Una app puede ser una comida casera (2020)

Artículo original ↗ Discusión en Hacker News ↗

La programación puede tratarse como la cocina casera: en lugar de perseguir mercados enormes, los desarrolladores crean apps pequeñas y profundamente personales para sí mismos, sus familias o un puñado de amigos. Los comentaristas comparten ejemplos que van desde herramientas personalizadas de recetas y notas hasta redes sociales familiares y scripts de domótica, argumentando que estos proyectos “caseros” son singularmente satisfactorios, respetuosos con la privacidad y, a menudo, mucho más alineados con las necesidades reales de sus usuarios que los productos comerciales. Al mismo tiempo, señalan cómo las plataformas móviles modernas, las reglas de las tiendas de apps y los cambios constantes de los sistemas operativos dificultan distribuir y mantener este software a pequeña escala, incluso cuando las herramientas de IA están reduciendo la barrera para crearlo.

Apps caseras y audiencias diminutas

  • Gran aprecio por la idea de construir apps para un “mercado total direccionable” de apenas unas pocas personas.
  • Muchos consideran que es más satisfactorio que el trabajo anónimo para el mercado masivo y lo comparan con cocinar para la familia frente a dirigir un restaurante.
  • Varios sostienen que esta mentalidad recupera una era anterior en la que la gente solía crear software “primero para sí misma”.

Herramientas personales e infraestructura familiar

  • Numerosas historias de herramientas pequeñas y hechas a medida:
    • Compartidor de recetas familiares que fue creciendo con los años.
    • Hojas de gastos/tabulaciones con pequeños toques encantadores (por ejemplo, fotos de perros).
    • Scripts de domótica, notificaciones para lavandería y arena del gato, visores de horarios de tiendas, comprobadores de retrasos de trenes, seguimiento de drafts de fantasía, inventario de cerveza, accesos rápidos para diarios, etc.
  • Algunos mantienen pequeñas “suite caseras”: chat autoalojado, calendarios, foros, bibliotecas multimedia, bases de conocimiento, notas y apps personales “para todo” que sustituyen el correo electrónico, el calendario y más.
  • Los usuarios informan de grandes mejoras en la calidad de vida e incluso beneficios para la salud mental gracias a herramientas ajustadas exactamente a ellos.

Cuando las apps personales se convierten en productos

  • Unos pocos proyectos para amigos/familia acabaron convirtiéndose accidentalmente en productos comerciales por recomendación boca a boca, cobrando finalmente para cubrir costes de servidores.
  • Otros rechazan explícitamente generalizarlas o comercializarlas, valorando la pureza de que sea “solo para mí”.
  • Hay debate sobre el open source: algunos quieren compartir el código como base de aprendizaje, mientras que otros prefieren mantener privado el código desordenado y altamente personal.

Fricción de plataforma y longevidad de las apps

  • iOS/TestFlight es un dolor recurrente: firma de código, perfiles, revisiones, expiraciones de 90 días y la cuota anual de desarrollador hacen que las pequeñas apps privadas sean más difíciles de lo que deberían.
  • Algunos lo sortean usando apps web, Raspberry Pis, túneles/VPNs o sideloading en Android en lugar de tiendas de apps.
  • Las políticas de los SO móviles (SDK mínimos, reglas de la tienda) significan que las apps rara vez están “terminadas”; requieren mantenimiento solo para seguir instalables.

Desafíos sociales y de adopción

  • Técnicamente, construir es fácil; socialmente, convencer a amigos/familia de adoptar una nueva herramienta es difícil, especialmente frente a aplicaciones de mensajería ya arraigadas.
  • En el trabajo, las pequeñas herramientas internas pueden ser potentes, pero a menudo se degradan cuando su único mantenedor se va o los equipos se reorganizan.

IA, herramientas y accesibilidad

  • Algunos sienten que la IA moderna y el enorme poder de cómputo hacen que las apps “reales” sean dominio de las grandes empresas.
  • Otros argumentan que los LLM y mejores herramientas, en realidad, reducen la barrera para que individuos construyan software personal sofisticado.
  • Existe un deseo más amplio de entornos tipo HyperCard, maleables o sin código, para que los no profesionales también puedan “aprender a cocinar” en software.