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,
fonte
Respostas:
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.
fonte
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.
fonte
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.
fonte
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.
fonte
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.
fonte