Además del conocimiento de 100.500 tecnologías y enfoques, que, por supuesto, también son importantes, hay un punto más que es directamente necesario y del que por alguna razón rara vez se habla.
Esta es la capacidad de construir en su cabeza un modelo de lo que está sucediendo en el software que se está creando. Y recordarla durante mucho tiempo, al menos en términos generales.
Puede que le importen un carajo los beneficios de los negocios (hola, fillpackart) o, por el contrario, vives solo del trabajo. Puede que conozca o no los detalles de la implementación de gc en jvm y haga girar los árboles rojo-negro.
Todo esto no importa si no puede entrenar su red neuronal gris de tal manera que mantenga más o menos el sistema como un todo en su cabeza. Algo que pertenece a la parte del software de la que eres responsable, y un poco más cercano.
Usted mismo puede transformar el murmullo sin sentido del cliente en un modelo claro, o puede configurar un analista de negocios o un correo electrónico para que le entregue la documentación.
Pero de todos modos, hasta que la cabeza "haga clic", la comprensión de lo que está sucediendo en general no se estabiliza, cometerá los errores y fallas más tontos. Termine en silencio las obvias tonterías de la TZ, porque no entenderá que esto es una tontería. Sería incorrecto resaltar entidades y abstracciones en el código, porque el código es el modelo de los procesos comerciales escritos en un lenguaje informático extraño.
Varios enfoques como el DDD ayudan, pero solo en parte, porque sin entender el sistema, sin hacer preguntas oportunas, también se distinguirán erróneamente contextos y entidades delimitados. Entonces habrá que rehacerlo y, al mismo tiempo, habrá muchas dependencias innecesarias y nombres extraños en el sistema.
Los jugadores de ajedrez geniales pueden recordar una docena de juegos en una sesión de juego simultánea.
Los programadores senior geniales eliminarán una característica delirante incluso en la etapa de discusión preliminar haciendo un par de preguntas correctas.
Aquellos que son capaces de mantener el modelo en su cabeza a menudo se convierten en líderes de equipo, incluso si su rendimiento es peor en líneas de código por segundo.
PD También sería bueno poder explicar lo que está pasando a los demás: al explicar, recuerdas y cristalizas mejor la esencia.
Esta publicación es una versión censurada de una publicación del canal de telegramas Cross Join