Artículo de opinión en profundidad publicado en **sfeir.com** el 23 de julio de 2026, firmado por **SFEIR** (la voz editorial de la firma). Es un **comentario estratégico sobre la nota Trésor-Éco n.º 391** de la DG Trésor (junio de 2026 — véase [[dgtresor-ia-effets-emploi-2026-06-30]]), leído a través de la doctrina de SFEIR de « **amplificar la IA en lugar de padecerla** ». El artículo elogia el **tono cauteloso de economista** de Bercy (mecanismos más incertidumbre en lugar de una predicción) y extrae de ello una **tesis en tres partes**: (1) **ningún efecto agregado medible** en esta etapa (dos fuerzas que se compensan — desplazamiento vs. productividad — adopción en la UE ~20%); (2) una **única señal empírica sólida, sobre los junior** (−16% de empleo entre los 22-25 años expuestos en EE. UU.); (3) un **peligro a largo plazo que desplaza la pregunta** — el **retraso competitivo** (la no adopción), no la destrucción de empleo. El núcleo analítico que retiene SFEIR: la **elasticidad-precio** determina el efecto sobre el empleo (la paradoja de **Jevons** aplicada al código) → el argumento es **estructuralmente favorable al empleo para los desarrolladores**. El artículo **desmonta el relato de los "despidos por IA"** (4,5-6,2% de los anuncios de despidos en EE. UU., «etiquetado» en el 59%) y señala los **puntos ciegos** de la nota (el escenario agéntico relegado a una nota al pie; la velocidad de difusión no discutida; el hecho de que OpenAI/Anthropic se hayan convertido en fuentes para Bercy = un sesgo de fuente no señalado). La **traducción operativa de SFEIR** (para CIO/CTO): el valor migra hacia la intención/arquitectura/control, formar **ingenieros aumentados** (programas **AI Champions**), y evitar una adopción precipitada (**workslop**, deuda técnica) mediante **context engineering** y gobernanza.
#IA y empleo#retraso competitivo#no adopción
**SFEIR** — ESN française « AI Only » (~850 ingénieurs, 8 agences France & Benelux). Voix éditoriale du cabinet (byline « SFEIR »). Positionnement de la maison sur la transformation IA des DSI ; ce texte prolonge la ligne éditoriale portée notamment par Didier Girard (cf. [[girard-sfeir-ai4it-vs-ai4business-budgets-2027-2026-06-24]]).
Post en X de **Eric S. Raymond** (ESR, autor de *The Cathedral and the Bazaar*, cofundador de la Open Source Initiative, ~50 años de programación) — **un contratestimonio frontal a la narrativa de que "los LLM producen código basura y alucinan, inútiles para programar".** Su tesis: esto **casi nunca le ocurre**, y **ya no en absoluto en las últimas dos generaciones** de modelos que usa ("chat GPT 5.4 y 5.5" bajo **codex**). El antiguo síntoma —un modelo "descarrilando" al acercarse a su límite de contexto— ha desaparecido: codex ahora muestra una **advertencia roja** que invita al usuario a **limpiar la sesión** en lugar de descontrolarse. **Alcance de uso**: IA aplicada a **cambios de funcionalidades, refactorización y depuración en 63 proyectos** en **C, Go, Rust, Python y shell**; redacción de documentación; **descompilación de un binario DOS en código fuente legible**. Una **rutina de trabajo** establecida: al reabrir un proyecto, primero ejecuta las **pruebas de regresión**, luego inicia codex y le pide que **audite el código** (errores + sugerencias de mejora). Veredicto: los LLM son **"excelentes y tremendamente empoderadores"**; su **peor limitación** es la **"visión de túnel arquitectónica"** —excelentes generando código según especificación, pero a veces **ciegos a los patrones de más alto nivel**— algo que considera **tarea de su "cerebro de carne".** El punto más fuerte y contraintuitivo: los LLM **NO se equivocan en los detalles y casos límite**; afirma ser **peor que ellos** en este aspecto (pese a 50 años de experiencia), porque si un cambio debe **tocar cinco lugares**, el modelo **los encuentra los cinco de forma fiable**, mientras que el humano corrige cuatro y **pasa horas depurando** antes de encontrar el quinto olvidado. Después cuestiona a los **"downshouters"**: ¿viven en un **universo diferente**? ¿Usan **modelos antiguos y débiles**? ¿Hay un **skill issue** que él no percibe porque sus **hábitos mentales y su comunicación** encajan bien con los "handles" de estas herramientas? Una cuestión que considera importante resolver, ya que "se **malgastarían miles de millones de dólares en gasto de tokens mal dirigido**". Su receta, "muy simple": **"Piensa con claridad, dile al modelo lo que quieres con precisión, y ocurren cosas buenas"** —cerrando con: "¿qué me estoy perdiendo aquí?". Debe leerse como un **contrapunto pro-LLM de una figura histórica del open source** al debate recurrente sobre la (des)valorización de los agentes de codificación —haciendo eco del "skill issue" y de la disciplina de especificación (cf. [[martignole-token-manifesto-2026-07-17]])— y formando un díptico con la postura doctrinal pro-herramientas-IA de **Linus Torvalds** en nombre del kernel Linux ([[torvalds-llm-outil-kernel-2026-07-14]]).
#Eric S. Raymond#ESR#esrtweet
Eric S. Raymond (ESR, @esrtweet sur X) — développeur · hacker et essayiste américain · **figure historique du mouvement open source**. Né le 4 décembre 1957 à Boston (Massachusetts) ; paralysie cérébrale de naissance · enfance en partie au Venezuela puis en Pennsylvanie. Auteur de l'essai très influent **« The Cathedral and the Bazaar »** (1997, livre 1999) · qui oppose le modèle « cathédrale » (développement centralisé et fermé) au modèle « bazar » (décentralisé et ouvert, à la Linux) ; il a **popularisé le terme « open source »** (contre « free software ») et contribué à convaincre **Netscape** d'ouvrir son code (naissance de Mozilla). **Co-fondateur de l'Open Source Initiative (OSI)** en 1998 · président jusqu'en 2005. A édité le **Jargon File** (*The New Hacker's Dictionary*) · maintenu des projets comme **Fetchmail** · écrit **« The Art of Unix Programming »** (2003). Se revendique **libertarien** · défenseur du port d'armes · ceinture noire de taekwondo ; commente régulièrement tech · politique et open source sur X. Se présente ici comme codeur « très · très bon » avec **~50 ans d'expérience**. (Post X personnel ; date de publication : 2026-07-08 ; date d'ajout à la veille : 2026-07-17.)
Test de coherencia de Ethan Mollick (Wharton): sabremos que los laboratorios de IA creen de verdad en la ASI el día que disuelvan sus equipos de *Forward Deployed Engineering* (FDE). Debate público con roon (OpenAI) en LinkedIn: roon objeta que se trata de un **problema hayekiano** (la inteligencia no resuelve automáticamente el flujo de información organizacional) y recupera el término «**Gentle singularity**». Consenso en los comentarios: la tecnología es la parte fácil; la política interna, los flujos de trabajo heredados y la responsabilidad contractual son el verdadero cuello de botella. Frase marcador: *«Curar el cáncer podría ser más fácil que reemplazar a Accenture»*. Oposición epistémica **East Coast vs West Coast** sobre la trayectoria de adopción de la IA.
#ASI (Artificial Super Intelligence)#Forward Deployed Engineering (FDE)#consultoría de IA
La adopción de la IA se ve bloqueada por TI/legal en las empresas, brecha entre empresas innovadoras y prudentes, liderazgo y gestión del riesgo - LinkedIn
Weave (workweave.dev) - Startup de Y Combinator - Medición del trabajo de ingeniería impulsada por IA - Weave Hour - Atribución de código de IA - Directorio YC
Crisis de sentido en el trabajo - Botón "Help me write" - Prender fuego al tiempo - Señales de esfuerzo - Cartas de recomendación de IA - Ethan Mollick - One Useful Thing