É melhor que os desenvolvedores de C aprendam Flash, do que contratar pessoal de Flash?


8


No ano passado, meu departamento desenvolveu jogos baseados na Web e precisava de Flash. Foi difícil de gerenciar. Os caras do Flash não se encaixavam, independentemente de habilidade ou popularidade no escritório. Talvez seja preconceito desde o AS 2.0 dias, ou programadores C fazem coisas de maneira diferente no meu departamento. Eu não entendi!

EXEMPLO:
Eles contrataram um BAD Flash Guy usando Tweener e Keyframes (eles o odiavam). Então eles contrataram um GOOD Flash Guy especialista no AS 3.0 e seguiu os melhores padrões de OOP (eles gostaram dele). O resultado foi o mesmo, os programadores C substituíram todos os códigos, até o código do GOOD Flash Guy.

PERGUNTA
É melhor que os desenvolvedores de C aprendam Flash, do que contratar pessoal de Flash? Sem ofender os caras do Flash, estou tentando entender isso no nível de gerenciamento de projetos.

Obrigado,


3
O resultado do programador C foi melhor do que o do bom flash guy? Se sim, por quê?
22411 Nicole

9
Alguém está no comando? Parece que alguém não se importa de gastar o dinheiro de outras pessoas e apenas reescreve o código como achar melhor.
21411 JeffO

5
Se os desenvolvedores do C já reescreveram as alterações dos dois desenvolvedores do Flash, isso não significa que eles já conhecem o Flash; nesse caso, você não precisa se perguntar se eles devem aprender ou não, porque já sabem?
wildpeaks

1
O engenheiro chefe aprendeu o AS 3.0 em um mês e o ensinou à sua equipe. Sua arquitetura era de arame e torneira de duto. Essa pode ser a razão pela qual ele reescreveu o código GOOD Flash Guys. "Para se encaixar em sua própria loucura." Pelo dinheiro que desperdiçaram com os caras do Flash, compensaram as horas extras não remuneradas.
DisEngaged

Respostas:


13

Seria muito importante porqueos desenvolvedores C existentes reescreveram todo o código. Por um lado, pode ser que um arquiteto precise determinar qual funcionalidade precisa ser construída nas diferentes camadas de software. Se você está incorporando uma lógica no Flash que precisa ser reutilizada pelos desenvolvedores de C, por exemplo, essa provavelmente é uma arquitetura ruim e pode explicar por que os desenvolvedores de C precisaram reescrever o código para obter várias APIs. Por outro lado, pode ser que seus desenvolvedores existentes estejam sendo excessivamente territoriais e resistentes ao aprendizado de um novo idioma. Por outro lado, talvez o Flash tenha sido uma má escolha de tecnologia para os requisitos que você possui e as estruturas que precisam ser aproveitadas. Sem abordar por que os projetos anteriores falharam com os membros da equipe e com as partes interessadas, será muito difícil resolver o problema.


+1 Se alguém da equipe definir o código diferente, deverá discutir com o programador que o escreveu / equipe sobre o motivo. Eles não devem apenas reescrevê-lo porque podem.
Unholysampler 21/03

Eles entraram sem arquitetura, mas acho que isso já aconteceu antes com projetos em Flash que eu já vi.
precisa saber é o seguinte

2
@FXquincy - Isso parece um problema de processo, não um problema de tecnologia. Se você criar algo sem considerar adequadamente a arquitetura, é provável que acabe com algo que é inatingível. Se você estiver criando um aplicativo Flash que deve interagir com outros bits de código em sua empresa, precisará projetar a API da mesma forma que faria com qualquer outro sistema integrado.
Justin Caverna

3

Quando se trata do ActionScript 3, não há muito o que aprender. É basicamente uma má combinação entre JavaScript e Java inicial.

Quanto ao próprio Flash Player, é uma API bastante conhecida.
Ao escrever um código crítico de desempenho para o Flash Player (geralmente o caso dos jogos), você precisa saber muitas coisas. Você precisa conhecer todas as classes internas (porque seu próprio código é executado em uma VM e as classes internas são invólucros ao código de máquina nativo, que é uma ordem de magnitude mais rápida).
Se você conhece o caminho, se faz parte da comunidade de desenvolvedores flash, se possui seu conjunto de ferramentas e recursos, poderá facilmente superar qualquer programador sem esses ativos, por mais inteligente que seja.

Portanto, se você realmente deseja fazer coisas de ponta com uma determinada ferramenta (plataforma / tecnologia), precisa de muita experiência, o que leva tempo. No entanto, isso não é específico para piscar, nem mesmo para programação. Se seus programadores em C não entenderem isso, talvez eles não sejam tão bons, afinal.


2

Isso fala com seu próprio gerenciamento de projetos. Os desenvolvedores não devem reescrever extensivamente outro código, a menos que você conheça e saiba o porquê. Se seus desenvolvedores estão se comportando de maneira não profissional, é porque você permite.

Se você precisa de um especialista em Flash ou não, isso pode depender da complexidade do trabalho do Flash.


0

Aparentemente, sua definição de bom desenvolvedor do as3 em flash não inclui que o desenvolvedor faça a coleta adequada de requisitos sobre o que todos os programas / processos / API interagem com seu programa e o ambiente / condições em que ele é implantado.

Como outros já apontaram, este é essencialmente um problema de gerenciamento e arquitetura de processos. portanto, quem já atribuiu a tarefa ao cara do flash deve mantê-lo em uma caixa preta sem divulgar nenhuma informação sobre integração.

Mas, em geral, é melhor contratar pessoas do tipo flash do que ter desenvolvedores c puros aprendendo o flash a trabalhar em um grande projeto. O Flash possui muitos Nicho e Gotchas em si.

Mas eu gostaria de apontar a grande diferença em sua própria redação. desenvolvedor c vs cara flash . Alguém poderia assumir que um desenvolvedor é uma pessoa que tem uma visão mais ampla do sistema existente e entende como encaixar sua tarefa no fluxo.


0

Bem, por mais que eu odeie admitir, os caras C devem ser mantidos afastados do código OOP o máximo possível. Há exceções, mas a mentalidade de C é muito diferente, e isso provavelmente será um problema.

C é um idioma de baixo nível, orientado a funções / estruturas, com muito gerenciamento de memória. E especialistas em C tendem a seguir esse estilo. Muitos desenvolvedores de C têm medo de construções e exceções de alto nível, e eles têm uma razão VÁLIDA para isso.

Para ambientes OOP, essa não é uma ideia muito boa. Há muitas coisas que não são populares no C. Exceções, polimorfismos, etc. Os caras do C precisam de muito tempo antes de migrarem para longe do C com as classes. E inicie o código OOP limpo com o SOLID e tudo mais.

Seria uma história diferente para os desenvolvedores de C ++. Lá a discussão está aberta, IMHO.

Não que eu odeie C ou algo assim. C é muito bom em algumas coisas em que o C ++ é péssimo, e vice-versa. Mas o C limpo é muito diferente do código C ++ limpo, com ambos os estilos tendo enormes inconvenientes e grandes vantagens.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.