JetBrains en 2026: crecimiento, IA y cómo elegir tu IDE

Hola HaWkers, JetBrains ha vuelto al centro de la conversación sobre el mercado de herramientas de desarrollo. En su informe anual de 2026, que resume los resultados de 2025, la empresa comunica un crecimiento de ingresos del 25,69 % respecto al año anterior y más de 12,5 millones de usuarios activos recurrentes. Al mismo tiempo, presenta una apuesta amplia por los agentes y las funciones de inteligencia artificial integrados en sus IDE. No bastan para decidir si renovar una licencia.

¿Cuánto tiempo tendría que ahorrarte una herramienta para compensar su precio y el coste de adaptarte a ella? En este artículo leeremos los datos publicados por la propia JetBrains sin confundir crecimiento con beneficios, veremos qué ha cambiado en el producto y construiremos una evaluación práctica. Buscamos una decisión útil para tu proyecto y presupuesto.

Qué muestran realmente las cifras oficiales

El informe de JetBrains presenta un crecimiento interanual de ingresos del 25,69 % y más de 12,5 millones de usuarios activos recurrentes. La empresa también afirma que presta servicio a equipos de 88 de las cien mayores compañías de la lista Fortune Global. Son indicadores de escala y adopción. Un usuario activo recurrente, por ejemplo, no es necesariamente un suscriptor de pago, y unos ingresos mayores no significan automáticamente un margen mayor.

Hay otro dato interesante: según el mismo documento, las herramientas de IA de JetBrains alcanzaron una cifra de seis dígitos de usuarios activos de pago en el cuarto trimestre de 2025. La empresa señala un crecimiento del 240 % en esa medida entre el cuarto trimestre de 2024 y el cuarto trimestre de 2025. Señala adopción, pero no revela pagos individuales, retención ni costes.

Resulta tentador combinar un titular financiero, un gráfico de uso y una opinión sobre la calidad de una IDE en una única conclusión. Hay que distinguir ingresos, resultado neto, uso y satisfacción. El informe anual de aspectos destacados es una comunicación de la empresa; no sustituye a los estados financieros completos si quieres evaluar beneficios, caja y gastos. Si una noticia menciona pérdidas, busca el documento contable correspondiente, la entidad jurídica que abarca y el período antes de repetir la cifra como un hecho consolidado para todo el grupo.

JetBrains tiene una gran base de usuarios y sigue invirtiendo en herramientas para desarrolladores. No demuestra que una suscripción concreta genere un retorno para tu forma de trabajar. La decisión depende de la navegación, depuración, pruebas y revisión.

Qué ha cambiado en la experiencia de las IDE

En el informe, JetBrains describe Junie como un agente de programación integrado en sus IDE y menciona AI Assistant como parte del trabajo dentro del entorno de desarrollo. La empresa también destaca las distribuciones unificadas de IntelliJ IDEA y PyCharm. En la explicación oficial sobre la distribución unificada de IntelliJ IDEA, detalla el cambio en la experiencia de instalación y licencias, con funciones gratuitas y de pago dentro de una misma distribución.

Este movimiento tiene una consecuencia práctica: el editor deja de ser solo el lugar donde escribes código y reúne inspecciones, refactorización, terminal, herramientas de bases de datos y asistencia de IA. La integración puede reducir los cambios de contexto. También puede concentrar más partes del flujo de trabajo en un solo proveedor. Comprueba ambos efectos en tu proyecto.

Imagina una corrección que atraviesa una API, las pruebas y una migración de base de datos. Una IDE puede encontrar usos, cambiar nombres de símbolos y llevarte hasta el fallo en menos pasos. Quizá tu editor ya lo haga con extensiones. Si utilizas funciones de IA, evalúa también su comportamiento ante cambios grandes: ¿el agente muestra el diff con claridad? ¿Ejecuta las pruebas? ¿Es fácil revertir un cambio incorrecto? Una respuesta rápida no equivale a trabajo terminado.

