¿Es mejor que los desarrolladores de C aprendan Flash, que contratar chicos de Flash?

El año pasado, mi departamento desarrolló juegos basados ​​en la web y necesitaba Flash. Fue difícil de manejar. Los chicos de Flash no encajaban independientemente de su habilidad o popularidad en la oficina. Tal vez sea un prejuicio de los días de AS 2.0, o los programadores de C hacen las cosas de manera diferente en mi departamento. No lo entiendo!

EJEMPLO
Contrataron a un MALO Flash Guy usó Tweener y Keyframes (lo odiaban). Luego contrataron a un BUEN Flash Guy que era experto en AS 3.0 y seguía los mejores estándares de OOP (les gustaba). El resultado fue el mismo, los programadores de C sobrescribieron todos sus códigos, incluso el código de GOOD Flash Guy.

PREGUNTA
¿Es mejor que los desarrolladores de C aprendan Flash, que contratar a chicos de Flash? Sin ofender a Flash Guy, estoy tratando de entender esto a nivel de gestión de proyectos.

Gracias,

Importaría mucho por quélos desarrolladores de C existentes reescribieron todo el código. Por un lado, podría ser que un arquitecto necesita determinar qué funcionalidad se debe construir en los diferentes niveles de software. Si está incorporando lógica en Flash que sus desarrolladores de C deben reutilizar, por ejemplo, probablemente sea una arquitectura deficiente y podría explicar por qué los desarrolladores de C necesitaban reescribir el código para extraer varias API. Por otro lado, podría ser que sus desarrolladores existentes sean excesivamente territoriales y resistentes al aprendizaje de un nuevo idioma. Por otro lado, quizás Flash fue una mala elección de tecnología para los requisitos que tiene y los marcos que deben aprovecharse. Sin abordar por qué los proyectos anteriores fallaron con los miembros del equipo y con las partes interesadas, será muy difícil abordar el problema.

Cuando se trata de ActionScript 3, no hay mucho que aprender. Básicamente es una mezcla pobre entre JavaScript y Java temprano.

En cuanto a Flash Player, es una API bastante importante para saber.
Al escribir código crítico de rendimiento para Flash Player (generalmente el caso de los juegos), necesita saber muchas cosas. Debe conocer todas las clases integradas (porque su propio código se ejecuta en una máquina virtual y las clases integradas son envoltorios del código de máquina nativo, que es un orden de magnitud más rápido).
Si conoce el camino, si forma parte de la comunidad de desarrolladores flash, si tiene su conjunto de herramientas y sus recursos, fácilmente superará a cualquier programador sin esos activos, sin importar cuán inteligente sea.

Entonces, si realmente desea hacer cosas de vanguardia con una determinada herramienta (plataforma / tecnología), necesita mucha experiencia, lo que lleva tiempo. Sin embargo, esto no es específico de flash, ni siquiera de programación. Si sus programadores de C no entienden eso, tal vez no sean tan buenos después de todo.

Esto habla a su propia gestión de proyectos. Los desarrolladores no deberían reescribir extensamente otro código a menos que conozca y sepa por qué. Si sus desarrolladores se comportan de manera poco profesional es porque lo permite.

En cuanto a si necesita un especialista en Flash o no, eso podría depender de cuán complejo sea el trabajo de Flash.

Aparentemente, su definición de buen desarrollador flash as3 no incluye que el desarrollador reúna los requisitos adecuados en cuanto a qué todos los programas / procesos / API interactuarían con su programa y el entorno / condiciones en que se implementa.

Como otros han señalado, esto es esencialmente un problema de gestión de procesos y arquitectura. Entonces, quien haya asignado la tarea al tipo flash debe haberlo mantenido en un recuadro negro sin divulgar ninguna información sobre la integración.

Pero, en general, es mejor contratar a los chicos de Flash que hacer que los desarrolladores de c aprendan a trabajar en un proyecto importante. Flash tiene muchos Niche's y Gotchas en sí mismo.

Pero me gustaría señalar la diferencia en su propia redacción. c desarrollador vs flash guy . Uno asumiría que un desarrollador es una persona que tiene una perspectiva más amplia del sistema existente y comprende cómo encajar su tarea en el flujo.

Bueno, por mucho que odie admitirlo, los chicos C deberían mantenerse alejados del código OOP tanto como sea posible. Hay excepciones, pero la mentalidad de C es muy diferente, y esto probablemente será un problema.

C es un lenguaje orientado a funciones / estructuras de bajo nivel con mucha gestión de memoria. Y los expertos en C tienden a llevar ese estilo. Muchos desarrolladores de C tienen miedo de las construcciones de alto nivel y las excepciones, y tienen una razón VÁLIDA para eso.

Para entornos OOP, esa no es una muy buena idea. Hay muchas cosas que no son populares en C. Excepciones, polimorfismo, etc. Los chicos de C necesitarán mucho tiempo antes de emigrar de C con las clases. Y comience a limpiar el código OOP con SOLID y todo.

Sería una historia diferente con los desarrolladores de C ++. Allí la discusión está abierta, en mi humilde opinión.

No es que odie C ni nada. C es muy bueno en algunas cosas que C ++ apesta, y al revés. Pero clean C es muy diferente del código limpio de C ++, ya que ambos estilos tienen enormes inconvenientes y enormes fortalezas.