{"id":237,"date":"2026-04-15T19:02:51","date_gmt":"2026-04-15T23:02:51","guid":{"rendered":"https:\/\/juredev.com\/blog\/?p=237"},"modified":"2026-04-15T19:02:53","modified_gmt":"2026-04-15T23:02:53","slug":"se-usar-vim-en-un-servidor-remoto-por-eso-uso-ia","status":"publish","type":"post","link":"https:\/\/juredev.com\/blog\/2026\/04\/se-usar-vim-en-un-servidor-remoto-por-eso-uso-ia\/","title":{"rendered":"S\u00e9 usar Vim en un servidor remoto. Por eso uso IA"},"content":{"rendered":"\n<p>Soy de los que empez\u00f3 a programar en editores de texto plano, sin IDEs, sin asistentes y sin ninguna red de seguridad.<\/p>\n\n\n\n<p>Aprend\u00ed en un entorno mucho m\u00e1s austero que el de hoy: terminales puras, MS-DOS, redes sobre Novell NetWare y distintos sabores de Unix donde absolutamente todo se hac\u00eda por consola. Conexiones directas a servidores, documentaci\u00f3n interminable y una buena dosis de conocimiento memorizado formaban parte del d\u00eda a d\u00eda.<\/p>\n\n\n\n<p>Y gran parte de mi trabajo como administrador de sistemas sigue siendo as\u00ed. En un servidor Linux remoto no hay interfaces gr\u00e1ficas que te salven: solo tienes una terminal, los logs y tu criterio.<\/p>\n\n\n\n<p>Ah\u00ed sigo usando Vim o Nano sin ning\u00fan problema. Esa base no solo me resulta c\u00f3moda, me da independencia real. S\u00e9 que puedo diagnosticar y resolver problemas aunque todo lo dem\u00e1s falle.Pero precisamente porque s\u00e9 hacerlo \u00aba mano\u00bb, en mi d\u00eda a d\u00eda no trabajo as\u00ed.<\/p>\n\n\n\n<p>Cuando desarrollo o gestiono sistemas m\u00e1s complejos, utilizo IDEs modernos, flujos de Git bien integrados, contenedores con Docker y, cada vez m\u00e1s, herramientas de inteligencia artificial. No porque no sepa hacerlo sin ellas, sino porque hacerlo de forma manual hoy en d\u00eda es, objetivamente, menos eficiente.<\/p>\n\n\n\n<p>No se trata de comodidad superficial. Se trata de coste.<\/p>\n\n\n\n<p>Escribir boilerplate a mano, montar estructuras repetitivas o validar una query con m\u00faltiples JOINs y condiciones din\u00e1micas ya no es donde est\u00e1 el valor real. Antes pod\u00eda pasarme 20 o 30 minutos asegur\u00e1ndome de que todo estuviera correcto. Hoy, una herramienta de IA me da una base funcional en cuesti\u00f3n de segundos, y mi trabajo se centra en validarla, ajustarla y asegurarme de que encaja perfectamente en el contexto del sistema.<\/p>\n\n\n\n<p>Eso no reduce mi aportaci\u00f3n. Simplemente la desplaza hacia donde realmente importa.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">La diferencia no est\u00e1 en la habilidad, sino en c\u00f3mo usas tu tiempo<\/h2>\n\n\n\n<p>Hay una idea bastante extendida, y equivocada,  de que hacer todo manualmente te convierte en un mejor profesional.<\/p>\n\n\n\n<p>No necesariamente.<\/p>\n\n\n\n<p>Conocer los fundamentos es imprescindible. Poder desenvolverte en un entorno sin ayudas sigue siendo una habilidad cr\u00edtica. Pero insistir en resolver manualmente tareas que hoy est\u00e1n ampliamente automatizadas no demuestra mayor dominio t\u00e9cnico: demuestra una mala asignaci\u00f3n del tiempo.<\/p>\n\n\n\n<p>Cada minuto que inviertes en trabajo mec\u00e1nico es un minuto que no dedicas a:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Entender mejor el problema<\/li>\n\n\n\n<li>Mejorar la arquitectura<\/li>\n\n\n\n<li>Reducir complejidad real<\/li>\n\n\n\n<li>Anticipar posibles fallos<\/li>\n\n\n\n<li>O aportar valor real al negocio<\/li>\n<\/ul>\n\n\n\n<p>La diferencia entre un desarrollador productivo y uno que simplemente \u00abtrabaja mucho\u00bb cada vez tiene menos que ver con cu\u00e1nto c\u00f3digo escribe y m\u00e1s con c\u00f3mo decide usar su tiempo.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">La IA no te hace mejor, pero s\u00ed te hace m\u00e1s eficiente<\/h2>\n\n\n\n<p>La inteligencia artificial no es magia. No toma decisiones por ti, no entiende el contexto completo del proyecto y tampoco sustituye el criterio t\u00e9cnico.<\/p>\n\n\n\n<p>Pero s\u00ed elimina fricci\u00f3n innecesaria.<\/p>\n\n\n\n<p>Reduce dr\u00e1sticamente el coste de tareas repetitivas:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Generar estructuras de c\u00f3digo est\u00e1ndar<\/li>\n\n\n\n<li>Sugerir refactorizaciones razonables<\/li>\n\n\n\n<li>Construir consultas complejas<\/li>\n\n\n\n<li>Explorar alternativas r\u00e1pidamente<\/li>\n<\/ul>\n\n\n\n<p>El resultado no es que el trabajo desaparezca, sino que cambia de naturaleza. Pasas de producir todo desde cero a <strong>iterar, validar y decidir con mucha mayor velocidad<\/strong>.<\/p>\n\n\n\n<p>Y ah\u00ed es donde la experiencia de a\u00f1os sigue siendo insustituible.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">El problema no es la herramienta, es el orgullo<\/h2>\n\n\n\n<p>He visto a buenos profesionales quedarse atr\u00e1s no por falta de capacidad, sino por una resistencia que cuesta justificar.<\/p>\n\n\n\n<p>\u00abEl que sabe de verdad no necesita esas herramientas.\u00bb<\/p>\n\n\n\n<p>Es una frase peligrosa.<\/p>\n\n\n\n<p>Porque convierte una preferencia personal en una supuesta virtud t\u00e9cnica. Y no lo es. Rechazar herramientas que reducen fricci\u00f3n sin eliminar el pensamiento cr\u00edtico no te hace m\u00e1s riguroso. Simplemente te hace m\u00e1s lento.<\/p>\n\n\n\n<p>Y en un entorno donde la complejidad sigue creciendo, ser m\u00e1s lento tiene consecuencias concretas:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Entregas m\u00e1s tarde<\/li>\n\n\n\n<li>Iteras menos<\/li>\n\n\n\n<li>Cometes m\u00e1s errores por fatiga<\/li>\n\n\n\n<li>Y pierdes capacidad de adaptaci\u00f3n<\/li>\n<\/ul>\n\n\n\n<p>No usar estas herramientas no es una postura neutral. En muchos casos, es una desventaja competitiva que uno mismo se impone.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">La ventaja real de venir de la \u00abvieja escuela\u00bb<\/h2>\n\n\n\n<p>Parad\u00f3jicamente, quienes venimos de ese entorno austero somos los que m\u00e1s deber\u00edamos aprovechar estas herramientas.<\/p>\n\n\n\n<p>Sabemos exactamente qu\u00e9 problema est\u00e1n resolviendo.<\/p>\n\n\n\n<p>Hemos vivido lo que cuesta depurar a base de logs, navegar documentaci\u00f3n durante horas o construir soluciones desde cero sin ninguna referencia. Por eso, cuando una herramienta reduce ese coste, no la vemos como una amenaza, sino como lo que realmente es: una mejora objetiva en nuestro flujo de trabajo.<\/p>\n\n\n\n<p>La clave no es depender de ellas. Es saber usarlas con criterio.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Ahora somos administradores y desarrolladores con esteroides<\/h2>\n\n\n\n<p>Las herramientas modernas no nos hacen autom\u00e1ticamente mejores profesionales. Pero s\u00ed hacen algo mucho m\u00e1s importante: <strong>reducen el coste de hacer bien el trabajo<\/strong>.<\/p>\n\n\n\n<p>Rechazarlas por purismo o por nostalgia no preserva ninguna esencia del oficio. Solo a\u00f1ade fricci\u00f3n innecesaria.<\/p>\n\n\n\n<p>Seguir siendo capaz de abrir Vim en un servidor remoto y resolver un problema desde cero sigue siendo valioso. Pero elegir hacerlo siempre, cuando existen alternativas m\u00e1s eficientes, no es disciplina t\u00e9cnica. Es ineficiencia disfrazada.<\/p>\n\n\n\n<p>Hoy el valor ya no est\u00e1 en cu\u00e1nto sufres para llegar a una soluci\u00f3n. Est\u00e1 en la calidad de las decisiones que tomas y en la velocidad con la que puedes iterar sobre ellas.<\/p>\n\n\n\n<p>Yo sigo siendo perfectamente capaz de trabajar sin red de seguridad. Pero precisamente porque s\u00e9 hacerlo, elijo no hacerlo cuando no tiene sentido.<\/p>\n\n\n\n<p>Eso, tambi\u00e9n, forma parte del oficio.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Soy de los que empez\u00f3 a programar en editores de texto plano, sin IDEs, sin asistentes y sin ninguna red de seguridad. Aprend\u00ed en un entorno mucho m\u00e1s austero que el de hoy: terminales puras, MS-DOS, redes sobre Novell NetWare y distintos sabores de Unix donde absolutamente todo se hac\u00eda por consola. Conexiones directas a [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[5],"tags":[134,135],"class_list":["post-237","post","type-post","status-publish","format-standard","hentry","category-nota","tag-ia","tag-opinion"],"_links":{"self":[{"href":"https:\/\/juredev.com\/blog\/wp-json\/wp\/v2\/posts\/237","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/juredev.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/juredev.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/juredev.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/juredev.com\/blog\/wp-json\/wp\/v2\/comments?post=237"}],"version-history":[{"count":0,"href":"https:\/\/juredev.com\/blog\/wp-json\/wp\/v2\/posts\/237\/revisions"}],"wp:attachment":[{"href":"https:\/\/juredev.com\/blog\/wp-json\/wp\/v2\/media?parent=237"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/juredev.com\/blog\/wp-json\/wp\/v2\/categories?post=237"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/juredev.com\/blog\/wp-json\/wp\/v2\/tags?post=237"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}