En 2026, un programador en Argentina no tiene un sueldo único: el valor cambia según el rol, el nivel de experiencia, la moneda o base de pago y la modalidad de contratación. La referencia comparable que sí se puede sostener con las fuentes disponibles es la mediana mensual para desarrollo de software semi-senior: $2.500.000 entre quienes cobran en pesos y $3.200.000 entre quienes tienen un sueldo dolarizado, según la lectura de la encuesta 2026 publicada por el Boletín del DC de la UBA. Para junior, senior, Tech Lead y cada lenguaje no hay en las fuentes verificadas una mediana equivalente; por eso esos casilleros deben quedar abiertos, no completarse con una cifra supuesta. La tabla sirve como punto de partida para conversar sobre presupuesto, no como una oferta individual ni como costo total de un equipo.
Qué se puede afirmar con fecha y fuente
Las cifras y páginas de esta actualización se revisaron el 20 de agosto de 2026. Una referencia salarial pierde contexto si no se sabe cuándo fue publicada, qué unidad usa y a qué grupo describe.
La publicación primaria de Sysarmy sobre su encuesta 2026.1 informa 5.074 participantes y 4.939 respuestas consideradas. Ese dato describe el conjunto analizado; no convierte cada resultado en una tarifa para cualquier puesto.
El Boletín del DC de la UBA presenta medianas, no promedios, y separa desarrollo de software y ciencia de datos según la base de remuneración. La nota fue publicada el 4 de agosto de 2026. En sus montos mensuales aparece el signo $, pero la información disponible no entrega el tipo de cambio necesario para convertir la categoría dolarizada a dólares; por eso se conserva la unidad publicada.
El OPSSI de CESSI se presenta como un observatorio permanente de la industria del software y los servicios informáticos de Argentina. Lo identifico como fuente sectorial, no como respaldo de un número salarial que no figura en la evidencia revisada.
La página oficial del RIPTE en Argentina.gob.ar publica $1.915.878,76 para junio de 2026 y una variación mensual de 3,6 %. Es un indicador previsional general, no una cotización de desarrollo de software: aporta contexto, pero no reemplaza una medición del rol.
Tabla de referencias salariales disponibles
Solo incluyo valores con fuente y definición identificables. “Dolarizado” conserva la etiqueta de la nota de la UBA; no significa que el monto deba leerse como USD.
| Rol y nivel | Base que distingue la fuente | Mediana mensual publicada | Cómo usarla |
|---|---|---|---|
| Desarrollo de software, semi-senior | Sueldo en pesos | $2.500.000 | Referencia para un perfil que encaje en ese rol y nivel. |
| Desarrollo de software, semi-senior | Sueldo dolarizado | $3.200.000 | Mantener separado; no convertir sin fuente y fecha de tipo de cambio. |
| Ciencia de datos, semi-senior | Sueldo en pesos | $4.000.000 | Usar solo si el trabajo es ciencia de datos y el nivel coincide. |
| Ciencia de datos, semi-senior | Sueldo dolarizado | $4.800.000 | No es un suplemento aplicable a cualquier desarrollador. |
| Junior, senior, Tech Lead o Principal | No hay mediana equivalente en las fuentes usadas aquí | No disponible | Buscar un benchmark comparable; no interpolar desde semi-senior. |
Una mediana resume el punto central de una distribución; no describe los extremos, el sueldo de una persona concreta ni el costo total de un equipo. La uso como ancla y convierto las partes ausentes en preguntas explícitas.
El marco LUMA para pasar de un sueldo a una decisión
Para usar la tabla en una contratación o conversación de proyecto, procesala con cuatro filtros. El marco LUMA —Línea de base, Unidad, Modalidad y Alcance— evita mezclar números que responden preguntas distintas.
1. Línea de base: qué dato está respaldado
Elegí una cifra que describa el mismo trabajo. La mediana de desarrollo de software semi-senior no es una base válida para un rol senior solo porque ambos escriban código, y la de ciencia de datos no es un proxy para un backend generalista. Guardá juntos el rol, el nivel, el valor, el enlace y la fecha de consulta.
2. Unidad: cuánto, en qué moneda y con qué estadístico
Registrá si el dato es mensual o anual, bruto o neto, mediana o promedio, y cómo nombra la fuente la moneda. En las cifras citadas, la nota de la UBA habla de medianas mensuales y no entrega el tipo de cambio para convertir la categoría dolarizada. No la transformes en USD ni en sueldo de bolsillo.
3. Modalidad: separar base salarial y vínculo
La categoría monetaria no describe por sí sola un contrato. Documentá aparte la modalidad, quién paga, la fecha, el tratamiento de la moneda y los componentes excluidos. Esta guía no calcula impuestos, cargas, beneficios, equipos ni intermediación porque no hay una fuente aplicable para inferirlos.
4. Alcance: convertir la referencia en un escenario
Una cifra mensual se vuelve una decisión cuando se agregan personas y meses:
base salarial del período = mediana mensual publicada × cantidad de personas × cantidad de meses
Conservá la unidad de la fuente. Dos bases diferentes se muestran como escenarios separados; no se suman ni se promedian para fabricar un total.
Plantilla reutilizable de equipo
Decisión:
Rol y nivel:
Base de pago:
Valor mensual publicado:
Unidad y estadístico:
Cantidad de personas / meses:
Fuente y fecha de publicación:
Fecha de consulta:
Incluye:
Pendiente de validar:
Resultado de referencia:
La plantilla obliga a dejar visibles tanto la evidencia como el espacio en blanco.
Cómo leer la tabla por rol y experiencia
“Programador” reúne trabajos distintos. El nombre de la tecnología ayuda a describir una vacante, pero no reemplaza el alcance, la autonomía ni la responsabilidad del puesto. Como las fuentes no aportan una tabla trazable por lenguaje, no asigno un adicional automático a frontend, backend, fullstack, mobile, DevOps o a un stack.
| Pedido | Qué puede sostenerse | Qué debe completar quien presupuesta |
|---|---|---|
| Perfil junior | No hay valor equivalente en las fuentes seleccionadas | Buscar una referencia de junior; no calcularlo como una fracción del semi-senior. |
| Semi-senior de desarrollo de software | Dos medianas según la base: $2.500.000 y $3.200.000 mensuales publicados | Confirmar tareas, seniority y base de pago. |
| Perfil senior | No hay mediana equivalente | Describir responsabilidades y conseguir un dato específico. |
| Frontend, backend, fullstack o mobile | No hay cifra por especialidad en esta evidencia | Definir la combinación de tareas y buscar una medición separada. |
| DevOps o SRE | No hay benchmark específico | Separar infraestructura, guardias y responsabilidad técnica. |
| Ciencia de datos semi-senior | Medianas de $4.000.000 en pesos y $4.800.000 en la categoría dolarizada | Verificar que sea ciencia de datos; no usarlo para todo perfil de datos. |
| Tech Lead o Principal | No hay mediana equivalente | Medir liderazgo y arquitectura además del desarrollo. |
“Rol” y “tecnología” no son sinónimos: un lenguaje puede aparecer en trabajos con responsabilidades distintas. La decisión debería registrar qué capacidad necesita el proyecto y qué evidencia corresponde a esa capacidad.
Ejemplo trabajado: dos escenarios para cuatro meses
Este es un ejemplo hipotético de uso de la planilla, no una cotización, un caso de cliente ni un resultado observado. Supongamos que una empresa quiere conversar sobre un equipo de dos perfiles semi-senior de desarrollo de software durante cuatro meses. La única variable que cambia entre escenarios es la base salarial que se quiere evaluar.
Escenario A: referencia de sueldos en pesos
- Valor mensual de referencia: $2.500.000 por persona.
- Cantidad de personas: 2.
- Período: 4 meses.
- Cuenta: $2.500.000 × 2 × 4 = $20.000.000.
- Resultado: $20.000.000 como base salarial de referencia para el período, en la unidad publicada.
- Fuente: Boletín del DC de la UBA, indicadores de computación y datos.
Escenario B: categoría de remuneración dolarizada publicada por la misma nota
- Valor mensual de referencia: $3.200.000 por persona, tal como aparece en la publicación.
- Cantidad de personas: 2.
- Período: 4 meses.
- Cuenta: $3.200.000 × 2 × 4 = $25.600.000.
- Resultado: $25.600.000 en la unidad publicada por la nota; no se lo rotula como USD ni se lo mezcla con el escenario A.
- Fuente: Boletín del DC de la UBA, indicadores de computación y datos.
La lectura correcta no es que una empresa deba pagar exactamente uno de esos totales. El ejercicio muestra cómo cambia el presupuesto de referencia cuando cambia la base, manteniendo constantes el rol, el nivel, la cantidad de personas y el período. Si se cambia además el rol, el seniority o la duración, hay que abrir otra línea de cálculo y conservar su fuente.
La cuenta tampoco incluye cargas, beneficios, impuestos, herramientas, selección, coordinación, soporte, licencias, infraestructura, vacaciones, ausencias, ajustes ni cualquier otra partida que una organización deba evaluar. No se agregan porcentajes por intuición. Se anota cada partida como “pendiente de fuente o de validación” hasta tener una definición aplicable.
Tabla de decisión y checklist de control
Usá esta tabla antes de copiar un número a una propuesta o a un presupuesto. La columna “acción” está pensada para evitar que la falta de un dato se convierta en una cifra inventada.
| Pregunta | Acción recomendada | Salida aceptable |
|---|---|---|
| ¿El rol coincide con la fuente? | Comparar tareas y seniority, no solo el título | “Coincide”, “parcial” o “sin evidencia suficiente”. |
| ¿La base es pesos o remuneración dolarizada? | Mantener escenarios separados | Dos referencias con su propia unidad. |
| ¿La cifra es mediana, promedio o rango? | Copiar la definición de la fuente | La etiqueta queda junto al valor. |
| ¿Está expresada por mes? | Confirmarlo antes de multiplicar | Período y unidad visibles. |
| ¿Se conoce la fecha? | Registrar publicación y consulta | Una referencia fechada, no una cifra atemporal. |
| ¿Se busca costo total del empleador? | Abrir partidas aparte | Salario de referencia separado de costos pendientes. |
| ¿Se necesita un junior, senior o líder? | No interpolar la fila semi-senior | Casillero vacío y tarea de investigación definida. |
| ¿Se quiere usar RIPTE? | Tratarlo como contexto macro, no como cotización tech | Nota contextual con fuente oficial. |
Checklist antes de compartir el número
- Escribí el rol en términos de tareas y responsabilidades.
- Separé junior, semi-senior, senior y liderazgo sin suponer equivalencias.
- Elegí una sola base de pago para el escenario; si hay dos, armé dos escenarios.
- Registré si el valor es mensual y si es mediana, promedio o rango.
- Dejé el enlace exacto de la fuente junto al dato.
- Anoté la fecha de publicación y la fecha en que revisé la referencia.
- Multipliqué únicamente por personas y meses cuando esos inputs están definidos.
- Dejé en blanco cargas, beneficios, impuestos, conversiones y otras partidas no respaldadas.
- Expliqué qué no responde la cifra antes de usarla en una decisión.
- Revisé que la referencia no se presente como oferta individual ni como presupuesto cerrado.
Pasos para implementar la hoja en una decisión real
Paso 1: escribir la decisión
Definí si evaluás una contratación, una primera fase de producto, una ampliación de equipo o una modalidad. Anotá quién usará la hoja y qué plazo necesita revisar.
Paso 2: congelar la fecha
Para las fuentes de esta guía, registrá “revisado el 20 de agosto de 2026”. Si la evidencia cambia, conservá la versión anterior y explicá el cambio en lugar de reemplazarla sin nota.
Paso 3: armar un brief del rol
Respondé: ¿qué construye o mantiene?, ¿qué decisiones toma?, ¿qué parte del ciclo cubre?, ¿con quién coordina? Recién después elegí una etiqueta como frontend, backend, mobile, infraestructura o datos. Si el brief no coincide con la fuente, marcá la coincidencia como parcial.
Paso 4: elegir una base monetaria
Escribí “pesos” o “remuneración dolarizada publicada” y mantené el rótulo hasta el final. No conviertas por un tipo de cambio recordado o tomado de otra página. Una conversión posterior necesita su propia fuente, fecha y regla.
Paso 5: cargar los inputs mínimos
Completá valor mensual, cantidad de personas, cantidad de meses y base de pago. Guardá también rol, nivel, fuente, fecha y definición estadística. Si falta un input, el resultado debe decir “incompleto”, no cero ni una estimación oculta.
Paso 6: calcular y abrir pendientes
Aplicá la fórmula dentro de la misma unidad y usá columnas separadas para bases o roles distintos. Después abrí una sección de costos pendientes: modalidad, cargas, beneficios, herramientas, coordinación, infraestructura y selección. Cada partida requiere definición y validación propia.
Paso 7: preparar la conversación
Llevá la referencia publicada, el escenario del período y la lista de supuestos. Preguntá qué parte del rol se mantiene, qué parte cambia y qué costo necesita otra fuente. El resultado debe explicar su origen, no entregar un total aislado.
Limitaciones y decisiones que quedan abiertas
Esta guía tiene límites deliberados:
- Cobertura de seniority. Las fuentes citadas aquí permiten trabajar con referencias de perfiles semi-senior en desarrollo de software y ciencia de datos. No aportan una fila equivalente para junior, senior, Tech Lead o Principal que pueda incorporarse sin otra investigación.
- Cobertura por rol y lenguaje. No hay una tabla trazable por frontend, backend, fullstack, mobile, DevOps, SRE ni por lenguaje. Los nombres aparecen como categorías de alcance, no como precios.
- Mediana no es una propuesta. Una mediana resume respuestas de una medición; no fija la compensación de una persona, una empresa o un proyecto. Tampoco reemplaza una conversación sobre responsabilidades.
- Base monetaria. La categoría “dolarizada” de la nota de la UBA se conserva tal como fue presentada. El material disponible no habilita una conversión a USD ni una comparación con un tipo de cambio elegido por el editor.
- Costo empresario. Los cálculos son una base salarial de período. No incluyen cargas, beneficios, impuestos, equipos, selección, gestión, infraestructura u otras partidas. Cada una necesita una definición y, si se incorpora, una fuente o validación propia.
- Contexto macro. El RIPTE es un indicador previsional general. Puede ayudar a leer el momento salarial, pero no responde cuánto vale un rol de software.
- Fecha. La referencia fue revisada el 20 de agosto de 2026. No debe reutilizarse como si fuera una cifra permanente: cualquier actualización exige volver a mirar publicación, muestra, unidad y definición.
- Comparabilidad. La cantidad de respuestas de una encuesta no elimina la dispersión entre perfiles, modalidades, sectores y responsabilidades. Por eso el ejercicio muestra escenarios y no una tarifa universal.
- Decisiones legales y fiscales. La hoja no determina si una modalidad contractual conviene ni cómo se liquidan impuestos o divisas. Esos puntos deben revisarse con asesoramiento específico antes de formalizar una contratación.
El tradeoff principal es simple: una tabla con menos casilleros puede parecer menos cómoda, pero permite distinguir lo que está medido de lo que todavía hay que averiguar. Para tomar una decisión responsable, esa visibilidad vale más que completar todos los roles con números de origen incierto.
Preguntas frecuentes para usar la referencia
¿Por qué no aparece un sueldo junior o senior?
La evidencia seleccionada no aporta una mediana comparable para esos niveles. Calcularla a partir del semi-senior supondría una relación que la fuente no establece. Dejá el campo abierto y buscá una medición con el mismo rol, nivel, unidad y fecha.
¿La cifra de $3.200.000 significa USD 3.200?
No. La nota del Boletín del DC de la UBA muestra $3.200.000 como mediana mensual del grupo con sueldo dolarizado y $2.500.000 para el grupo que cobra en pesos. No entrega el tipo de cambio necesario para expresarla en USD; por eso se conserva el monto y su etiqueta.
¿Puedo sumar beneficios y cargas al ejemplo?
Podés abrir esas partidas, pero no agregarlas con un porcentaje inventado. Definí el concepto, la modalidad y la fecha; hasta contar con una base aplicable, el resultado es una referencia salarial más costos pendientes.
¿RIPTE sirve para actualizar el sueldo de un desarrollador?
Aporta contexto general de remuneraciones imponibles y una referencia macro fechada. No es una medición de software. Si se usa para actualizar, hay que decir que es un criterio externo al benchmark tecnológico.
¿Qué hago si el puesto combina frontend, backend y coordinación?
Separá responsabilidades, indicá qué parte es desarrollo y cuál coordinación, y buscá una referencia que describa la combinación. Si no existe, presentá la mediana de software como contexto y marcá la coincidencia como parcial.
¿La tabla alcanza para decidir si conviene construir un producto?
No por sí sola: cubre una parte del presupuesto de talento. También hay que precisar alcance, usuarios, operación, dependencias, seguridad, datos, fases y responsabilidades. Si ya tenés una iniciativa concreta, podés Evaluar mi proyecto en Argentina, la ruta declarada para una evaluación confidencial y una recomendación de próximos pasos. Esa conversación no convierte automáticamente la mediana en una cotización.
¿Qué debería llevar a esa conversación?
Llevá el objetivo, quién usaría el software, qué existe hoy, el plazo en mente y la hoja con sus fuentes. Señalá qué números son referencias, cuáles son supuestos y qué costos siguen pendientes; así la conversación empieza por el problema y el alcance.
