Established free‑software organizations may accept one‑time executions of proprietary client code (e.g., nonfree JavaScript) to reach audiences they otherwise can't. That pragmatic compromise risks normalizing dependence on closed client code and shifts the battleground from protocols to client‑side control.
— This tradeoff could change how advocacy groups engage platforms, influence user expectations about running proprietary code, and reframe debates over decentralization and software freedom.
EditorDavid
2026.09.05
100% relevant
FSF blog: 'We accepted running Bluesky's nonfree JavaScript a single time if it meant being able to reach people who have never heard of software freedom.'
← Back to all ideas