Sobre HiveCode

Cómo empezamos

HiveCode empezó como un pequeño conjunto de utilidades personales — conversores de duración, ayudas con timecode, micro-formateadores — de las que escribíamos una versión nueva para cada proyecto. En algún momento fue más fácil publicarlas en URLs limpias que seguir copiando el mismo snippet entre repos. Ese es el origen completo: nos cansamos de abrir la calculadora.

El nombre del estudio viene de la metáfora que usamos para hablar de cómo construimos: una colmena de celdas pequeñas y terminadas. Cada herramienta es su propia celda — URL aparte, código aparte, sin registro compartido, sin backend compartido. La colmena las mantiene unidas pero cada una funciona por sí sola.

Quién trabaja en esto

HiveCode somos unos colegas y amigos trabajando desde un pueblo pequeño del noroccidente de Colombia. Llevamos suficiente tiempo trabajando juntos como para que el estudio se parezca más a un taller que a una empresa, y así nos gusta.

El equipo es deliberadamente pequeño. Pequeño como para que la persona que diseña una herramienta sea la misma que la despliega y la misma que contesta tu email si encuentras un bug. No publicamos el número exacto porque varía entre colaboradores y dedicación completa, pero el techo está cómodamente en un solo dígito.

Trabajamos en inglés y en español. El español es nuestro día a día; el inglés es para el resto de internet. Los dos idiomas son ciudadanos de primera clase en cada herramienta que publicamos — las traducciones las escribimos personas del equipo, no las genera una máquina a partir de una sola fuente. Si una frase se lee rara en alguno de los dos, es un bug que queremos oír.

La forma de una herramienta HiveCode

Toda herramienta empieza igual: damos con una tarea recurrente en nuestro propio trabajo y queremos cerrar una pestaña menos. A partir de ahí la regla es mantener el alcance pequeño — un input, uno o dos outputs, sin panel de ajustes, sin cuenta, sin embudo de conversión. Si el brief crece, lo dividimos en una segunda herramienta.

Cuando ya está construida, el trabajo no se acaba. Vigilamos problemas de accesibilidad, cargas lentas, casos límite por idioma (sí, las comas decimales), y publicamos arreglos cuando aparecen. No hay un roadmap de funcionalidades artificiales; las únicas actualizaciones son las que hacen mejor la herramienta existente.

No prometemos herramientas que no hayamos empezado. El catálogo publicado es lo que tenemos. Cuando algo nuevo está listo, aparece en hivecode.cloud con su subdominio propio. Sin teasers.

Con qué construimos

Todas las herramientas HiveCode se generan estáticamente con Astro, se sirven desde un servidor pequeño con nginx y se alojan en infraestructura propia. No hay runtime de framework en cliente — el JavaScript de la página es solo el que la herramienta necesita, nada más. Una página típica pesa menos de 50 KB en transferencia, incluyendo tipografías.

Usamos CSS plano, tipografía cercana al system stack (Hanken Grotesk + Geist Mono) y tokens de color OKLCH para mantener las paletas perceptualmente consistentes. El código vive en repositorios públicos de GitHub bajo la organización HiveCode-X cuando tiene sentido publicarlo.

Qué puedes esperar

Cada herramienta HiveCode va a: funcionar en tu navegador sin cuenta, seguir funcionando tras la primera carga aunque tu red se caiga, salir con interfaz bilingüe desde el día uno, ofrecer una página de privacidad que diga exactamente lo que pasa y mantener la publicidad — cuando exista — en un único bloque que no interrumpa la herramienta.

Cuando cambiamos algo de esto, actualizamos primero la página de privacidad de la herramienta afectada. La fecha de esa página es la fuente oficial.