# Escáner, No Buceador: Cómo Dejar de Quemarte en IT y Crear un Entorno para el Crecimiento
Tras 15 años programando, descubrí un patrón: cada 1–1,5 años en un nuevo trabajo, llegaba el agotamiento. Solo adoptando el concepto de «escáner» y creando conscientemente un entorno para una amplia gama de intereses logré romper el círculo vicioso. Así es como se aplica a tu carrera.
Patrón de Agotamiento: Las Cifras No Mienten
Analizando mi carrera, identifiqué un patrón claro. Primer empleo — 5 años (desarrollador Java), segundo — 3 años (desarrollador Salesforce), los siguientes — 1–1,5 años cada uno. Antes culpaba a factores externos: mala gestión, pilas tecnológicas obsoletas, equipos inadecuados. Pero la causa real era más profunda.
En el primer trabajo, me quedé 5 años porque la empresa ofrecía nuevos retos constantemente: desde servlets y JSP hasta Alfresco, GWT y FileNet. La curva de aprendizaje se mantenía ascendente. En el segundo, un cambio radical de pila a Salesforce. La transición fue suave gracias a mi base en Java, y los proyectos cortos (de una semana a un par) proporcionaban retroalimentación rápida y descargas de dopamina. Pero tras un año aproximadamente, la pila se volvió familiar, las tareas predecibles y la curva de aprendizaje se aplanó. Mi batería se agotó.
La Excepción: Cómo DINS Creó un Entorno Amigable para Escáneres
Una empresa rompió la tendencia: DINS. Trabajé allí felizmente, aunque en un momento quise irme. La clave fue el líder del equipo, que fomentaba abordar cualquier problema sin burocracia. Me daban tiempo para aprender, prototipar e implementar. Generaba novedad yo mismo en lugar de esperarla de las tareas. Ese era el entorno amigable para escáneres.
Punto de Inflexión: IA como Catalizador de Creatividad
El verano pasado, mi hermano me recomendó Perplexity. En charlas con Claude Sonnet, vi un salto cualitativo: análisis de tareas, generación de código e ideación se volvieron mucho más eficientes. En 4 meses, lancé más de 40 proyectos:
- Plugins para IntelliJ IDEA y Obsidian
- Herramientas para automatizar tareas rutinarias
- Plataformas multiusuario
- Un intento de escribir un SO en Zig
El flujo de ideas se aceleró, mi horario cambió: 4 horas de sueño, anotando ideas al despertar. Fue un período de productividad máxima sin agotamiento.
Concepto de Escáner: No un Defecto, Sino una Arquitectura
Cuando los proyectos se acumularon, le pregunté a la IA: «¿Cómo organizar ideas y elegir las monetizables?». La respuesta me llevó al libro de Barbara Sher Refuse to Choose. Ella describe dos tipos:
Buceadores — se sumergen profundamente en un tema de por vida. La profundidad es su elemento.
Escáneres — anhelan amplitud. Sus cerebros están cableados para la variedad. La amplitud no es un defecto; es su arquitectura.
Sher identifica 9 subtipos de escáneres:
- Malabarista de platos — maneja múltiples proyectos a la vez.
- Especialista en serie — se sumerge profundamente y luego cambia de campo por completo.
- Agente doble — vive dos pasiones paralelas.
- Cazador de trofeos — domina una habilidad y luego pierde interés.
- Curioso — acumula conocimiento por el placer de hacerlo.
- Enciclopedista — prioriza amplitud sobre profundidad.
- Abeja — conecta personas e ideas.
- Sybil — asigna franjas horarias fijas a cada pasión.
- Proyector — vive de proyecto en proyecto.
Reconociéndome en esto, entendí la raíz de mis patrones de agotamiento y el éxito en DINS.
Cómo Cambié Mi Enfoque de Trabajo
Armado con esta comprensión, dejé de esperar tareas interesantes. Ahora, al detectar rutina, propongo soluciones: construyo un prototipo y lo demuestro. Ya he implementado dos proyectos de automatización en mi empresa actual. Recreo esa vibra de DINS, pero ahora la gestiono conscientemente.
Prueba de Tipo: Implementación Técnica
En lugar de leer pasivamente, construí una herramienta. Combinando el modelo de Sher con las «6 Genialidades Laborales» de Patrick Lencioni, codifiqué una prueba en Java 21 + Spring Boot 3.
Pila: Thymeleaf, Gradle, Docker. Sin SPA ni base de datos.
i18n vía JSON-pivot: un JSON por idioma en lugar de archivos de propiedades. Añadir un idioma = nuevo archivo.
{
"language": "ru",
"ui": {
"welcomeTitle": "Who you: Scanner or Diver?",
"statsLink": "📊 Statistics"
},
"sherQuestions": [
{
"id": "q1",
"text": "When I start a new project...",
"options": []
}
]
}
Algoritmo: Votación Ponderada
Cada respuesta suma puntos a múltiples tipos. Gana el de mayor puntuación.
public SherResult calculate(List<Answer> answers) {
Map<SherType, Integer> scores = new EnumMap<>(SherType.class);
for (Answer answer : answers) {
answer.weights().forEach((type, weight) ->
scores.merge(type, weight, Integer::sum)
);
}
return scores.entrySet().stream()
.max(Map.Entry.comparingByValue())
.map(e -> new SherResult(e.getKey(), e.getValue()))
.orElseThrow();
}
Estadísticas sin base de datos: LongAdder para incrementos, persistencia vía instantáneas JSON.
public record StatsSnapshot(
long startedSher,
long completedResult,
Map<String, Long> sherTypeCounts,
Map<String, Long> geniusCounts
) {
public double completionRate() {
if (startedSher == 0) return 0;
return (completedResult * 100.0) / startedSher;
}
}
Despliegue para desarrolladores de la Federación Rusa: alojamiento gratuito sin tarjeta de crédito — Hugging Face Spaces en modo sdk: docker. Requisitos:
- Encabezado YAML en
README.md:
---
title: Scanner Profile
emoji: 🔬
colorFrom: green
colorTo: blue
sdk: docker
app_port: 7860
pinned: false
---
- La app escucha en el puerto 7860.
Tras git push, HF construye la imagen y despliega. Completamente gratuito.
Lecciones Clave
- El agotamiento en IT suele provenir de un desajuste entre el tipo de personalidad (escáner/buceador) y el entorno laboral.
- Los escáneres necesitan un entorno donde puedan generar e implementar ideas libremente sin burocracia.
- Aplicar conscientemente el modelo de escáner te permite crear entornos de crecimiento en cualquier empresa.
- Herramientas técnicas (como esta prueba en Java) ayudan al autodiagnóstico y gestión de carrera.
— Editorial Team
Aún no hay comentarios.