Lo leí con gusto.
Si nos vamos al entorno de desarrollo, aparecen VS Code y LSP. Y hasta podría conectarse con herramientas anteriores a la era de la IA de Tabnine.
También es cansado desde la perspectiva de los usuarios,
pero entre los desarrolladores también parece haberse puesto de moda maquillar tecnologías que en esencia son lo mismo, cambiándoles un poco el nombre, como si estuvieran creando una tecnología nueva, solo para dejar aunque sea un logro más.
Como son tecnologías relativamente recientes, supongo que es natural que intenten posicionarse primero.
Aun así, la verdad es que resulta bastante cansado.
O sea, en la era de la IA se necesita gente cuya curva de aprendizaje sea pronunciada, pero me cuesta estar de acuerdo con que ser "junior" signifique "tener una curva de aprendizaje rápida".
Quizá ya no deberíamos evaluar a los desarrolladores distinguiendo entre junior y senior según la cantidad de experiencia acumulada,
Sino que, en la era de la IA, habría que diferenciar a los senior por su capacidad de condensar el aprendizaje de forma muy intensiva y de usar bien la IA.
De verdad me identifiqué con muchas partes jaja. Es tan frustrante que terminas soltándolo todo y entrando en modo de trabajar solo lo que te pagan, y curiosamente les gusta porque el trabajo avanza más fluido. En realidad, aunque se vea una dirección de desarrollo con riesgos, ya quedé en modo de que no es mi problema.
> Sin embargo, como el modelo de permisos no está implementado, no se pueden controlar los permisos del token (agradecería que me corrigieran si estoy equivocado)
1. "La sensación de velocidad es energizante" (postura positiva)
Postura: Que la IA resuelva rápido las tareas aburridas incluso da más energía, y también es positivo porque reduce el costo de aprender nuevos stacks tecnológicos.
Caso: Al usar un lenguaje o framework desconocido, gracias a un agente de IA se pudo saltar el tedioso proceso de aprendizaje y concentrarse de inmediato en la implementación.
2. "Debate sobre la definición de vibe coding" (confusión terminológica)
Debate: No hay consenso sobre si "vibe coding" significa simplemente recibir ayuda de la IA, o si se refiere a usar código generado sin revisarlo y solo verificar el resultado.
Punto de acuerdo: Originalmente tenía una connotación negativa de "código sin revisar", pero hoy su significado se ha ampliado hasta abarcar la programación asistida por IA en general.
3. "La velocidad sin verificación es deuda técnica" (postura cautelosa)
Crítica: Confiar solo en lo que genera la IA sin entender el código es riesgoso. Los bugs futuros y el costo de mantenimiento (deuda técnica) probablemente serán mayores.
Analogía: Es "como subirte a un auto autónomo sin saber a dónde va"; implementar sin comprensión termina debilitando la capacidad de resolver problemas.
4. "La fatiga del cambio de contexto" (postura empática)
Coincidencia: Mientras la IA genera código, se producen cambios de contexto frecuentes (Context Switching), lo que dispara la carga cognitiva del cerebro.
Síntomas: Como el proceso de revisar y corregir lo que entrega la IA se repite una y otra vez, el desgaste mental es mayor que al programar directamente. Cuatro horas de trabajo se sienten como haber trabajado todo el día.
5. "Pérdida del placer de programar" (falta de dopamina)
Experiencia: Desaparece la sensación de logro (dopamina) que se obtiene al resolver un problema por cuenta propia. Se siente como mirar solo el producto terminado en vez de disfrutar armar el Lego uno mismo.
Resultado: Sacar resultados rápido sin el disfrute del proceso termina agotando a los desarrolladores.
6. "Veneno para principiantes, medicina para expertos" (diferencias según experiencia)
Análisis: Los desarrolladores experimentados pueden detectar y corregir rápido los errores de la IA, así que su productividad sube; en cambio, los principiantes corren el riesgo de usar código incorrecto tal cual, perder oportunidades de aprendizaje y producir código deficiente en masa.
7. "Cambio forzado al rol de gestor" (transformación del rol)
Fenómeno: El desarrollador deja de ser un "creador" que escribe código directamente y pasa a ser un "gestor/revisor" obligado a revisar y corregir el código que la IA genera en grandes cantidades.
Carga: Esto provoca un estrés extremo, como si una sola persona tuviera que revisar en tiempo real el código escrito por cinco desarrolladores junior (IA).
8. "Falta de comprensión de la lógica de negocio" (señalamiento de límites)
Problema: La IA puede escribir bien el código, pero no entiende el contexto de negocio ni la arquitectura completa.
Realidad: Al final, ajustar los requisitos del negocio al código y manejar los edge cases sigue siendo trabajo humano, y ahí es donde aparecen los cuellos de botella.
9. "Desaparición del descanso y la holgura" (tiempo de máquina)
Analogía: Igual que antes los obreros de fábrica trabajaban al ritmo de las máquinas, ahora los humanos quedan atrapados en un "tiempo de máquina" en el que terminan siguiendo la velocidad de generación de la IA.
Necesidad: Como desaparecen las "pausas forzadas" como el tiempo de espera de compilación, el cerebro ya no tiene espacio para procesar información y descansar. El descanso intencional se vuelve indispensable.
10. "Un problema transitorio de la herramienta" (perspectiva a futuro)
Diagnóstico: La fatiga actual se debe a un desajuste: las herramientas de verificación (tests, lint, etc.) no han logrado seguir el ritmo de generación de la IA.
Solución: Si evolucionan herramientas que automaticen la verificación al mismo ritmo de generación, el problema de la fatiga podría resolverse.
1. Reacciones encontradas sobre la forma ("¿vibra de LinkedIn?")
Predomina la crítica: muchos dijeron que el formato de cambiar de línea en cada oración parece "texto pretencioso de influencer de LinkedIn" o "texto generado por IA". Señalan que hace mucho ruido en la forma, pero sin sustancia en el contenido.
Algunas defensas: otros opinan que es una disposición fácil de leer pensada para la corta capacidad de atención actual, o un estilo que busca un ritmo poético.
2. Testimonios de práctica del "deseo denso"
Casos de éxito: se compartieron experiencias de superar la depresión y darle más densidad a la vida mediante hobbies físicos y que toman tiempo, como la escultura (sculpting), el diseño de circuitos analógicos y escribir postales.
Debate sobre hornear pan: a partir del ejemplo del texto sobre el "ineficiente acto de hornear pan", ingenieros compartieron tips para "optimizar el tiempo de fermentación" usando el horno, lo que generó un subdebate irónicamente paradójico.
3. Análisis de los orígenes filosóficos y religiosos
Rebranding de sabiduría antigua: hubo quienes dijeron que solo reempaqueta con términos modernos (Thin/Thick) ideas antiguas como el concepto budista de los "pretas hambrientos" (Hungry Ghosts) o temas clásicos de la filosofía occidental (Agustín, entre otros).
Validez de la intuición: aunque no sería algo nuevo, también hubo acuerdo en que es una intuición bien ordenada y adaptada a la sociedad contemporánea.
4. Límites de una lógica dicotómica
Cuidado con simplificar el concepto: se advirtió que el esquema "consumo = superficial, creación = denso" es peligroso. La lectura profunda (consumo) también puede ser densa, y la creación comercial también puede ser superficial.
El valor del descanso: se criticó que pase por alto que actividades que "parecen superficiales", como quedarse en blanco o jugar videojuegos, también pueden ser descanso necesario para recuperarse.
5. Señalamientos sobre causas estructurales y del entorno
No es solo culpa individual: el problema de fondo sería el sistema de recompensas dopamínicas diseñado intencionalmente por las empresas de IT.
Restricciones reales: se cuestionó la premisa de que "ya vivimos en abundancia". Se señaló que, por amenazas a la supervivencia como el costo de la vivienda y de la atención médica (pobreza económica), en la práctica es difícil aspirar a un "deseo denso" con margen y tranquilidad.
¿No será que están en un estado de analfabetismo como eso de “lo blanco es código y lo negro es la terminal”? Igual que alguien que no sabe leer logs o no puede hacer copiar y pegar, es prácticamente un estado en el que no pueden desarrollar en absoluto.
Parece que este artículo es la Parte 1, que examina por qué los ingenieros senior se van, y que también está el artículo de la Parte 2, The Economic Intervention That Stops Engineer Attrition.
Se ve interesante.
Lo leí con gusto.
Si nos vamos al entorno de desarrollo, aparecen VS Code y LSP. Y hasta podría conectarse con herramientas anteriores a la era de la IA de Tabnine.
¿Será un consuelo saber que parece que todos están pasando por la misma experiencia...?
Oh, gracias. Esto también lo registré como un tema aparte: Cómo detener la rotación de ingenieros con intervenciones económicas
Hay quienes, de forma inconsciente o intencional, a veces no distinguen entre lo normativo, los deseos y las predicciones.
Ah, siento que por fin alguien explicó con claridad exactamente por qué estoy tan cansado.
También es cansado desde la perspectiva de los usuarios,
pero entre los desarrolladores también parece haberse puesto de moda maquillar tecnologías que en esencia son lo mismo, cambiándoles un poco el nombre, como si estuvieran creando una tecnología nueva, solo para dejar aunque sea un logro más.
Como son tecnologías relativamente recientes, supongo que es natural que intenten posicionarse primero.
Aun así, la verdad es que resulta bastante cansado.
De verdad, me identifico mucho.
O sea, en la era de la IA se necesita gente cuya curva de aprendizaje sea pronunciada, pero me cuesta estar de acuerdo con que ser "junior" signifique "tener una curva de aprendizaje rápida".
Quizá ya no deberíamos evaluar a los desarrolladores distinguiendo entre junior y senior según la cantidad de experiencia acumulada,
Sino que, en la era de la IA, habría que diferenciar a los senior por su capacidad de condensar el aprendizaje de forma muy intensiva y de usar bien la IA.
Aplausos :)
Creo que hace falta la sabiduría de filtrar automáticamente frases como «X es el futuro» y leerlas como «ojalá X fuera el futuro».
De verdad me identifiqué con muchas partes jaja. Es tan frustrante que terminas soltándolo todo y entrando en modo de trabajar solo lo que te pagan, y curiosamente les gusta porque el trabajo avanza más fluido. En realidad, aunque se vea una dirección de desarrollo con riesgos, ya quedé en modo de que no es mi problema.
JavaScript의 간략한 역사
Creo que queda bien verlo junto con este artículo.
> Sin embargo, como el modelo de permisos no está implementado, no se pueden controlar los permisos del token (agradecería que me corrigieran si estoy equivocado)
Actualmente sí es compatible.
https://code.visualstudio.com/updates/v1_107/…
1. "La sensación de velocidad es energizante" (postura positiva)
2. "Debate sobre la definición de vibe coding" (confusión terminológica)
3. "La velocidad sin verificación es deuda técnica" (postura cautelosa)
4. "La fatiga del cambio de contexto" (postura empática)
5. "Pérdida del placer de programar" (falta de dopamina)
6. "Veneno para principiantes, medicina para expertos" (diferencias según experiencia)
7. "Cambio forzado al rol de gestor" (transformación del rol)
8. "Falta de comprensión de la lógica de negocio" (señalamiento de límites)
9. "Desaparición del descanso y la holgura" (tiempo de máquina)
10. "Un problema transitorio de la herramienta" (perspectiva a futuro)
1. Reacciones encontradas sobre la forma ("¿vibra de LinkedIn?")
2. Testimonios de práctica del "deseo denso"
3. Análisis de los orígenes filosóficos y religiosos
4. Límites de una lógica dicotómica
5. Señalamientos sobre causas estructurales y del entorno
¿No será que están en un estado de analfabetismo como eso de “lo blanco es código y lo negro es la terminal”? Igual que alguien que no sabe leer logs o no puede hacer copiar y pegar, es prácticamente un estado en el que no pueden desarrollar en absoluto.
Parece que este artículo es la Parte 1, que examina por qué los ingenieros senior se van, y que también está el artículo de la Parte 2, The Economic Intervention That Stops Engineer Attrition.
https://codegood.co/writing/…
Ayer también vi una publicación en Facebook diciendo que era muy cómodo liberar espacio de todo el Mac (dejando que Claude borrara lo que quisiera)...