2008-10-02 24 views
10

Entonces, al leer este sitio, parece que la tienda en la que trabajo hace muchas cosas mal y algunas cosas están bien. ¿Cómo puedo mejorar el código con el que trabajo con mis colegas? Lo único que se me ocurre es predicar con el ejemplo: comenzar a usar Boost, etc. ¿Algún otro pensamiento?Mejorando la calidad del código?

+0

Es posible que desee limitar esto un poco. Se han escrito miles de libros sobre este tema. :) –

+0

¿El plomo está haciendo lo que por ejemplo? ¿Algún ejemplo de ejemplos con los que liderarías? –

+0

+1 para "liderar con el ejemplo" –

Respuesta

3

Probablemente tengas que mirar más de cerca qué es lo que hace mal tu tienda y qué hacen bien. ¿Qué puedes cambiar realmente allí? ¿Qué puedes cambiar sobre tus propias prácticas que mejorarán tus habilidades o la de tu equipo? Puede ser difícil realizar un cambio en una tienda consolidada. Intente proponer revisiones de códigos (primero en su código), lo que podría llevar a una discusión.

Para elementos tangibles, me gustaría ver Scott Meyers 'Effective C++, etc. Desarrolla tu perfil y ayudarás a mejorar a los que te rodean o irás a una tienda que sí lo hará. Además, mira el libro de la Banda de los Cuatro Design Patterns.

+0

También notaré, esta respuesta fue rápida y podría haber durado para siempre, teniendo en cuenta la amplitud de la pregunta. Supongo que es alguien sin demasiada experiencia en diferentes tiendas. –

0

Liderar con el ejemplo siempre es algo bueno, aunque convencer a otros de que su ejemplo es mejor que el que están haciendo actualmente no es tan fácil. La crítica constructiva a través de la revisión del código es probablemente la mejor opción para sugerir suavemente enfoques alternativos sobre el trabajo de sus colegas. El punto clave es convencer a los demás de que lo que estás proponiendo realmente es mejor de una manera tangible que puedan apreciar.

0

A veces la gente tiene que ver que su camino funciona mejor que a su manera. A menudo es difícil hacer que la gente cambie.

¿Ha considerado la escritura de pruebas unitarias si no lo hace ya? Descubrí que realmente mejora mi código de producción y me da más confianza de que lo que estoy escribiendo es lo que se supone que debo escribir.

Me gusta la idea de Jason sobre revisiones de código. Son puede ser útil o pueden ser un lugar para discutir, realmente depende de cómo se establece el tono.

0

Diseñe y diseñe bien el proyecto para que ninguno de los desarrolladores pueda tomar una ruta diferente para violar la calidad. Si establece un diseño excelente, las personas simplemente seguirán la ruta y automáticamente aprenderán

0

Aunque probablemente esta respuesta no sea tan directa, recomiendo que levante el libro Code Complete. Encuentro que es el mejor recurso para aprender a ser un mejor programador. Si lees todo el libro y entiendes de lo que habla, aprenderás realmente cómo superarte a ti mismo y a tu código.

2

Las revisiones de código son la mejor forma que encontré para mejorar la calidad del código en general. Revisar el código de diferentes personas ayudándose mutuamente aumenta el conocimiento general de diferentes técnicas y ayuda a propagar las mejores prácticas. Contratar a una persona con más experiencia que tú también es una buena herramienta, pero es un poco más tedioso de implementar.

0

Encuentro que las pruebas de unidad de escritura ayudan a mejorar la calidad del código, significa que debe pensar en cómo su código interactuará con las pruebas y otras partes del código.

Revisión del código de pares: Verificar la calidad del código también hará que los programadores piensen en cómo escriben el código.

0

Es genial que reconozca que hay margen de mejora y que desee realizar algún cambio.Sugiero leer James Shore 19-week diary donde documenta los pasos que pasó para promulgar el desarrollo ágil en su empresa. Es una pelea difícil, pero su experiencia muestra que puedes hacer la diferencia.

2
  • la lectura de buenos libros de programación
  • Aprender de código de otros - proyectos de código abierto son el mejor lugar para empezar
  • buenos blogs y foros regularmente leen - molino de Sutter, horror de codificación, Martin Fowler etc
  • Código opiniones
  • Pruebas unitarias
  • Utilizando buenas bibliotecas como Boost, STL. También entendiendo su implementación
0

Simplemente haciendo la pregunta es un buen comienzo.

Específicamente puede:

  • Admite que su código chupa
  • inicio pedir a los demás, con preferencia a otros con más experiencia, para revisar su código
  • Implementar un servidor de integración continua - que tiene que ser la uno que utiliza este primer
  • tener valor, porque esto puede ser difícil
  • ser humilde
  • Leer Co de Complete
  • Utilice una metodología de desarrollo de software que fomente el trabajo en equipo. Algunas de las metodologías ágiles son muy buenos en esta
  • blogs de desarrollo Leer
  • involucrarse en un grupo de usuarios

cambio es difícil y tiene que ser el que cambia primero.

Si trabajas en un entorno donde otros están contentos de la manera que es, vas a tener problemas. Sea persistente sobre querer mejorar la calidad del código.

0

Tengo un sesgo (como resultado de mi trabajo), pero dependiendo de su presupuesto (si existe) el análisis estático es una opción posible. Hay muchos tipos diferentes de herramientas, algunas de las cuales también incluyen verificación de cumplimiento estándar de codificación.

Si usa g ++, es posible que pueda obtener una cantidad básica de ayuda de la opción -WeffC++.

Cuestiones relacionadas