¿Cuáles son los errores típicos de la estructura del programa y del patrón cometidos por los juniors?

Answer 1

Por experiencia

• Reinventar la rueda cuando existe una buena biblioteca para fines distintos del aprendizaje
• Forzar el código para acomodar un patrón de diseño en lugar de encontrar un patrón que se acomode al código, lo que lleva a un montón de reescrituras
• Lo anterior, pero con bibliotecas.
• No yo, pero vi un código donde alguien envolvía funciones STL en otras funciones con el mismo nombre y tomaba las mismas entradas. No sé por qué eso era una cosa.
• No modularizar el código lo suficiente como para tener que reescribir o refactorizar una pequeña parte del código tendría que refactorizar una gran cantidad de la base de código
• Usando punteros en lugares que probablemente no lo necesitarías y luego olvidaste eliminar
• No a mí, sino a todo lo que reinventa la rueda, pero con contenedores STL para otros fines que no sean el aprendizaje. Esto varía de un proyecto a otro y, a veces, tiene usos en ciertas circunstancias, aunque

Answer 2

Un error común que cometen tanto los juniors como los seniors (¡incluyéndome a mí!) Es crear UI front-end o métodos de backend API que hagan más que una unidad de trabajo. Dichos métodos tienden a ser gratuitos, cuestionables por unidad y cuestionables, y presentarían un desafío teórico para revertir (por ejemplo, en el sentido de una migración de esquemas de un registro de actas de Rails de la vieja escuela, donde se usaba un código para la actualización directa e inversa ).