El modelo de cuotas de IA explicado por JetBrains es otro punto que conviene revisar antes de comprar. El uso incluido, los límites y los cargos adicionales pueden cambiar las cuentas cuando la herramienta entra en la rutina del equipo. Consulta los precios vigentes en el momento de la compra: este artículo no fija importes que podrían quedar obsoletos. Compara el coste total, incluidos los servicios adicionales.

Primero, define el trabajo que debe mejorar

Una comparación honesta empieza por las tareas, no por las marcas. Elige un repositorio representativo y anota tres acciones que repitas: encontrar el origen de una llamada, modificar una interfaz utilizada en varios archivos y depurar una prueba que falla de forma intermitente. Registra cuánto tardas, cuántos pasos manuales aparecen y si has tenido que deshacer errores. Una demostración pequeña puede ocultar problemas de un monorepo.

Si tu equipo trabaja con distintos servicios, incluye al menos un ejemplo de cada lenguaje importante. No concluyas que una IDE es superior para todo el mundo porque resolvió bien un único proyecto Java. Importan las tareas de quienes utilizarán la herramienta. Observa también el tiempo de arranque, la indexación y el consumo de memoria en el ordenador que se utilizará de verdad.

Después, decide qué medidas representan una mejora. El tiempo de navegación es una de ellas, pero la calidad del cambio importa tanto como la velocidad. Una refactorización rápida que provoca una regresión cuesta más después. Registra el resultado de las pruebas, el tamaño del diff y el esfuerzo de revisión. Para evaluar la IA, utiliza la misma instrucción, el mismo estado inicial del repositorio y los mismos criterios de aceptación en cada herramienta; de lo contrario, estarás midiendo diferencias en el experimento.

Si estás preparando tu entorno por primera vez, consulta nuestra guía para configurar el entorno de desarrollo. Separa la configuración básica de la decisión sobre la suscripción. Asegúrate primero de que funcionan el terminal, el runtime, las pruebas y el control de versiones. Después, comprueba si la IDE acelera un flujo que ya puedes completar.

Práctica: calcula el coste de una suscripción sin inventar el retorno

Convirtamos la decisión en un cálculo sencillo. El siguiente script no conoce el precio de JetBrains ni el salario de tu equipo: tú introduces los importes de la oferta recibida y una estimación prudente de las horas que ahorrarías al mes. El resultado es una simulación, no una promesa de productividad. Guarda el archivo como coste-ide.mjs y ejecútalo con Node.js, pasando los números como argumentos.

// Uso: node coste-ide.mjs 40 3 25 2
// Argumentos: cuota mensual, horas ahorradas, coste por hora y horas de adaptación.
const valores = process.argv.slice(2).map(Number);
if (valores.length !== 4 || valores.some(v => !Number.isFinite(v) || v < 0)) {
  throw new Error('Introduce cuatro números no negativos.');
}

const [mensualidad, horasAhorradas, costeHora, horasAdaptacion] = valores;
const beneficioMensual = horasAhorradas * costeHora;
const costeInicial = horasAdaptacion * costeHora;
const saldoPrimerMes = beneficioMensual - mensualidad - costeInicial;
const saldoPosterior = beneficioMensual - mensualidad;

console.log({ beneficioMensual, costeInicial, saldoPrimerMes, saldoPosterior });

Los valores son ejemplos; sustitúyelos por tus cifras reales. Si las cuentas solo cuadran cuando supones un ahorro enorme de tiempo, necesitas medir mejor antes de comprar. Y si el coste mensual incluye IA, nube o licencias adicionales, suma esos conceptos a la cuota. Incluye todos los gastos recurrentes.

Hazte la pregunta inversa

