En mi opinión no solicitada de hoy, te tengo que decir que el cambio es lo mejor que te puede pasar como desarrollador de software. Y también puede ser lo peor.
Ojo al matiz: es lo mejor y puede ser lo peor.
El código va a cambiar si o si. Desde añadir funcionalidades nuevas hasta mejorar otras o eliminarvas. El código va a cambiar.
Y ese cambio no creo que exista IA que sepa interpretarlo.
Por tanto, una persona tendrá que tener la capacidad de adaptar el código.
Ese puedes ser tú. O no, eso es cosa tuya.
Como ves, el cambio es lo que permite la existencia de nuestro trabajo. Por eso es lo mejor.
Pero si lo miras desde otro punto de vista, te puede haber pasado ya en más de una ocasión.
La cosa es que el código no siempre permite acoger el cambio.
Te lo cuenta con otras palabras.
Imagínate que tengo una aplicación que es una calculadora. Esta calculadora permite hacer suma, resta, multiplicación y división. Operaciones básicas.
Imagínate ahora, que quieres extenderla con una nueva operación. La raíz cuadrada, por ejemplo.
A priori parace fácil. Vas y lo implementas.
Te sientes un crack.
Imagínate ahora que tienes que permitir convinar operaciones. Es decir, tu calculadora debe de calcular bien la raíz cuadrada de la suma de 7 y 8 multiplicado por 15 menos 4.
Es una operación más compleja. Y, de esto estoy seguro, depende muchísimo de como hayas hecho el código anterior de que hacer esta nueva funcionalidad sea más fácil.
Te lo repito, depende muchísimo de como hayas hecho el código anterior de que hacer esta nueva funcionalidad sea más fácil.
Puedes ver este proyecto de la calculadora a pequeña escala. Es un proyecto muy pequeño.
Es muy fácil ver que esto pasa en proyectos más grandes, los del mundo real. Y ahí las cagadaas de diseño se pagan más caras.
Y eso puede ser lo peor del software, que si no se puede adaptar al cambio, se muere y desaparece. Y con ello, tu trabajo.
Así que tener trabajao depende de que hagas bien tu trabajo.
Que tengas un buen día y lo disfrutes,
Josué.
Soy Josué Alcántara y cada día envio un mail con una idea para escribir software de calidad. ¿A quién se la envío? A mi lista de suscriptores. Día que estás fuera, idea que te pierdes. Así de fácil.
