[Tu nombre]

Repositorio · ingeniería · [ciudad]

Proyectos que siguen funcionando.

Un repositorio abierto de lo que he construido: firmware que corre en campo, herramientas internas que nadie ve pero todos usan, prototipos que se quedaron a medio camino y notas de por qué. Cada entrada tiene su contexto, su estado y lo que aprendí. Sin vitrinas: si algo está aquí, es porque puedo explicarlo.

Todo editable — este sitio es la base. Los nombres, enlaces y descripciones entre corchetes los reemplazas tú.

Índice de proyectos

01 · Firmware

[Nombre del proyecto]

Controlador para [tipo de equipo] que debía operar sin supervisión durante meses. Escribí el bucle principal a mano, sin sistema operativo, porque el presupuesto de memoria no daba para más. El resultado: arranque en menos de un segundo y recuperación automática tras un corte de energía.

  • C
  • ARM Cortex-M
  • Bajo consumo

Estado: activo · Repositorio: [enlace]

02 · Herramienta interna

[Nombre de la herramienta]

Un script que empezó siendo tres líneas para no repetir un comando y terminó siendo la puerta de entrada del equipo a los datos de producción. Lee, valida y deja un registro de quién tocó qué.

  • Python
  • CLI
  • Automatización

Estado: en uso diario

03 · Prototipo

[Nombre del prototipo]

La prueba de concepto que respondió una sola pregunta: ¿aguanta la vibración? Aguanta. El resto del diseño se rehizo a partir de esa respuesta.

  • CAD
  • Ensayo

Estado: cerrado · Notas: [enlace]

Nota

Los proyectos cerrados no desaparecen. Se quedan con su informe final, sus mediciones y la lista de lo que no repetiría. Es la parte del repositorio que más consulto.

04 · Infraestructura

[Nombre del sistema]

Tubería de datos que recoge lecturas de [número] sensores, las limpia y las deja en un formato que el equipo de análisis puede abrir sin preguntarme nada. La parte difícil no fue el código: fue acordar qué significa cada columna.

  • SQL
  • Series temporales
  • Documentación

Estado: mantenimiento

05 · Escrito

[Título del informe]

Notas técnicas y decisiones de diseño, escritas para que las lea alguien que llegue dentro de dos años y no tenga que preguntarme.

Leer

En curso

Arrastra para recorrer la línea de tiempo.

Ahora

[Proyecto en curso]

Reescribiendo el módulo de comunicaciones para que tolere pérdida de paquetes sin reiniciar el equipo.

Este trimestre

[Proyecto en curso]

Banco de pruebas automatizado. La idea es que un cambio en el firmware no llegue a campo sin pasar por aquí.

En pausa

[Proyecto en curso]

Falta una pieza que no llega. Mientras tanto, la documentación ya está escrita.

Explorando

[Proyecto en curso]

Leyendo sobre [tema]. Todavía no hay código, solo preguntas y un cuaderno.

Recién cerrado

[Proyecto en curso]

Entregado, medido y archivado con su informe. Queda como referencia para el siguiente.

Cómo está organizado

Un proyecto, una carpeta

Cada entrada tiene lo mismo: qué problema resolvía, qué decidí y por qué, cómo se prueba y en qué estado quedó. Si falta una de esas cuatro cosas, el proyecto no está terminado, aunque el código funcione.

Estado antes que fecha

Lo que importa no es cuándo lo hice, sino si todavía corre. Por eso cada proyecto lleva su estado visible: activo, en mantenimiento, cerrado o abandonado con motivo.

Los fracasos también se archivan

Un prototipo que no salió enseña más que uno que sí. Se queda con sus mediciones y una nota de qué haría distinto. Es la sección que más visitas recibe de mi propio equipo.

Contacto

¿Necesitas el detalle de algún proyecto, el repositorio completo o una conversación sobre cómo lo resolví? Escríbeme y te contesto.