¿Seguirías usando la herramienta si la asistencia de IA no estuviera disponible durante una semana? Si la respuesta es no, quizá estés comprando principalmente un agente y no la IDE. En ese caso, compara las políticas de datos, los límites de uso, la transparencia de los cambios y la calidad de la revisión. Si la respuesta es sí, identifica qué funciones clásicas justifican la licencia. Así evitarás pagar por funciones que no necesitas.

Práctica: registra tareas y compara medianas

Una prueba breve puede aportar mejores datos que una impresión de rapidez. Crea un CSV con las columnas herramienta,tarea,minutos,paso_pruebas. Ejecuta cada tarea en copias equivalentes del mismo proyecto y anota el tiempo hasta terminar, incluidas las correcciones posteriores a las pruebas. El siguiente código agrupa los resultados y calcula la mediana por herramienta y tarea. La mediana atenúa los valores extremos, pero exige un buen experimento.

// Guarda el archivo como medir-ide.mjs; uso: node medir-ide.mjs resultados.csv
import { readFile } from 'node:fs/promises';

const archivo = process.argv[2];
if (!archivo) throw new Error('Indica el CSV de resultados.');
const lineas = (await readFile(archivo, 'utf8')).trim().split(/\r?\n/);
if (lineas.shift() !== 'herramienta,tarea,minutos,paso_pruebas') {
  throw new Error('Encabezado inesperado.');
}

const grupos = new Map();
for (const linea of lineas) {
  const [herramienta, tarea, tiempo, pruebas] = linea.split(',');
  const minutos = Number(tiempo);
  if (!herramienta || !tarea || !Number.isFinite(minutos) || minutos < 0) {
    throw new Error(`Línea no válida: ${linea}`);
  }
  if (pruebas !== 'si') continue; // Compara solo tareas terminadas con pruebas correctas.
  const clave = `${herramienta} / ${tarea}`;
  grupos.set(clave, [...(grupos.get(clave) ?? []), minutos]);
}

for (const [clave, tiempos] of grupos) {
  tiempos.sort((a, b) => a - b);
  const medio = Math.floor(tiempos.length / 2);
  const mediana = tiempos.length % 2
    ? tiempos[medio]
    : (tiempos[medio - 1] + tiempos[medio]) / 2;
  console.log(`${clave}: ${mediana} min (${tiempos.length} tarea(s) terminada(s))`);
}

Usa nombres de tareas sin comas, porque este lector es deliberadamente pequeño y no implementa todo el formato CSV. No descartes un intento fallido solo porque el script omita las filas sin pruebas correctas: cuenta esos fallos por separado. Una herramienta que termina rápido cuando acierta, pero falla con frecuencia, puede ser peor en la práctica. Anota también la ayuda y documentación necesarias.

Práctica: exige criterios mínimos a las sugerencias de IA

La IA integrada debe respetar los mismos límites que cualquier cambio humano: código legible, pruebas ejecutables y posibilidad de revisión. Un control sencillo consiste en comprobar si una propuesta ha dejado marcadores de trabajo pendiente en el diff. El siguiente ejemplo usa git diff para examinar solo las líneas añadidas y señalar TODO o FIXME. No juzga la calidad del código; detecta tareas pendientes evidentes.

// Guarda el archivo como revisar-diff.mjs; ejecútalo dentro de un repositorio Git.
import { execFileSync } from 'node:child_process';

const diff = execFileSync('git', ['diff', '--unified=0'], { encoding: 'utf8' });
const agregadas = diff.split('\n').filter(linea => linea.startsWith('+') && !linea.startsWith('+++'));
const pendientes = agregadas.filter(linea => /\b(TODO|FIXME)\b/i.test(linea));

if (pendientes.length) {
  console.error('Revisa las tareas pendientes añadidas:');
  for (const linea of pendientes) console.error(linea);
  process.exitCode = 1;
} else {
  console.log('No se ha añadido ningún marcador TODO o FIXME.');
}

