Todos hemos escuchado el viejo dicho: poner el carro delante del caballo. Desafortunadamente, en el mundo de DevOps, esto sucede con mucha más frecuencia de lo que debería y es hora de que hablemos de ello.

El quid de la cuestión es que, con demasiada frecuencia, la atención no se centra en resolver problemas reales; se trata de utilizar nuevas y brillantes tecnologías. Imagínese esto: un desarrollador se topa con una tecnología de vanguardia. Inmediatamente quedan enamorados de sus características, sus capacidades, la forma en que se promociona como la “próxima gran novedad”. Entonces, comienzan a encontrar formas de incorporarlo a su trabajo, independientemente de si en realidad es la mejor opción para los problemas que tienen entre manos.

Nokia 8800 Siroco#

Este teléfono es un verdadero clásico. Conocido por su elegante diseño de acero inoxidable y su suave mecanismo deslizante, el Nokia 8800 Sirocco fue una declaración de moda tanto como un teléfono celular.

Nokia 8600 Luna#

El Nokia 8600 Luna deslumbró a los usuarios con su exterior de cristal ahumado y su teclado iluminado. Combinó a la perfección arte con tecnología y nos dio una idea de cómo debería verse un teléfono de diseño.

Aprender de las propias experiencias no tiene precio. Todos hemos cometido algunos errores, incluido yo mismo. Si bien compartir historias de nuestros errores puede proporcionar cierto alivio cómico, el valor real reside en las lecciones aprendidas. No olvidas un error cuando has tenido que afrontar sus consecuencias.

Hablando desde una observación de primera mano, no es raro que los desarrolladores implementen código en vivo, a menudo apresuradamente, para cumplir con plazos comerciales apremiantes. La urgencia tiende a superar cualquier consideración sobre los posibles estragos que podría causar en un entorno de producción. Estas situaciones ocurren con más frecuencia de lo que piensas.

Por qué los programadores quieren empezar de nuevo

¿Alguna vez has sentido la necesidad de desechar tu código y reescribirlo desde cero? Si es así, no estás solo. Muchos programadores tienen esta tentación y hay una razón oculta detrás de ella. La razón no es que el código antiguo sea malo, sino que es difícil de entender. Hay un principio fundamental de programación que explica esto: leer código es más difícil que escribirlo. Por eso reutilizar código es tan desafiante. Es por eso que cada desarrollador de su equipo tiene su forma favorita de dividir cadenas en matrices. Crean su propia función porque es más divertido y sencillo que aprender cómo funciona la existente.

Mucha gente se pregunta si la universidad es una buena inversión para su futuro. Es posible que hayan escuchado historias de graduados que luchan por encontrar trabajo o pagar sus préstamos estudiantiles. También pueden tener dudas sobre la calidad y relevancia de la educación que reciben en la universidad. ¿Realmente vale la pena la universidad?

La respuesta no es sencilla. La universidad puede ser una experiencia valiosa para algunas personas, pero también puede ser una inversión excesiva para otras. Depende de muchos factores, como sus objetivos personales, intereses, habilidades, situación financiera y el mercado laboral. La universidad no es garantía de éxito y también puede implicar riesgos y costos importantes.

A Google se le ocurrió un nuevo lenguaje de programación llamado Go, que se supone que es súper rápido e increíble y todo eso.

¿Pero realmente necesitamos otro idioma? Quiero decir, vamos. Ya es bastante difícil mantenerse al día con los que ya tenemos.

Go tiene algunas cosas interesantes, como rutinas, canales e interfaces. Pero también tiene algunas cosas raras, como que no hay genéricos, ni excepciones ni herencia. Entonces no es para todos.