No se trata de las convenciones de nomenclatura típicas, dónde colocar sus comentarios, en caso de que usemos regiones, etc. Se trata de un estándar de codificación que discute detalles sobre cómo un programador debe diseñar sus aplicaciones.
Cosas como: (en una aplicación .NET y no en las palabras exactas)
- Haz la menor cantidad de clases posible
- Las clases deberían hacer tanto como sus contrapartes del mundo real
- La modificación es mejor que la extensión
- Una DLL por categoría (una biblioteca para funciones de correo electrónico, una biblioteca para funciones relacionadas con archivos)
Todos han tenido su experiencia con un código incorrecto y posiblemente un diseño incorrecto, pero ¿qué pasaría si estuvieras en un equipo (irse no es una opción) donde tenían estándares de diseño que simplemente no se sienten bien? No estoy seguro de cómo responder profesionalmente cuando siento que me muero por dentro cada vez que me piden que codifique de esta manera.
team
coding-standards
Jonn
fuente
fuente
Respuestas:
No sé quién dijo esto originalmente, pero cuando te enfrentas a una situación que no te gusta, solo hay tres opciones:
Cambialo.
Acéptalo.
Dejalo.
¿Tiene la energía y la influencia dentro de la empresa para hacer el enorme esfuerzo de probar la primera opción? ¿Desea escribir un código mejor por sigilo y arriesgarse a ser despedido?
¿Puedes aceptar la situación y escribir código para esos "estándares"? Mi consejo, no hagas esto a menos que realmente necesites el cheque de pago. Lentamente se reducirá su moral.
Lo que deja la opción 3. Incluso si necesita aceptar la situación a corto plazo, debe comenzar a buscar otro trabajo en otro lugar.
fuente