Una comprobación así puede formar parte de la revisión habitual, tanto si usas Junie como otro agente o solo el editor. No detecta errores, filtraciones de secretos ni pruebas débiles. Para ello, conserva pruebas específicas, análisis estático y revisión de seguridad proporcionales al proyecto. El valor de la integración de IA está en reducir el esfuerzo sin ocultar el camino entre la solicitud, el cambio y el resultado.

Si el agente produce muchos cambios a la vez, prefiere solicitudes más pequeñas y puntos de control frecuentes. Lee los archivos modificados, ejecuta las pruebas pertinentes y comprende por qué cambió el comportamiento. Una IDE que facilite navegar por el diff puede hacer menos pesada esa revisión; vale la pena medir esa mejora también. Contar sugerencias aceptadas sirve de poco si generan retrabajo.

Cómo decidir en equipo sin convertir una preferencia en norma

Cada persona valora funciones diferentes. Quien mantiene un servicio antiguo puede necesitar refactorizaciones seguras; quien trabaja en frontend quizá priorice la vista previa, el formato y las pruebas en el navegador; quien se ocupa de datos puede pasar el día entre consultas y esquemas. Una política común exige escuchar esas tareas y restricciones. La pregunta adecuada para quien dirige el equipo es: ¿qué resultados queremos mejorar y qué libertad debe conservar el equipo?

Prepara una matriz pequeña con las tareas habituales, el coste total, la calidad de la asistencia, el rendimiento en los equipos y la compatibilidad con los lenguajes utilizados. Asigna un peso a cada criterio antes de empezar la prueba. Asignarlos después sesgaría la comparación. Para una empresa, añade la administración de licencias, la política de datos y la posibilidad de abandonar la herramienta sin un coste excesivo.

El informe muestra una empresa que invierte en IA y en su ecosistema. Para los usuarios, eso puede significar más opciones e integración. Para los responsables de equipo, significa que el precio, los límites y la gobernanza merecen revisiones periódicas. Repite el pequeño experimento cuando cambie el flujo de trabajo o se renueve la oferta comercial. Evita convertir la decisión en una regla eterna.

Perspectivas: el crecimiento aporta contexto, la productividad exige pruebas

El crecimiento de ingresos del 25,69 % y los más de 12,5 millones de usuarios activos recurrentes ayudan a explicar por qué JetBrains sigue siendo relevante. La expansión de usuarios de pago de IA indica un interés real por las funciones asistidas. Ninguna de esas cifras mide directamente el tiempo que ahorrarás en tu repositorio. Tampoco responde, por sí sola, a las preguntas sobre beneficios, costes de infraestructura o calidad de cada producto.

Mi recomendación es sencilla: usa el informe para entender la dirección de la empresa y una prueba controlada para decidir sobre la licencia. Compara tareas que realmente realizas, incluye el coste de adaptación, cuenta los fallos y comprueba cómo se comporta la IA durante la revisión. Si la herramienta aporta valor de forma constante, tendrás pruebas para defender la elección. Si no lo hace, dispondrás de una forma clara de explicar por qué sin tener que defender una marca por simpatía.

El mercado de las IDE y los agentes sigue cambiando rápidamente. Elige hoy una tarea que suela consumir tiempo, registra el resultado en tu entorno actual y repite la prueba en la alternativa que estás considerando. Una medición honesta sirve más que un titular o una demostración.

¡Vamos con todo! 🦅

📚 ¿Quieres seguir lo que viene por delante?

Este artículo ha repasado los resultados de JetBrains y la elección práctica de una IDE, pero el ecosistema cambia cada semana y no todas las novedades acaban en un artículo aquí.

En X comparto lo que estoy probando, los entresijos de mis proyectos y las novedades que aparecen antes de convertirse en una publicación.

Sígueme allí

👉 Seguir a @jeffbruchado en X

💡 Contenido diario sobre desarrollo, carrera profesional y las herramientas que uso de verdad.