<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Desarrollo on CTOMultiplier</title><link>https://ctomultiplier.com/es/tags/desarrollo/</link><description>Recent content in Desarrollo on CTOMultiplier</description><generator>Hugo</generator><language>es</language><lastBuildDate>Tue, 20 Jan 2026 10:43:54 +0100</lastBuildDate><atom:link href="https://ctomultiplier.com/es/tags/desarrollo/feed.xml" rel="self" type="application/rss+xml"/><item><title>Cómo adoptar la IA en un equipo de software</title><link>https://ctomultiplier.com/es/como-adoptar-la-ia-en-un-equipo-de-software/</link><pubDate>Sun, 16 Nov 2025 13:15:38 +0000</pubDate><guid>https://ctomultiplier.com/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://ctomultiplier.com/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://ctomultiplier.com/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></channel></rss>