Logo Euphorianet

Nuestros proyectos avalan nuestro compromiso y experiencia en el ámbito digital.

Leer más acerca de nosotros

Contáctanos

Cl 74A # 22 -31, Bogotá-Colombia

+57 (601) 345 33 84

info@euphoria-net.com

9 temas sobre los que he cambiado de opinión como ingeniero de software

Ingeniero de Software
Foto de Jason Briscoe en Unsplash

Muchas cosas han cambiado en los últimos 10 años de mi carrera: tecnologías, mentalidades e incluso lo que más valoro de mi carrera.

Pasé de Java a C#. También pasé de JavaScript a Xamarin, a ASP.NET y a ASP.NET Core. Pasé de ser el "nuevo" en mi primer trabajo a estar en reuniones con el director ejecutivo en uno de mis últimos trabajos. Era una empresa pequeña, quizá no tan impresionante.

Aparte de estos, aquí hay 9 temas sobre los que he cambiado de opinión:


1. Bases de datos

Solía ​​odiar trabajar con bases de datos.

Los odiaba tanto que intercambié tareas con un compañero de un trabajo anterior. Él hacía mis tareas de base de datos a cambio de sus tareas relacionadas con la API.

Evitar aprender sobre bases de datos me llevó a desconectar un servidor. Escribí una consulta con una función alrededor de una columna en una cláusula WHERE. ¡Uy! ¡No hagas eso!

Todo cambió cuando decidí aprender sobre bases de datos desde cero, con mentalidad de principiante. Buscando en Google, encontré a Brent Ozar y sus cursos. Totalmente recomendable, por cierto.

Las bases de datos y SQL Server ya no son mi kriptonita.


2. Código limpio

Leí Clean Code allá por ~2013.

Después de eso, me convertí en policía del Código Limpio. Buscaba infracciones del Código Limpio por todas partes. Seguía y predicaba el libro casi al pie de la letra.

Con el tiempo, aprendí que no todo el código es igual ni tiene el mismo valor. Todo implica un equilibrio. Y no deberíamos seguir ciegamente las mejores prácticas.


3. Certificaciones

"Asociado de Azure" o "Desarrollador de Google". Suena impresionante.

Cuando empecé a programar, quería acumular todas esas certificaciones. Hasta que descubrí que estas suelen ser una estrategia de marketing de la empresa certificadora. De vez en cuando, cambian las modalidades de certificación y hay que empezar de nuevo. Y, por supuesto, pagar de nuevo.

En lugar de certificaciones para demostrar mis “conocimientos”, opté por el aprendizaje justo a tiempo en el contexto de proyectos reales.

Y si estás buscando certificaciones para que tu HV se vea bien, si tu HV está en una pila, física o virtualmente, ya estás perdido.


4. Optimizar todo

Pasé de encontrar pequeñas mejoras en una línea de código aleatoria a encontrar la mayor mejora que podía obtener con el mínimo esfuerzo, después de reunir las métricas correctas, por supuesto.


5. Ascendiendo en la escala corporativa

Solía ​​creer que podía llegar hasta lo más alto del mundo corporativo, desde junior hasta vicepresidente.

¡Me equivoqué! Cualquiera puede añadir nuevos escalones a esa escalera virtual. Cualquiera puede cambiarla por completo y tendrás que empezar a subir de nuevo. En cualquier momento, alguien puede decir: «Aún no estás listo. Sigue esforzándote. El año que viene».

En lugar de subir la escalera de otros, decidí construir la mía propia y definir mis propias métricas de éxito.


6. Trabajando duro

“Uno solo hace su trabajo y sale a tiempo”, dijo.

Estaba en una conversación individual con un exjefe. No recuerdo si mencionó los nombres de compañeros que trabajaban más que yo. Quizás lo insinuó en sus comentarios.

Lo curioso es que meses después, cuando comenzaron los Juegos del Hambre de los despidos, todos los que trabajaron más duro fueron los primeros en marcharse.

Además de trabajar duro, hay otras maneras de destacar, por supuesto, estando en el lugar correcto. Haz un buen trabajo y sal puntualmente.


7. Ser apasionado

Detesto ver "apasionado" en internet. En ofertas de trabajo, HV y ​​blogs personales.

¿Qué significa apasionado? ¿Trabajar horas extra, discutir sobre el estilo del código en las revisiones o contribuir al código abierto? Ya no lo sé.

¿Para mí? Toda esa pasión se desvaneció. Aprendí a diversificar mis fuentes de alegría y dejé de buscar la plenitud solo en un trabajo.

Ya no me apasiona. Lo siento, pero no lo siento.


8. Ser un desarrollador full-stack

Comencé a escribir aplicaciones WebForm, luego aplicaciones web con Bootstrap y Knockout.js, luego aplicaciones móviles con Xamarin.

Hasta que escribí mi primera API REST con ASP.NET Web API. No me gustaba el ritmo del ecosistema front-end. Demasiados frameworks y bibliotecas "something.js". Y demasiados problemas con los colores y la alineación. No era lo mío.

Dejé de intentar convertirme en desarrollador full-stack. A menudo, esa es una excusa para contratar menos personal, sobrecargar a otros y pagar salarios bajos. Lo siento, pero no me arrepiento.

Mmm... Bueno, ahora que la IA nos está quitando el trabajo, quizá todos tengamos que convertirnos en desarrolladores full-stack. Y quizá cambie de opinión.


9. Ser el mejor programador

Ya no quiero ser el mejor programador de un equipo.

Creía que descifrar símbolos en una página era la clave. He aprendido que los mejores programadores siguen programando. Y hay más que símbolos en un archivo. Lo más difícil de la ingeniería de software no es el código, sino las personas y las interacciones. Y ahí es donde se produce el verdadero crecimiento.

Fuente: traducido al español y tomado de Medium.com en inglés -> https://levelup.gitconnected.com/9-subjects-ive-changed-my-mind-about-as-a-software-engineer-04ddd37a7fc7
Escrito por: Cesar Aguirre
KENTICO
ContentFul
Hubspot
GOBIERNO COLOMBIA
Microsoft
ORACLE
Progress