20 cosas que aprendí en 20 años como ingeniero de software

• Aún no sé tanto: somos personas que debemos aprender toda la vida
• Lo más importante en el desarrollo de software es construir lo que se necesita
• Los mejores ingenieros de software piensan como diseñadores
• El mejor código es no tener código, o código que no necesite mantenimiento
• El software es un medio para un fin
• A veces hay que dejar de afilar la sierra y empezar a cortar algo
• Si no entiendes bien qué es posible, no puedes diseñar un buen sistema
• Todos los sistemas terminan siendo molestos, así que hay que superarlo
• Nadie pregunta lo suficiente "por qué"
• Deberíamos enfocarnos mucho más en evitar programadores 0.1x que en buscar programadores 10x
• La mayor diferencia entre un ingeniero senior y uno junior es si ha formado sus propias opiniones sobre las herramientas o sobre cómo escribir software
• La gente en realidad no quiere innovación de verdad
• Tus datos son la parte más importante del sistema
• Busca tiburones tecnológicos (tecnologías que han sobrevivido mucho tiempo incluso con cambios rápidos)
• No confundas la humildad con la ignorancia
• Los ingenieros de software deberían escribir con regularidad
• Mantén el proceso lo más Lean posible
• Los ingenieros de software también deben sentir sentido de pertenencia (como todos los seres humanos)
• No hay manera de saber en una entrevista si un candidato será un buen compañero de equipo
• Esfuérzate siempre por construir sistemas más pequeños

Importante

• Al inicio de este texto aparece esta advertencia.

  Cuando intentas leer un “blog lleno de consejos”, la mayoría de los consejos son contextuales, pero muchas veces se comparten sin ese contexto
  Un consejo sin entender el contexto carece de sentido o incluso puede ser perjudicial

• Por eso, el autor dejó una breve explicación de su propio contexto.
  • En la primera mitad de su carrera trabajó en pymes/startups, luego pasó a una consultora y trabajó en temas de grandes negocios
  • Después fundó SimpleThread y la hizo crecer de 2 a 25 personas
  • Hace 10 años trabajaba sobre todo con pymes, y ahora mezcla grandes empresas y pymes
• Por eso, él
  • Siempre ha trabajado en equipos pequeños y Lean, donde hay que hacer muchas cosas empezando por lo más pequeño
  • Le da más importancia al “software que funciona” que a una herramienta en particular
  • Siempre empieza proyectos nuevos, pero también tiene que mantener varios sistemas
  • Valora más la productividad de los ingenieros que la mayoría de las demás consideraciones
• Teniendo en cuenta este contexto, lean los puntos de arriba. Aquí solo se trasladaron los títulos, así que para los detalles consulten el texto original.

[cih1228]

Vendré a leerlo una vez al día. 23/06/04

[cwyang]

2. La parte más difícil del software es construir lo correcto
   Esto
3. La parte más importante del software es construir lo necesario
   parece mejor.

[cwyang]

Lo más importante en el desarrollo de software es crear lo que se necesita
Eso parece mejor.

[xguru]

Está bien, ¡gracias~!

[munidev]

La gente realmente no quiere innovación <- ¿qué significa esto?

[xguru]

Aunque la gente habla de innovación, en la práctica, cuando presentas algo realmente innovador, la mayoría de las veces recibes comentarios negativos. Por eso dicen que hay que avanzar con una visión de largo plazo.

[draupnir]

La advertencia realmente pega.

[eyelove]

Vaya, de verdad es un muy buen texto..

[tomriddle7]

Un tiburón técnico significa una tecnología probada y estable, más que una tecnología "vieja".

[xguru]

Ah, la expresión estaba un poco rara. Ya la corregí.

[functor]

Es un buen artículo.

[galadbran]

La parte que marcaste por separado como "importante" me gustó mucho. Sobre todo porque también proporcionaste el contexto.

[cqssfm]

• No hay forma de saber en una entrevista si un candidato será un buen compañero de equipo.

[xguru]

Ah, mucho mejor. Lo corregí.