<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Desarrollo De Software on Fractional CTO</title><link>https://fractionalcto.es/tags/desarrollo-de-software/</link><description>Recent content in Desarrollo De Software on Fractional CTO</description><generator>Hugo</generator><language>es</language><lastBuildDate>Thu, 16 Jul 2026 14:27:38 +0200</lastBuildDate><atom:link href="https://fractionalcto.es/tags/desarrollo-de-software/feed.xml" rel="self" type="application/rss+xml"/><item><title>Cómo adoptar la IA en un equipo de software</title><link>https://fractionalcto.es/como-adoptar-la-ia-en-un-equipo-de-software/</link><pubDate>Sun, 16 Nov 2025 13:15:38 +0000</pubDate><guid>https://fractionalcto.es/como-adoptar-la-ia-en-un-equipo-de-software/</guid><description>&lt;p&gt;¿Tu estrategia de adopción de IA consiste en dar licencias de Copilot, Cursor o Claude y dejar que ellos descubran cómo usarlos?&lt;/p&gt;
&lt;p&gt;En el último año me he encontrado que esta es una estrategia extendida en empresas de software, empresas cuyos equipos se encuentran con una carga de trabajo alta, y por desconocimiento y falta de tiempo, ven la IA como una tecnología más que puede ser aprendida de forma autodidacta por cada desarrollador.&lt;/p&gt;</description></item><item><title>Guía para un desarrollo robusto con IA: Cursor y Github Copilot</title><link>https://fractionalcto.es/guia-para-un-desarrollo-robusto-con-ia-cursor-y-github-copilot/</link><pubDate>Wed, 14 May 2025 15:48:12 +0000</pubDate><guid>https://fractionalcto.es/guia-para-un-desarrollo-robusto-con-ia-cursor-y-github-copilot/</guid><description>&lt;p&gt;Los asistentes de código con IA se han extendido en los últimos tiempos por la potencia que ofrecen para acelerar el desarrollo de software. Sin embargo, aprender a usarlos no es tan sencillo como escribir un simple prompt. La curva de aprendizaje para conseguir sacarles todo el partido que nos ofrecen no es tan pequeña como podríamos pensar. Si la subestimamos corremos el riesgo de a) producir código de mala calidad con errores y fallos de seguridad o b) hacer un uso limitado de las capacidades y obtener menos beneficios de los que están disponibles.&lt;/p&gt;</description></item><item><title>IA en desarrollo de software: ¿Hype o Game Changer?</title><link>https://fractionalcto.es/ia-en-desarrollo-de-software-hype-o-game-changer/</link><pubDate>Thu, 13 Mar 2025 10:59:03 +0000</pubDate><guid>https://fractionalcto.es/ia-en-desarrollo-de-software-hype-o-game-changer/</guid><description>&lt;p&gt;Estamos en 2028, han pasado 6 años desde el boom de la IA generativa con la aparición de ChatGPT y de lo que fue una ola de adopción de IA generativa para desarrollar software. Sin embargo después del &lt;em&gt;hype&lt;/em&gt; que se produjo en los años 2023 y 2024, paulatinamente se fue reduciendo el uso de los copilots y asistentes de código basados en IA. Se observó que en el fondo no ofrecían mucho valor, ya que la mayoría del código que producían era incorrecto y de calidad mediocre, y que los desarrolladores pasaban más tiempo corrigiendo los errores introducidos por la IA, que el que se ahorraban. Esto provocó que las iniciativas de adopción fueran perdiendo fuerza hasta desaparecer del debate tecnológico, recordando el efímero destino del metaverso.&lt;/p&gt;</description></item><item><title>¿Sabes lo que es DPE?</title><link>https://fractionalcto.es/sabes-lo-que-es-dpe/</link><pubDate>Wed, 27 Sep 2023 07:23:39 +0000</pubDate><guid>https://fractionalcto.es/sabes-lo-que-es-dpe/</guid><description>&lt;p&gt;DPE se refiere a Developer Productivity Engineering y es el nombre de una nueva disciplina que nace con el objetivo en mejorar la productividad de los desarrolladores a través de automatización, observabilidad y mejora de las herramientas.&lt;/p&gt;
&lt;p&gt;El trabajo de un desarrollador cuando está programando tiene tres fases: code -&amp;gt; build -&amp;gt; test, el desarrollador repite esta secuencia decenas o incluso centenas de veces al día. Y en muchos casos las fases de build y test pueden llevar del orden de minutos. Por ejemplo: si el build de una aplicación tarda 5 minutos y el desarrollador hace 10 builds al día, eso son 50 minutos que el desarrollador tiene que estar esperando por día. Y del mismo modo, la fase de testing puede aumentar ese tiempo de espera del desarrollador. Si esto lo multiplicamos por el número de desarrolladores en una compañía, el coste es significativo.&lt;/p&gt;</description></item><item><title>Guía para hacer Code Reviews en tu equipo</title><link>https://fractionalcto.es/guia-para-hacer-code-reviews-en-tu-equipo/</link><pubDate>Tue, 25 Jul 2023 15:42:32 +0000</pubDate><guid>https://fractionalcto.es/guia-para-hacer-code-reviews-en-tu-equipo/</guid><description>&lt;p&gt;Las revisiones de código son una práctica que se ha extendido mucho en los últimos años, que consiste en que uno o varios desarrolladores revisen el nuevo código implementado por otro compañero, con el objetivo de detectar problemas de calidad del código, bugs, vulnerabilidades, malas prácticas, etc.. . Esto permite acortar los feedback loops, lo cual como sabemos es muy beneficioso ya que cuanto más tarde se detecte un problema, mayor será el coste de repararlo y el posible impacto en negocio.&lt;/p&gt;</description></item></channel></rss>