$ tail -f /caprini.dev/posts

Sin un jefe de producto ni un roadmap impuesto, decidir qué tocar a continuación en un proyecto personal es más difícil de lo que parece. Así lo resuelvo.

Pescar y programar tienen más en común de lo que parece: paciencia, prueba y error, y aceptar que no todo depende de haberlo hecho bien.

Contar avances de un proyecto en público es útil si se cuentan también los límites. Sin eso, construir en público se convierte en marketing disfrazado.

Grabar una ruta GPS en Android en primer plano no es un capricho técnico: es la respuesta a un problema real de batería, permisos y fiabilidad.

Proteger un punto de pesca en un mapa público no es solo esconderlo: es decidir qué nivel de detalle tiene sentido compartir y con quién.

He probado bastantes apps de pesca y casi todas cojean en lo mismo: utilidad real, privacidad, comunidad, puntos, rutas o moderación. Repaso cada carencia.

Sentarme a planificar antes de escribir código parece frenar el ritmo, pero casi siempre ahorra más tiempo del que consume. Cuento cómo lo hago.

Un buen prompt para Cursor no es una frase ingeniosa, es contexto concreto: qué archivo, qué límite y qué resultado se considera válido.

Automatizar una tarea repetitiva ahorra tiempo, pero también puede ejecutar un error cien veces antes de que nadie lo note. Así lo tengo en cuenta.

Una regla de no regresión no es solo «no rompas nada»: es un compromiso concreto sobre qué comportamientos no pueden empeorar sin que alguien lo note.