LocalSend: intercambio de archivos de código abierto y multiplataforma con dispositivos cercanos

La herramienta de código abierto LocalSend aspira a ser una solución multiplataforma al estilo AirDrop para transferencias rápidas y locales de archivos, lo que provoca comparaciones con alternativas como Syncthing, KDE Connect, croc, Snapdrop, LANDrop y Taildrop. Los comentaristas elogian su interfaz sencilla, su amplio soporte de sistemas operativos y su mínima recopilación de datos, pero señalan limitaciones prácticas como la necesidad de una red Wi‑Fi compartida, restricciones de segundo plano en plataformas móviles, particularidades de rendimiento y algunos errores en escritorio. El tema de fondo es la frustración de que, a pesar de muchas herramientas de nicho, todavía no exista un estándar ubicuo, neutral respecto al proveedor, para compartir archivos locales sin esfuerzo entre todos los dispositivos, en gran parte debido al bloqueo de plataforma y a incentivos desalineados.

Posicionamiento frente a otras herramientas

  • LocalSend se presenta como un análogo multiplataforma y de código abierto de AirDrop para transferencias de archivos rápidas y puntuales, no para sincronización continua.
  • Varios comentaristas subrayan que no es un competidor de Syncthing: Syncthing sirve para sincronizar carpetas; LocalSend es para envíos únicos de fotos/archivos.
  • En comparación con Tailscale Taildrop, algunos consideran que Taildrop es demasiado complejo o está en fase alfa; otros dicen que funciona bien en muchas plataformas después de una configuración simple.

Transporte, redes y descubrimiento

  • LocalSend depende de una red local (Wi‑Fi/LAN); no usa Bluetooth ni crea Wi‑Fi ad hoc como AirDrop.
  • Esto limita su uso en escenarios sin infraestructura (p. ej., bomberos en el terreno); se mencionan posibles soluciones:
    • puntos de acceso del teléfono / Wi‑Fi local únicamente,
    • superposiciones VPN (WireGuard/Tailscale),
      pero son menos fluidas que AirDrop.
  • Varias personas desearían descubrimiento basado en Bluetooth y transferencia de archivos pequeños, y/o compatibilidad con Wi‑Fi Direct.

Alternativas y fragmentación del ecosistema

  • Se enumeran muchas alternativas:
    • Herramientas LAN/escritorio: Syncthing, rsync, SFTP, NFS, uploadserver, simple-file-server.
    • GUI multiplataforma: KDE Connect, LANDrop, Feem, Nextcloud, Payload, TrebleShot.
    • Basadas en navegador: Snapdrop, PairDrop, ShareDrop, FilePizza, Instant.io, drop.lol, etc.
    • CLI: croc, Magic Wormhole, wormhole-william, p2pcopy, pcp.
  • Algunos lamentan que cada pocos meses aparezca una nueva herramienta, ninguna se vuelva ubicua, y que los usuarios no técnicos sigan recurriendo al correo electrónico, WhatsApp, Signal, etc.

Usabilidad, errores y rendimiento

  • Muchos elogian la facilidad de uso de LocalSend, su cobertura multiplataforma (Android, iOS, macOS, Windows, Linux) y su configuración simple.
  • Problemas reportados:
    • Impedir la suspensión del sistema en Windows/Linux.
    • Alto uso de CPU en Linux cuando la ventana de la interfaz Flutter está visible; desactivar las animaciones ayuda.
    • En Android, el receptor debe estar activo y la app en primer plano.
    • Las velocidades de transferencia serían más bajas que SMB, croc e incluso LANDrop para algunos; no está claro si la complejidad de la red es un factor.
    • No funciona en Chromebooks (enlace a incidencia).

Privacidad, términos y apertura

  • La política de privacidad es extremadamente minimalista: afirma que no se recopilan datos personales, por lo que no se comparte ni se vende nada. Algunos lo consideran ideal; otros critican la falta de detalle sobre datos no personales y telemetría.
  • Los Términos de Servicio prohíben a usuarios menores de 18 años, lo que decepciona a quienes quieren usarlo en familia.
  • El código tiene licencia MIT y está replicado en alojamiento fuera de GitHub; una discusión lateral aclara que el estado de GitHub no afecta a que LocalSend sea de código abierto.

Estándares e interoperabilidad

  • Varios comentaristas quieren:
    • un protocolo abierto común para el intercambio local de archivos, o
    • una herramienta multiprotocolo que pueda interoperar con muchos proyectos existentes.
  • Hay consenso en que la pieza que sigue faltando a nivel de industria no es la viabilidad técnica, sino un estándar ubicuo, preinstalado, multiplataforma y neutral respecto al proveedor.