¡Ah! Claro, pero tu hablas de patrones de tipo algoritmo, como singleton, búsqueda de caminos, etc. Yo me refería a patrones tipo MVC, modelo-nosequé-negocio... de cómo se organiza el código en general, si se agrupa por capas, por funcionalidad, por la parte de la secuencia
También es verdad que yo vengo de una época donde lo más visual que había para programar videojuegos era Visual Studio, Eclipse, y algún caso raro Vim. Hoy día, con Unity o Unreal Engine, eso es diferente.
Cuando yo hablaba con los programadores de videojuegos, les preguntaba si había alguien encargado de crear el motor, alguien con las físicas, otro con los controles, o si por el contrario había quien se dedicaba al prota, otro a los props, otro a las acciones del escenario... O sea, si se dividían el trabajo por el nivel de profundidad en el código o por la función que desempeñan directamente en el juego. O bien si se asignaban las tareas a los miembros del equipo o hacían una lista y cada uno escogía la que tenía ganas de implementar, o había una lista de prioridades y el primero que llegaba es el que la hacía... Y ahí es donde no se ponían de acuerdo.
En las empresas, normalmente tienen a alguien que sabe más de una parte que de otra (por lenguaje, por cliente, por proyecto, por complejidad...), y se le añaden tareas específicas a su lista, y cuando terminan, se le asigna el código al tester, luego el despliegue... está más organizado.
Hombre, Futu, un periodo de adaptación es necesario, hasta para gente que sabe.
Primero tienes que tener una base teórica. Luego tienes que tener un periodo de aprendizaje con el lenguaje, y ya después empiezas a hacer las cosas por tu cuenta.
En mi caso personal, cuando me enfrento a un lenguaje nuevo, en el caso ideal (me pasó con Java y PHP) primero me busco un curso que me enseñe las bases, para aprender la sintaxis, cómo funcionan los bucles while, for..., si es programación secuencial, orientada a objetos, si tiene algún elemento nuevo que lo distinga... y así estoy uno o dos meses. Luego me busco algún proyecto ya empezado y me pongo a trastear con él a hacer cosas sencillas hasta que entiendo la forma en la que se organiza el código y los patrones que dice Misato, propios del lenguaje, y después hago uno o dos programas sencillos antes de lanzarme al gran proyecto.
En el caso no ideal, como ha sido con C# y Xamarin en el trabajo, te lanzan de cabeza a un proyecto de demostración, te piden que le cambies los colores o la Base de Datos con la que trabaja, y vas modificando partes hasta que empiezas a añadir cosas nuevas.
Nunca te pones desde el minuto cero con un proyecto grande, y hay que dedicarle tiempo... cosa que a los programadores, en general (por lo que he visto) no nos gusta
Queremos picar código desde ya, y luego pasa lo que pasa.
Por eso me gustan las Crap Compo: haces juegos sencillos, cortos, y no importa que tenga fallos, puedes experimentar y si te sale un churro, ya sabes que en el siguiente no lo vas a hacer así... y encima te desahogas de las normas y el libro de estilo de programación (aunque cuando terminas entiendes por qué se han escrito
)
Marcadores