Optimización de Talking Points de 2018

[GN⁺]

Opiniones de Hacker News

Resumen de comentarios de Hacker News

• Experiencia personal y calidad del código

  • Cuando se trabaja solo, uno puede gestionar por sí mismo la calidad del código, pero en un equipo no siempre es así. Las solicitudes de refactorización de código a menudo son ignoradas, lo que provoca una frustración constante. Al volver a revisar código antiguo, uno se da cuenta de sus propios errores, y eso se convierte en una gran lección para escribir código mantenible.

• Errores y aprendizaje

  • Hablar de los errores es una oportunidad de aprendizaje y ayuda a fomentar una cultura abierta. Una actitud perfeccionista no ayuda a reducir los errores; al contrario, suele requerir aún más esfuerzo personal.

• Resolución de problemas complejos

  • Cuando los colegas proponen resolver problemas complejos, puede ser mejor elegir un método más simple. A veces eso hace que los demás reflexionen sobre su propia actitud.

• Comprensión de la calidad del código

  • Que el código no sea óptimo no significa incompetencia. Es posible que los desarrolladores no puedan escribir el mejor código debido a plazos urgentes u otras prioridades.

• Retroalimentación constructiva

  • Si se reciben comentarios negativos sobre una publicación de blog, se pueden enlazar para orientar la discusión hacia una dirección más saludable.

• La organización y la calidad del código

  • Cualquier ingeniero puede escribir mal código, y la calidad del código muchas veces es un problema organizacional. Esto no necesariamente tiene relación con la capacidad de un ingeniero en particular.

• Aceptar la retroalimentación

  • Al recibir retroalimentación, no se trata de un ataque personal. Es importante aceptar las opiniones de los demás.

• La doble cara de la retroalimentación

  • Así como es importante aceptar la retroalimentación, también hay que considerar la capacidad de quien la da.