{"id":180185,"date":"2025-03-20T10:26:44","date_gmt":"2025-03-20T13:26:44","guid":{"rendered":"https:\/\/nuevoitsitio1.wpenginepowered.com\/ar\/sin-categoria\/cuanto-de-lo-que-hacemos-los-programadores-es-realmente-codigo\/"},"modified":"2025-11-21T16:00:10","modified_gmt":"2025-11-21T19:00:10","slug":"cuanto-de-lo-que-hacemos-los-programadores-es-realmente-codigo","status":"publish","type":"post","link":"https:\/\/www.itsitio.com\/ar\/columna-de-opinion\/cuanto-de-lo-que-hacemos-los-programadores-es-realmente-codigo\/","title":{"rendered":"\u00bfCu\u00e1nto de lo que hacemos los programadores es realmente c\u00f3digo?"},"content":{"rendered":"

Por Juli\u00e1n Klas, co-fundador de nullplatform.<\/strong><\/em><\/p>\n

Cuando aprend\u00ed a programar en la escuela, abr\u00eda el IDE (entorno de desarrollo integrado), escrib\u00eda un programa, hac\u00eda clic en el bot\u00f3n \u2018play\u2019 y \u00a1listo! Era una experiencia genial.<\/p>\n

Veinte a\u00f1os despu\u00e9s, rara vez <\/strong>veo a los desarrolladores dedicar m\u00e1s del 70% de su tiempo a escribir c\u00f3digo<\/strong>. No me refiero al tiempo que pasamos en reuniones o en Instagram, estamos bien con eso. Me refiero a que el 30% del tiempo lo dedicamos a hacer que las herramientas se comuniquen entre s\u00ed <\/strong>para hacer lo que ese botoncito \u2018verde\u2019 hac\u00eda por nosotros en nuestra IDE, en no m\u00e1s de un par de segundos.<\/strong><\/p>\n

\u00bfQu\u00e9 es eso que hacemos que no es c\u00f3digo?<\/span>
\n<\/strong><\/h2>\n

Hoy en d\u00eda hay una serie de requisitos que se deben cumplir para operar profesionalmente un producto tecnol\u00f3gico y cada uno de esos requisitos traen sus tecnicismos y desaf\u00edos.<\/strong><\/p>\n

A medida que las empresas crecen, la puesta a punto y la operaci\u00f3n tecnol\u00f3gica comprensiva crea efectos secundarios indeseables como una “ticketcracia”. <\/strong>Esto, en pocas palabras, refiere a cuando las personas de la organizaci\u00f3n comienzan a hablar a trav\u00e9s de tickets<\/em> -en detrimento de una cultura de colaboraci\u00f3n- y los problemas comienzan a burocratizarse, cayendo en zonas de rendimientos decrecientes entre la inversi\u00f3n -considerablemente alta- en el equipo de tecnolog\u00eda y el producto que entregamos, el cual, en un mundo donde virtualmente todo negocio tiene una operaci\u00f3n tecnol\u00f3gica relevante, termina siendo vital.<\/p>\n

La mayor\u00eda de las grandes empresas han sufrido estos problemas y han invertido muchos recursos en la creaci\u00f3n de una plataforma de <\/strong>ingenier\u00eda que permita al equipo de tecnolog\u00eda dedicar tiempo a desarrollar tecnolog\u00eda para el negocio, en lugar de desarrollar tecnolog\u00eda para s\u00ed mismos.<\/strong><\/p>\n

\"Las
\u00a0Las plataformas de ingenier\u00eda permiten a los desarrolladores centrarse en crear soluciones de valor, reduciendo la burocracia y optimizando la integraci\u00f3n de herramientas tecnol\u00f3gicas.<\/figcaption><\/figure>\n

Las virtudes de contar con una plataforma de ingenier\u00eda<\/strong><\/span><\/h2>\n

Cuando escribo un email, centro mi atenci\u00f3n en qu\u00e9<\/em> voy a transmitir y no pienso c\u00f3mo<\/em> los bytes viajaran seguros por la red o c\u00f3mo<\/em> se reintentar\u00e1 el env\u00edo si se pierde la conexi\u00f3n. Lo mismo ocurre al desarrollar software: las empresas m\u00e1s respetadas en tecnolog\u00eda<\/strong> dan a sus equipos de ingenier\u00eda una plataforma que tiene resueltas las complejidades del desarrollo de software y la integraci\u00f3n de herramientas<\/strong>. Esto les permite tener equipos m\u00e1s \u00e1giles, impulsar el sesgo hacia la acci\u00f3n y fomentar una cultura de compromiso y resultados.<\/p>\n

Una plataforma de ingenier\u00eda exitosa<\/strong> tiene varios requerimientos y caracter\u00edsticas: Permiten a cada miembro del equipo resolver problemas de valor para el negocio sin depender regularmente de otros; establecen, estandarizan y hacen cumplir procesos; impulsan la automatizaci\u00f3n de las actividades operativas, su estandarizaci\u00f3n, control y repetibilidad; eliminan los nichos concentrados de conocimiento y reducen las inducciones a proyectos y \u00e1reas; y permiten que personas con menor experiencia sean parte de proyectos m\u00e1s complejos.<\/p>\n

La plataforma debe ser extensible y debe resolver:<\/strong><\/p>\n