GNU social JP
  • FAQ
  • Login
GNU social JPは日本のGNU socialサーバーです。
Usage/ToS/admin/test/Pleroma FE
  • Public

    • Public
    • Network
    • Groups
    • Featured
    • Popular
    • People

Conversation

Notices

  1. Embed this notice
    Rich Felker (dalias@hachyderm.io)'s status on Wednesday, 07-Jan-2026 20:59:31 JST Rich Felker Rich Felker

    We (as FOSS community) should have norms that NIH'd new data formats, protocols, etc. from Facebook, Google, etc. are automatically rejected. This doesn't mean we don't implement support where needed for accessing people's data encumbered by them, but we don't do gratuitous bs like putting zstd in debug sections that gives them clout and credibility.

    In conversation about 8 months ago from hachyderm.io permalink
    • Embed this notice
      Haelwenn /элвэн/ :triskell: (lanodan@queer.hacktivis.me)'s status on Thursday, 08-Jan-2026 00:56:55 JST Haelwenn /элвэн/ :triskell: Haelwenn /элвэн/ :triskell:
      in reply to
      @dalias Reminds me that typically I want at least a 2nd implementation for data formats, protocols, …

      And even more when it comes from ones like Google or Facebook as they are known for horrible technical choices (like anti-packaging buildsystems and languages which don't bootstrap) but also for dropping projects with little to no announcements.
      In conversation about 8 months ago permalink
    • Embed this notice
      Rich Felker (dalias@hachyderm.io)'s status on Thursday, 08-Jan-2026 00:58:13 JST Rich Felker Rich Felker
      in reply to
      • Haelwenn /элвэн/ :triskell:

      @lanodan Not just a second implementation, but editorial control over future direction of the format/protocol firmly out of the hands of the company or people under its thumb.

      In conversation about 8 months ago permalink
    • Embed this notice
      Lars (luatic@mastodon.social)'s status on Thursday, 08-Jan-2026 08:36:54 JST Lars Lars
      in reply to

      @dalias No, we should not.

      Open formats with high quality open implementations should be judged by their merit. This includes concerns over future maintenance and direction of projects, as well as the cost of switching standards - regardless of whether something is by big tech or not.

      Open source should not be stuck on suboptimal standards just because, quite literally, they were "not invented here [in our community]".

      In conversation about 8 months ago permalink
    • Embed this notice
      Rich Felker (dalias@hachyderm.io)'s status on Thursday, 08-Jan-2026 08:36:54 JST Rich Felker Rich Felker
      in reply to
      • Lars

      @luatic 🙄 MeRiToCrAcY!!!!1111

      In conversation about 8 months ago permalink
    • Embed this notice
      Rich Felker (dalias@hachyderm.io)'s status on Saturday, 10-Jan-2026 15:00:18 JST Rich Felker Rich Felker
      in reply to
      • Luna :neofox_snug:

      @lunareclipse It's just that we didn't need yet another compression format, especially not shoved into all sorts of places where it makes breaking incompatibilities between different versions of tooling that's otherwise been stable for decades. Certainly not at the expense of handing power to Facebook.

      In conversation about 8 months ago permalink
    • Embed this notice
      Luna :neofox_snug: (lunareclipse@snug.moe)'s status on Saturday, 10-Jan-2026 15:00:20 JST Luna :neofox_snug: Luna :neofox_snug:
      in reply to

      @dalias what

      zstd is literally one of the best general purpose compression algorithms out there and it's open source (reference impl dual licensed BSD or GPLv2)

      In conversation about 8 months ago permalink

Feeds

  • Activity Streams
  • RSS 2.0
  • Atom
  • Help
  • About
  • FAQ
  • TOS
  • Privacy
  • Source
  • Version
  • Contact

GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.

Creative Commons Attribution 3.0 All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.