Una guía de supervivencia de ingeniería de software

"¿Cuál es el proceso de desarrollo de software que utiliza?"

El proceso es vital para la ingeniería de software, independientemente de los detalles reales. Los detalles de lo que constituye el proceso óptimo están sujetos a un intenso debate, pero la mera existencia de una forma acordada de trabajar en un proyecto minimiza el caos y asegura que todos estén en la misma página.

Bandera roja: "Nuestro proceso está inspirado en el jazz de forma libre". → Lo más probable es que todo el departamento esté en modo extinción de incendios, saltando de emergencia en emergencia sin un objetivo claro.

"¿Cómo abordan la deuda técnica?"

La deuda técnica es una acumulación de tecnologías obsoletas y soluciones rápidas pero sucias en la base del código. Abordarlo es importante para la salud a largo plazo del código y debe hacerse de forma continua.

Bandera roja: "Nos centramos exclusivamente en las nuevas funciones". → Su base de código es un desastre o lo será pronto.

"¿Cómo es la cultura de su empresa?"

La cultura de la empresa puede ser un concepto muy vago, pero incluso cosas pequeñas como una oficina abierta frente a cubículos cambiarán su interacción diaria con sus colegas de manera significativa. No hay banderas rojas generales, pero asegúrese de que su respuesta sea algo con lo que pueda vivir más de 40 horas a la semana durante años.

Trabajando como ingeniero de software

En esta etapa, si se desempeñó bien en sus entrevistas y le gustó cómo los entrevistadores respondieron a sus preguntas, es probable que lo contraten.

¡Felicidades, eres oficialmente ingeniero!

¿Ahora que? Bueno, es hora de volver a aprender muchas cosas sobre codificación y trabajo. Y como somos programadores, comencemos hablando de código.

Buen código industrial

Un buen código de industria tiene las siguientes propiedades, en ese orden:

• Legible , porque el código se lee y se mantiene con más frecuencia de lo que se escribe. La intención del código debe quedar clara para otros desarrolladores años después de haberlo escrito.
• Defensivo, como seguir las mejores prácticas de codificación defensiva. La codificación defensiva es un tema en sí mismo, pero la esencia es: debe asegurarse de que el uso inadecuado de las clases y métodos que ha escrito no provocará que su código bloquee el software.
• Optimizado , que es el último en esta lista porque la mayoría de las veces, no tendrá que preocuparse por eso. Eso no significa que deba escribir un código incorrecto que haga algo en O (n³) cuando existe una solución lineal. Pero los desarrolladores generalmente están ansiosos por intentar optimizar en exceso cuando no es necesario, a menudo en detrimento de la legibilidad y defendibilidad del código. Siempre debería poder demostrar que en realidad se necesita una cierta optimización que sacrifique esas propiedades.

Ahora que sabe cómo escribir un buen código industrial:

No estarás haciendo mucha codificación

Puede ser una sorpresa, pero la mayoría de las veces no escribirás código nuevo, sino que estarás:

• Depuración
• Leyendo código existente
• En reuniones o escribiendo correos electrónicos
• Investigar qué hacer para no escribir código

Por lo tanto, otras habilidades además de la codificación serán igualmente vitales para su carrera.

Código de lectura y depuración

• Necesitará mucho más que depurar usando declaraciones de impresión. Todos los lenguajes y las pilas de tecnología más utilizados tienen una variedad de herramientas poderosas. Aprenda a usarlos, ya que simplificarán la depuración y le ahorrarán innumerables horas.
• Comprende la base del código. La mayoría de las pilas de tecnología tienen algún tipo de herramientas de generación de gráficos de código que lo ayudarán a comprender la estructura de la base del código. Los IDE empresariales generalmente tienen esa funcionalidad incorporada. También puede explorar el código utilizando herramientas como ReSharper, grep o Sourcegraph.
• Comprende el producto. Y sted sorprendería la cantidad de desarrolladores no saben cómo el software se supone que el trabajo antes de tratar de “arreglar” la misma. Solo lee la documentación.

Organiza tus pensamientos

Dado que gran parte de su tiempo lo dedicará a la comunicación, la investigación y la multitarea, necesita algunas herramientas para ayudar a mantener todo en orden.

