Thread by @jmsalcido

He estado leyendo un libro muy aburrido que se llama The Death and Life of Great American Cities, hace como 1 año prometí que lo iba a leer por que pues asi funcionan mis promesas y la netflix esta absurdamente aburrido, no le estaba sacando casi nada de provecho hasta hace poco.

Esta tan aburrido que para hacerlo mas ameno para mi, he intentado meter el tema con gente, a muchas personas les he preguntado como mejorarias una ciudad como ejemplo Hermosillo, hay muchas maneras y algunas se asemejan y otras para nada... ha estado chido preguntar tho.

Lo cual me llevó a pensar... ahora que estoy por ir a New York, pues a lo mejor voy a notar cosas que antes nomas no y que chido, estoy un poco hypeado por que voy a ver edificios miados y cagados. (literalmente)

Voy a aprender mas, eso es bueno.

Pero lo mas interesante empezó hace unas semanas, que me puse a trabajar en mejorar a mi equipo de ingenieria, no es sencillo enseñarle a un JR que cree que es SR que tiene años haciendo lo mismo por que por terco ó inmaduro ó que se yo razones... pues no aprendió y ya.

Curiosamente siempre enseñamos el desarrollo de software con una analogia de construir un edificio... pero creo que profesionalmente es mas como... construir y mejorar una ciudad completa.

Si, una ciudad podria ser un monton de edificios, pero también hay parques, banquetas, calles, zonas recreativas y un sin fin de cosas que aun no conocemos, edificios con parques en medio, edificios con naipes, como un sistema completo de software: complejo AS FUCK.

Los edificios se destruyen y dan paso a mas construcciones, siendo parte de un sistema gigantesco que puede que este de la verga (como una ciudad) que sigue funcionando, pero haciendo cambios pequeños en lugares adecuados creo que puedes lograr beneficios a muy largo plazo.

Lo mas importante es MUY LARGO PLAZO a menos que sean cambios radicales y afecten a todo el sistema que podria ó no llevar a la muerte inminente de la ciudad, no todo es tomado a la ligera pero pues, en el software es muy sencillo diras... DEPENDE...

Para algunos sistemas es un pain hacer deploy a producción, hasta juntan al equipo y estan todo el dia monitoreando.

Para otros sistemas, deployean todos los dias a cada hora sin problema alguno.

Para otros, hacer el mas ligero cambio es un pain gigantesco.

Todos son iguales de importantes, solo que se administran MUY diferente, normalmente los ingenieros JR son muy naive y quieren cambiar la tecnologia ó su solución es cambiar todo de raiz, por que no hay... usuarios en producción verdad?

Todos queremos ser quienes deciden a donde va la arquitectura y el diseño del software, pero pues hay que ponernos a entender todo para poder tomar decisiones que afectan todo el sistema y a los usuarios... ah espera, la ciudad, esto es de ciudades.

La ciudad podria estar en fuego pero aun hay habitantes que deciden comprar, construir y hacer su vida ahi, entonces hay que hacer lo mejor posible para que ese fuego pues, se apague, no hoy o mañana, seria lo ideal hoy pero a lo mejor toma una vida completa...

A veces nos enjarramos en solo 1 sector de la población(feature) por que pues eso es lo mas importante para el bienestar a corto plazo ó para que no muera la ciudad y la población, esto genera descontento al por mayor de las otras areas...

Por ejemplo, es muy común que un ingeniero JR se enoja por que hicieron mal las cosas cuando era EVIDENTE PARA ESE ENGINEER que todo podria mejorar si lo hicieramos a su manera...

ó que el usuario se enoje por que pues el feature se rompió y deje un review y se vaya a otra app que esta todavia peor ó mejor, no lo se

Digo, el habitante, el habitante se va a otra ciudad por que allá si funciona el sistema de trenes que tanto mama pero pues no hay otra cosa

¿Como mejoramos toda una ciudad si no somos el alcalde/senador/representante?

¿Como mejoramos todo un sistema si no somos el CTO/vp de engineering/ingeniero?

Pos personalmente creo que pues cambiando tu mismo, checate las llantas, a lo mejor eres tú solo un usuario de una app culera pero te gusta?, manda feedback, habla con los demas del error si es que aparece, tirales un correo ó aplica como dev y cambia de adentro.

Claro, aplicar como dev es todavia otro circo... luego empieza el area en el que el presidente trae ciertos planes, se dan tantos apoyos a las empresas que construyen edificios, no se da todo de chingazo y otros usuarios pueden andar ahi tratando de "hackear" el sistema...

ó la corrupción ahi de otros ingenieros que "le dan acceso" a la API a otros sistemas incluso ó a si mismos... digo, politicos corruptos.

Es un desmadre y todo esta en fuego, todos creemos tener la solución:

el alcalde
el senador
el representante
el ingeniero y el usuario final

En fin, me he dado un tripsote gracias al libro, pero el libro esta bien aburrido a la verga, lo volveria a leer algún dia pero no pronto, digo todavia ni lo termino pero pues aha...

De que me enseño algo, me enseño algo.

Conclusión: estoy loco y no lo lean, ó si leanlo, yo no soy nadie para decirles que hacer, solo balbuceo mientras espero el CI y el demo.

PS: Que hueva si leiste todo, pero gracias.