Sabes, tenía un jefe así cuando empecé. Él escribió especificaciones. Escribí el código y las pruebas unitarias para probarlos. No cuestioné el diseño. Todo funcionó muy bien. Yo era un contratista para empezar.
Luego me contrataron a tiempo completo y me dieron mi propio módulo. Lo codifiqué desde cero, y fue complejo, pero no innecesariamente. Fue divertido, pero para ser sincero, en retrospectiva, mi código desarrollado independientemente NO era un código mejor, ni más elegante, ni más fácil de mantener, ni más funcional. Era solo mio.
Así que no asumas que tus ideas son mejores que las suyas. Paga tus deudas.
- ¿Cuáles son los beneficios de aprender JavaScript como ingeniero de software?
- ¿Cómo puede un principiante en diseño de software convertirse en profesional en el campo? Estoy estudiando ingeniería de software, pero cuando veo software serio parece complicado. Entonces, ¿cómo debo llegar al punto en que pueda diseñar un software complejo y robusto?
- ¿Qué nivel de ingenieros de software están autorizados para volar en clase ejecutiva en Google?
- ¿Cuántas horas en promedio codifican los ingenieros de software, desarrolladores o codificadores en un día? ¿Los desarrolladores codifican 8 horas todos los días?
- ¿Qué hace un ingeniero distinguido en Microsoft? ¿Cómo me convierto en uno?
En cuanto al nivel correcto de abstracción, es fácil dejarse llevar. Algunas personas, por ejemplo, aman los objetos de fábrica, mientras que otros los odian. Sé que son útiles al escribir pruebas unitarias debido a los principios del diseño OO. No siempre los uso.
En el otro lado de la escala, muchos programadores jóvenes parecen aficionados a las variables estáticas, lo que detesto. Algunos de esos son lecciones duramente ganadas.
Te sugiero que le pidas a tu líder de desarrollo que valide la lista de principios que está usando, en orden de prioridad. Luego, la próxima vez que no esté de acuerdo con el diseño, observe los principios.
Si cometió un error, de acuerdo con sus propios principios, señalarlo se considerará algo bueno (siempre y cuando proponga una alternativa también). Si, por otro lado, no puedes vivir según sus principios, tal vez estás trabajando para el equipo equivocado. Poner en una transferencia.