Programación
C y C++ forman parte de mi repertorio; Rust es un lenguaje que sigo y disfruto explorar sin presentarme como especialista.
Tecnología / Experimentación
Tecnología
Las herramientas existen para resolver problemas.
Entiendo la tecnología como la capacidad de resolver problemas de forma más simple, rápida, accesible y precisa. Primero la herramienta tiene que funcionar; después quiero entender cómo funciona y qué se puede ajustar.
01 / GNU/Linux
Se volvió casa antes de convertirse en filosofía.
Mi contacto con GNU/Linux empezó alrededor del año 2000. Lo que me conquistó entonces fue muy práctico: una distribución ya traía una enorme cantidad de herramientas útiles, sin la búsqueda constante de medios, claves y copias que acompañaba a otros sistemas.
También era un entorno que me desafiaba a aprender y permitía personalización real. Hoy la relación es más simple: estoy acostumbrado, me siento cómodo y encuentro allí todo lo que necesito.
02 / Método
Resolver, entender, afinar.
Mi secuencia suele ser directa: primero compruebo si una herramienta resuelve el problema. Cuando lo hace, quiero entender el mecanismo y descubrir dónde puedo simplificar, adaptar o mejorar.
Si una solución existente cubre solo una parte de lo que necesito y tengo capacidad para construir otra, es común que termine haciendo la mía. Prefiero herramientas pequeñas, documentación clara y sistemas que puedan comprenderse de punta a punta.
03 / Banco de pruebas
El software se encuentra con el mundo físico.
Electrónica
Componentes, sensores, microcontroladores y pequeños circuitos entran como hobby técnico y espacio de aprendizaje constante.
Automatización
Tiene sentido cuando elimina trabajo repetitivo, obtiene mejores datos o permite acompañar algo que antes exigía presencia constante.
Open source
Me gusta poder leer, estudiar y modificar el código cuando hace falta. Es una preferencia de uso y libertad técnica, no una exigencia sobre cómo deben trabajar los demás.
04 / Proyectos
Normalmente empiezo porque me faltaba algo.
Mis proyectos personales rara vez nacen del deseo de “tener un proyecto”. Aparecen cuando una herramienta no existe, no encaja bien con lo que necesito o cuando quiero participar de verdad en la construcción de la solución.
Me gusta más el proceso que la vitrina: estudiar, probar, documentar, corregir y volver después para hacer correctamente lo que empezó como una buena solución provisional.