• Listas de TODO / Tasking: Su empresa ya debería tener algún tipo de software de tareas, pero también ayuda tener un sistema personal. Utilice notas adhesivas o software como Trello o Todoist.
• Notas: siempre tome notas en las reuniones, trabaje para mejorar la documentación existente y cree una base de conocimientos personal. Use Evernote, OneNote o un cuaderno, como en los viejos tiempos. Puede parecer una exageración, pero se lo agradecerá un año después cuando vuelva a visitar ese oscuro proceso de compilación que tardó 3 días en descubrir la primera vez. Nunca conocí a un buen ingeniero de software que no tomara notas extensas.
• Gráficos / Visualizaciones: los seres humanos son criaturas visuales y la creación de gráficos de procesos y arquitecturas le ayudará a usted y a otras personas a comprender temas complejos. Los diagramas son particularmente útiles cuando se comunica con colegas no técnicos. Utilice Lucidchart, Visio o una pizarra simple.

Sepa cuándo usar bibliotecas

Respuesta corta: casi todo el tiempo.

Respuesta larga: el 99% de las veces, no debes reinventar la rueda. En la mayoría de los puestos de Ingeniería de Software, implementar un tipo particular de tipo es una completa pérdida de tiempo. Eso no significa que no deba saber cómo funcionan los algoritmos y las estructuras de datos que usa, ya que eso lo ayudará a decidir qué usar y cuándo.

Para ser un ingeniero de software eficiente, debe comprender las bibliotecas que tiene a su disposición. Las bibliotecas estándar de los lenguajes más populares son extremadamente útiles y más grandes de lo que cabría esperar. Además, la base de código también puede utilizar bibliotecas especializadas adicionales. Lea su documentación y sepa cuándo usarlos.

Tampoco debe tener miedo de sugerir bibliotecas adicionales si le permiten ahorrar tiempo. Sin embargo, debe asegurarse de elegir una buena biblioteca para uso industrial. Una buena biblioteca es:

• Código abierto , para que pueda verificar la calidad del código usted mismo y potencialmente corregir errores que son críticos para su aplicación.
• Con licencia bajo una licencia permisiva como MIT y BSD , para que su empresa no tenga ningún problema al usarlo. Tenga cuidado con GPL, no sea que abra toda su base de código por accidente.
• Maduro , es decir, ha estado disponible durante algún tiempo y tiene un rico conjunto de características.
• Mantenido , con nuevos lanzamientos que salen a menudo.
• Utilizado por otras empresas o proyectos , que actúa como un sello de aprobación y asegura que cuenta con el apoyo de la industria para un mantenimiento continuo.

Mejora continua

Además de aprender las habilidades que lo harán mejor en su trabajo diario, también necesitará mejorar continuamente sus habilidades y aprender otras nuevas, a fin de crear nuevas oportunidades profesionales para usted.

Las oportunidades para aprender son muchas y muchas de ellas bastante asequibles:

• Cursos en línea: no debe perderse la oportunidad de aprender de los mejores profesores en el campo en un formato flexible. Consulte Coursera, Udacity y edX (entre muchos) para obtener cursos que pueden complementar sus habilidades existentes.
• Títulos de maestría en línea: una tendencia reciente entre las universidades mejor calificadas, los títulos de maestría en línea son una forma flexible de continuar su educación formal. También son generalmente menos costosos gracias a los títulos en el campus, y la mayoría de los programas cuestan ~ $ 10,000 por todo el título. Georgia Tech, UT y UC San Diego son algunas de las universidades que ofrecen dichos títulos. Personalmente recomiendo la Maestría en línea de Georgia Tech, de la cual me gradué este año.
• Blogs: los blogs son una parte importante de la comunidad de desarrolladores (no es de extrañar aquí, ya que estás leyendo uno en este momento). Blogs como Coding Horror, Joel on Software o incluso sitios web más divertidos como The Daily WTF pueden darte una buena idea de qué hacer y qué no hacer como ingeniero de software. Navegar por Medium, r / programming, HackerNews u otros feeds también le llevará a buenos artículos y blogs.
• Conferencias: Por último, pero no menos importante, las conferencias son una oportunidad de aprendizaje increíble y definitivamente debe aprovechar el presupuesto de capacitación de su empresa para asistir a ellas. Una lista muy incompleta de buenas conferencias para revisar (junto con su tema): GOTO; (General), Strange Loop (General), PyCon (Python), CPPCon (C ++), DEF CON (Seguridad), Fluent (Web dev). ¡Todos estos también tienen videos de (la mayoría) de las charlas en YouTube, por lo que podrá aprender algo incluso si no puede asistir!

Con suerte, este artículo le ha proporcionado el conocimiento de lo que puede esperar desde el comienzo de su carrera como ingeniero de software y le ha proporcionado las herramientas para desempeñarse bien en este emocionante viaje. ¡Gracias por leer! Si tiene alguna pregunta o sugerencia, deje un comentario o envíe un tweet a @AlexievValeri.