conv.

All stories
TechQuiet · 41h

Open source community embraces "maintenance mode" as sign of mature software

Developers push back on idea that stable software without constant updates is "dead."

What to know

  • Developers are pushing back against the open source culture assumption that software lacking frequent updates is "dead" or failed.
  • Maintenance mode—focusing on stability, bug fixes, and security rather than new features—is being reframed as a sign of mature, high-quality software.
  • There is emerging debate over what activities should fall under maintenance: minimal fixes only, or also UX refinement.

The dispute Whether maintenance mode should be strictly limited to security and critical fixes, or should also include refinement of user experience and rough edges. · positions read across 5 posts and comments

most voices

Maintenance mode with minimal updates is a sign of mature, valuable software, not project failure.

  • “the idea of a project being "dead" because it was stable and not getting weekly updates was idiotic”

    sinbad · Mastodon ↗
some voices

Maintenance mode should extend beyond security to include bug fixes and UX refinement.

  • “maintenance mode can and should include fixing bugs and refining rough edges on UX”

    exchgr · Mastodon ↗

tante Software developersinbad Game developermpe Developerexchgr Developer

How it unfolded 4 developments, newest first · click a bar or a number to jump posts

Peak 2 pieces in one hour at Sep 22, 3 AM; 5 pieces over 2 days (5 posts) Sep 22, 3 AM — 2 pieces · 2 posts — Mastodon 2Sep 22, 4 AM — 1 piece · 1 post — Mastodon 1Sep 22, 5 AM — quietSep 22, 6 AM — quietSep 22, 7 AM — quietSep 22, 8 AM — 1 piece · 1 post — Mastodon 1Sep 22, 9 AM — 1 piece · 1 post — Mastodon 1Sep 22, 10 AM — quietSep 22, 11 AM — quietSep 22, 12 PM — quietSep 22, 1 PM — quietSep 22, 2 PM — quietSep 22, 3 PM — quietSep 22, 4 PM — quietSep 22, 5 PM — quietSep 22, 6 PM — quietSep 22, 7 PM — quietSep 22, 8 PM — quietSep 22, 9 PM — quietSep 22, 10 PM — quietSep 22, 11 PM — quietYesterday, 12 AM — quietYesterday, 1 AM — quietYesterday, 2 AM — quietYesterday, 3 AM — quietYesterday, 4 AM — quietYesterday, 5 AM — quietYesterday, 6 AM — quietYesterday, 7 AM — quietYesterday, 8 AM — quietYesterday, 9 AM — quietYesterday, 10 AM — quietYesterday, 11 AM — quietYesterday, 12 PM — quietYesterday, 1 PM — quietYesterday, 2 PM — quietYesterday, 3 PM — quietYesterday, 4 PM — quietYesterday, 5 PM — quietYesterday, 6 PM — quietYesterday, 7 PM — quietYesterday, 8 PM — quietYesterday, 9 PM — quietYesterday, 10 PM — quietYesterday, 11 PM — quietToday, 12 AM — quietToday, 1 AM — quietToday, 2 AM — quiet 1–34
8 AM4 PMyesterday8 AM4 PMnow · 3:43 AM ET
  1. 4

    exchgr expands maintenance scope to include UX refinement

    A developer extends the definition of proper maintenance mode to include not just bug and security fixes but also refinement of rough edges in user experience.

    “maintenance mode can and should include fixing bugs and refining rough edges on UX…”
    — exchgr
    • exchgr@mastodon.world

      RE: https:// tldr.nettime.org/@tante/117313 713101758213 maintenance mode can and should include fixing bugs and refining rough edges on UX

      exchgr@mastodon.worldMastodon1d agoview on Mastodon ↗
    1 more of the top 2 · 2 posts in this stretch
    • vampiress@eigenmagic.net

      RE: https:// tldr.nettime.org/@tante/117313 713101758213 The same is true of video games. Just don't tell anyone on Steam this.

      vampiress@eigenmagic.netMastodon1d agoview on Mastodon ↗
    all of them →
  2. 3

    mpe affirms bug and security fixes as appropriate maintenance scope

    Another developer agrees with the framing, narrowing the scope of appropriate maintenance to bug and security fixes.

    “Bug fixes and security fixes only, perhaps.”
    — mpe
    • mpe@hcommons.social

      I love this take. Bug fixes and security fixes only, perhaps. @ tante https:// tldr.nettime.org/@tante/117313 713101758213

      mpe@hcommons.socialMastodon1d agoview on Mastodon ↗
  3. 2

    sinbad endorses stable software as superior in current era

    A game developer responds to the post, calling the older idea that stable software is "dead" idiotic, and arguing that software with minimal changes over years is high-quality in the current landscape.

    “the idea of a project being "dead" because it was stable and not getting weekly updates was idiotic. In the slop era, software that hasn't had significant changes barring a few small careful fixes for 3 years is S-tier…”
    — sinbad
    • sinbad@mastodon.gamedev.place

      RE: https:// tldr.nettime.org/@tante/117313 713101758213 I’ve been saying for years that the idea of a project being “dead” because it was stable and not getting weekly updates was idiotic. In the slop era, software that hasn’t had significant changes barring a few small careful fixes for 3 years is S-tier in my book

      sinbad@mastodon.gamedev.placeMastodon1d ago313▲view on Mastodon ↗
  4. 1

    Tante frames maintenance mode as sign of mature products

    A software developer posts a take arguing that open source projects are allowed to be done, and that maintenance mode focusing on functionality and maintenance rather than constant features can indicate maturity rather than stagnation.

    “A software project is allowed to be *done*. Not everything needs to add features or rewrite things. You can just be happy with functionality and focus on just maintainance.”
    — tante
    • tante@tldr.nettime.org

      Open Source hot take: A software project is allowed to be *done*. Not everything needs to add features or rewrite things. You can just be happy with functionality and focus on just maintainance. "Maintenance mode" is not always bad but can just show a mature product.

      tante@tldr.nettime.orgMastodon1d ago1.7k▲view on Mastodon ↗

What people are saying 0 voices from 0 sites · best of 5 · verbatim