Bryan Cantrill, cofundador de Oxide Computer Company y ex ingeniero distinguido de Sun Microsystems, publicó el 20 de septiembre de 2026 un ensayo que responde a una pregunta que la nostalgia por Sun casi nunca se anima a formular: ¿qué hizo mal una compañía que inventó Java, popularizó Unix en los noventa y llegó a ser sinónimo de innovación en silicio?
El texto, titulado "What Sun got wrong", nació de un motivo casi trivial: el equipo de Oxide preparaba remeras homenaje a compañías de cómputo desaparecidas para su meetup anual, OxCon, y una de ellas rendía tributo a Sun. Esa remera disparó una reflexión que Cantrill ya había esbozado en 2011 y que ahora, quince años después, resume en una sola frase.
TL;DR
- Bryan Cantrill publicó el 20 de septiembre de 2026 un ensayo titulado "What Sun got wrong" en su blog personal.- Su tesis central: Sun Microsystems no falló por estrategia, sino porque se aburrió de operar su propio negocio.- En 2005, una startup que corría su infraestructura sobre OpenSolaris no logró que Sun le vendiera hardware por teléfono.- Esa misma startup compró los servidores a Dell la misma noche, atendida por un ejecutivo llamado Steve.- Scott McNealy dirigió Sun durante 22 años y decía nunca haber tenido que esconder el diario avergonzado de sus hijos.- Oracle terminó comprando Sun Microsystems en 2010, tras años de declive operativo.- Cantrill y Steve, el ex vendedor de Dell, cofundaron años después Oxide Computer Company.- El ensayo nació de una remera homenaje a Sun que el equipo de Oxide diseñó para su meetup anual OxCon.
Qué pasó
Cantrill escribe desde Emeryville, California, donde todo el equipo remoto de Oxide se reúne esta semana para OxCon, su encuentro presencial anual. Como parte de la preparación, el diseñador de la compañía, Ben Leonard, creó una serie de remeras que homenajean a computadoras y empresas ya desaparecidas. Entre ellas, una dedicada a Sun Microsystems resultó, en palabras del propio Cantrill, "demasiado candente para dejarla como sorpresa".
La remera reavivó una nostalgia que Cantrill considera merecida en gran parte. La misión declarada de Oxide, de hecho, viene directamente del epitafio que Scott McNealy escribió para Sun, y de una reflexión suya: en 28 años dirigiendo la compañía, McNealy decía nunca haber tenido que "esconder el diario avergonzado frente a mis hijos". Para Cantrill, esa frase sigue siendo un estándar que todas las empresas deberían perseguir.
Pero la nostalgia, advierte, puede volverse sofocante hasta el punto de silenciar la pregunta incómoda: ¿qué hizo mal Sun? Cantrill responde que sí, Sun hizo mucho mal, y que él mismo, sin haber sentido nunca vergüenza de trabajar ahí, se avergonzó más de una vez de decisiones puntuales de la compañía.
Contexto e historia de Sun Microsystems
Sun Microsystems fue, durante buena parte de los años noventa y comienzos de los dos mil, una de las compañías más influyentes de la computación: sus estaciones de trabajo con procesadores SPARC, su sistema operativo Solaris y su lenguaje Java definieron buena parte de la infraestructura de internet de esa era. McNealy la dirigió como CEO durante 22 años, entre 1984 y 2006, y bajo su gestión Sun llegó a facturar miles de millones de dólares anuales.
El ensayo de Cantrill no discute esa herencia. Lo que discute es un patrón operativo que, según su lectura, se volvió estructural con el tiempo: Sun dejó de prestarle atención a la mecánica cotidiana de vender, entregar y atender a sus clientes. Cantrill lo resume en una frase que funciona como eje de todo el ensayo: "Sun se había aburrido de la mecánica de operar un negocio".
Scott McNealy dirigió Sun Microsystems durante 22 años, entre 1984 y 2006.
El episodio que Cantrill usa para ilustrar ese diagnóstico ocurrió en 2005. Una startup que crecía a gran velocidad corría toda su infraestructura sobre OpenSolaris y quería comprar una cantidad importante de servidores Sun. Para Sun, esto debería haber sido una validación total de su apuesta por abrir el código de Solaris: el modelo funcionaba, el cliente crecía y quería pagar por hardware propio.
Pero el cliente no pudo comprar. La startup llamó a Sun repetidas veces y no logró que nadie le devolviera el llamado; cuando finalmente alguien atendió, intentó venderle el producto equivocado. El contraste con Dell fue brutal: la misma startup llenó un formulario web a mitad de la noche y, a la mañana siguiente, un ejecutivo de cuentas llamado Steve ya la estaba llamando. En menos de dos semanas, Dell había instalado los servidores en el centro de datos y financiado la operación completa sin garantías personales, basándose solo en las finanzas de la compañía.
Detalles técnicos: de OpenSolaris a Oxide
La ironía técnica es doble. Sun había abierto el código de Solaris en 2005 precisamente para atraer a compañías como esa startup, que necesitaban un sistema operativo confiable para cargas de trabajo intensivas sin pagar licencias propietarias tradicionales. La apuesta estratégica era correcta: OpenSolaris terminó siendo la base sobre la que se construyeron ideas centrales de lo que hoy llamamos cloud computing. El propio Cantrill fue uno de los ingenieros que desarrolló DTrace en Sun, la herramienta de instrumentación dinámica del kernel que todavía hoy se usa para depurar sistemas en producción sin reiniciarlos.
El problema no estaba en la tecnología, sino en la capa que la rodea: ventas, soporte, logística de entrega, atención al cliente. Esa capa operativa es la que Dell dominaba con una precisión casi industrial en 2005, y la que Sun había dejado de cuidar. Cantrill remata la anécdota con un detalle que le cambió la vida profesional: después de dejar Sun, se unió exactamente a esa startup, la que no había recibido respuesta de Sun. Y el ejecutivo de Dell, Steve, terminó siendo contratado también por esa misma compañía años más tarde.
De esa historia compartida nació, años después, Oxide Computer Company, fundada por Cantrill junto a Steve. La empresa fabrica servidores de rack completo con un enfoque deliberadamente opuesto al que Cantrill critica en Sun: firmware abierto, sin el clásico BMC (Baseboard Management Controller) propietario que ha sido fuente de vulnerabilidades críticas en servidores comerciales, y un sistema operativo embebido propio llamado Hubris, escrito en Rust y publicado como código abierto.
# Clonar y compilar Hubris (Linux, macOS y Windows con PowerShell)
git clone https://github.com/oxidecomputer/hubris.git
cd hubris
cargo xtask dist app/demo-stm32h7-nucleo/app.toml
El comando anterior compila una imagen de demostración de Hubris para una placa de desarrollo STM32H7; es el mismo flujo de trabajo, con las mismas herramientas de Rust (cargo, rustup), que usan los ingenieros de Oxide para construir el firmware que corre en sus propios servidores. Un archivo de manifiesto típico dentro de ese repositorio define cada tarea del sistema como una unidad aislada con su propio presupuesto de memoria:
[tasks.thermal]
name = "task-thermal"
priority = 5
max-sizes = { flash = 32768, ram = 8192 }
start = true
Cada tarea de Hubris, como la de gestión térmica del ejemplo, corre aislada del resto: si falla, el sistema la reinicia sin afectar a las demás. Es una filosofía de diseño distinta a la de Solaris en 2005, pero conectada por el mismo hilo conductor: construir sistemas que la propia compañía entienda y opere de punta a punta, sin depender de terceros para las piezas críticas.
💭 Clave: Cantrill no dice que la estrategia técnica de Sun estuviera equivocada. OpenSolaris fue una apuesta correcta. Lo que falló fue la ejecución operativa alrededor de esa estrategia.
Cómo explorar el ensayo y el código de Oxide
El ensayo completo de Cantrill está publicado en su blog personal, bcantrill.dtrace.org, y no requiere registro ni suscripción. Para quien quiera además revisar el razonamiento original de 2011 que Cantrill dice sostener quince años después, ese comentario circuló en su momento en Hacker News.
Quien quiera ir un paso más allá y ver en código cómo Oxide traduce esa filosofía de "dueño de punta a punta" en un producto real, puede clonar el repositorio de Hubris y revisar la carpeta app/, donde cada servidor de Oxide (conocido internamente como "Gimlet") tiene su propio archivo de configuración con las tareas que corren en el hardware:
:: Windows (PowerShell), macOS y Linux usan el mismo comando
git clone https://github.com/oxidecomputer/hubris.git
cd hubris
cargo build --release
Para confirmar que el entorno de compilación está bien configurado, basta con revisar que cargo xtask liste las aplicaciones disponibles sin errores de dependencias faltantes; el propio repositorio documenta los requisitos de toolchain de Rust necesarios para cada placa objetivo.
Impacto y análisis
La lección que Cantrill extrae no es exclusiva de Sun ni del hardware. Para equipos de desarrollo y startups tech en América Latina, el punto es transferible: una tecnología superior no garantiza nada si la capa operativa que la rodea, atención a clientes, soporte, logística de entrega, se descuida. Es un riesgo particularmente relevante para compañías que crecen rápido y empiezan a tratar la atención al cliente como un costo a minimizar en lugar de una función central del negocio.
Vale la aclaración: esta es la perspectiva de un solo ex empleado, y Cantrill lo reconoce explícitamente en su propio ensayo al decir que cada persona que trabajó en Sun tendrá su propia lectura de qué salió mal. Tampoco la ejecución operativa impecable garantiza la supervivencia: Oxide compite en un mercado de hardware de servidores intensivo en capital, donde gigantes como Dell, HPE y los grandes proveedores de nube tienen escalas muy superiores. La disciplina operativa es condición necesaria, no suficiente.
Oracle completó la compra de Sun Microsystems en 2010, tras años de declive operativo.
Sun continuó operando unos años más tras el episodio de 2005, y Cantrill cuenta que él y el resto del equipo "intentaron con todo" enderezar el rumbo. No alcanzó: Oracle terminó adquiriendo Sun Microsystems en 2010, cerrando así la etapa independiente de una de las compañías más influyentes de la historia de la computación.
⚠️ Ojo: el propio Cantrill advierte que el relato es su interpretación personal, formada durante años dentro de Sun; otros ex empleados con otros roles pueden tener un diagnóstico distinto sobre qué salió mal.
Qué sigue
Por ahora, el ensayo funciona como cierre simbólico de una historia que empezó con una llamada telefónica sin responder en 2005: Cantrill y el vendedor de Dell que sí respondió, Steve, hoy dirigen juntos Oxide Computer Company, aplicando en cada decisión operativa la lección que sacaron de haber visto fracasar, desde adentro y desde afuera, a la compañía que más admiran.
El equipo completo de Oxide se encuentra esta semana en Emeryville para OxCon, y es esperable que la compañía siga publicando reflexiones similares sobre las empresas de cómputo que homenajea en sus remeras: según Cantrill, la idea no es solo la nostalgia, sino aprender tanto de lo que esas compañías hicieron bien como de lo que hicieron mal.
📖 Resumen en Telegram: Ver resumen
Si querés entender de primera mano el tono y el detalle del ensayo, lo más directo es abrir el post original de Cantrill en bcantrill.dtrace.org y leerlo completo hoy mismo.
Preguntas frecuentes
¿Quién es Bryan Cantrill?
Es cofundador y CTO de Oxide Computer Company, creador de la herramienta de instrumentación DTrace y ex ingeniero distinguido de Sun Microsystems, donde trabajó antes de que Oracle comprara la compañía.
¿Qué significa el epitafio de Scott McNealy sobre Sun?
McNealy dirigió Sun durante 22 años y solía decir que en todo ese tiempo nunca tuvo que esconder el diario avergonzado frente a sus hijos, en referencia a operar la empresa con ética y sin escándalos.
¿Por qué Sun no pudo venderle hardware a la startup en 2005?
Según el relato de Cantrill, el cliente no logró que nadie en Sun le devolviera las llamadas, y cuando finalmente lo atendieron intentaron venderle el producto equivocado, pese a que la startup ya corría toda su infraestructura sobre OpenSolaris.
¿Qué es OxCon?
Es el encuentro presencial anual de Oxide Computer Company, una compañía que opera de forma remota durante el resto del año y reúne a todo su equipo una vez al año, como ocurrió esta semana en Emeryville, California.
¿Qué relación tiene esta historia con la fundación de Oxide?
El ejecutivo de Dell que atendió a la startup en 2005, identificado como Steve, terminó trabajando en esa misma compañía años después junto a Cantrill, y ambos cofundaron Oxide Computer Company más adelante.
¿Dónde puedo leer el ensayo completo?
Está publicado, en inglés y de acceso libre, en el blog personal de Bryan Cantrill: bcantrill.dtrace.org.
Referencias
- bcantrill.dtrace.org: el ensayo original de Bryan Cantrill, "What Sun got wrong", publicado el 20 de septiembre de 2026.- github.com/oxidecomputer/hubris: repositorio del sistema operativo en tiempo real de código abierto que usa Oxide en sus servidores.- en.wikipedia.org: historia y cronología completa de Sun Microsystems, desde su fundación hasta la compra por Oracle.- en.wikipedia.org: perfil de Oxide Computer Company, cofundada por Bryan Cantrill.
📱 ¿Te gusta este contenido? Únete a nuestro canal de Telegram @programacion donde publicamos a diario lo más relevante de tecnología, IA y desarrollo. Resúmenes rápidos, contenido fresco todos los días.
Top comments (0)