5 ms·

> Having your OSS library take off All of the other bullet points there are pretty reasonable, but, having worked in OSS professionally, I genuinely hope none

> Having your OSS library take off All of the other bullet points there are pretty reasonable, but, having worked in OSS professionally, I genuinely hope none of my GH projects take off in the OSS world. I have a few projects that are in the >50 stars range, and am both grateful for other people's interests and very glad that none of them crossed the threshold to becoming real OSS projects. I like sharing my interesting experiments, but I absolutely do not want to be stuck with the nightmare of maintaining OSS software for years. Even on these small projects, I've had times when I'm pressured to do a bug fix on a 5 year old project where I don't even remember how it works or review and merge an enthusiastic PR solving a problem I don't actually care about. It has eaten up a few weekends, and was a relatively minor annoyance, but it gave me the taste for what OSS work involved. Working professionally for an OSS company gave me even more insight. Maintaining OSS is a royal pain in the butt and I am forever grateful for the people who choose to do this. Running a popular OSS library is not a prize. It's at least a part time job you aren't paid for. The benefits are slim; even the "fame" part (name your top 10 favorite OSS tools, now name the maintainers of those), and has really limited rewards outside of that. I've know plenty of brilliant creators of OSS libraries who struggle to find jobs in industry that are appropriate to their skill level. In fact, it's really hard to both run a successful OSS project and have a full time job (especially a high paying one that wants a lot of your brain and time) if you can't some how manage to make that OSS project your full time job... and even then you will be under constant pressure to find a way to monetize your OSS project (which inevitably leads to either losing that job or making decisions not in the interest of your community of OSS users). OSS maintainers are saints as far as I'm concerned. So much of the world's software depends on them (even moreso in the age of LLMs) and the vast majority are compensated way less than your average FAANG engineer.

darubedarob 10mo ago
You can always sell it out for exploits? The price for oss wage is (incident -1 $)
notarobot123 10mo ago
Open source culture has changed so much over the past couple of decades that it seems totally reasonable now for up-and-coming maintainers to question the whole thing. Scale has changed everything. There are orders of magnitudes more users than contributors compared to some of the early OSS and the balance between grateful and entitled end-users has skewed expectations much more towards maintainers as a support role with similar responsibilities to a product engineer in the commercial world. Why would you want to enter into that social contract now? Why would you want to risk your library taking off and the associated costs that would bring (as well as benefits)? An alternative evolutionary pathway for OSS is for developers and communities to self-host their own git projects. Projects get to define their own ethos and workflow. Discovery remains high-friction which prevents the commodification of maintainer effort. The bar for writing custom tools to support things like this got a whole lot lower so it might start to make sense more than it did in the past (there are both push and pull forces at work here). It might even make OSS fun again.
- PaulRobinson 10mo ago
  I agree with all of this, and as I've mentioned elsewhere in this thread, anything I release now is going to be a tar.gz/zip with a LICENSE file in it, and people can do what they want with it, but they're not getting tech support on it. However, this is a really sad state of affairs, and I'm wondering if we can't have scale _with_ friction to counter some of these pain points?
  - pona-a 10mo ago
    I think srchut is one solution. Its email workflow does successfully deter less experienced/curious people, for better or worse, and it still has some project discovery bit not social signals like stars.
    - Hendrikto 10mo ago
      It’s not a neutral service though. The owner is very opinionated and likes to get involved in what projects are and are not allowed to be hosted there, and changes these rules on a whim. In my eyes, this disqualifies Sourcehut for anything serious. You could get booted off any second, if Drew decides that he does not like you. (I like Drew, and I like opinionated and outspoken people. But Service Providers should be neutral, and only involve themselves as far as required by law.)
throw-12-16 10mo ago
I recently unpublished a couple libraries because I was so fed up with maintaining them. Lot's of entitled "I want to speak to the manager" types ruined it for me.
didip 10mo ago
Exactly this. Word by word. Some of my OSS projects got popular accidentally and oh boy… pain in the butt for real. And for little benefits to myself. Hitting HN front page or r/programming was nice for my ego. But that’s about it.
- MasterScrat 10mo ago
  Exactly - best case scenario is Reddit/HN front page with a cool project you enjoyed working on, have some nice conversations there, reach a few 100s stars which look good on your CV, and that’s it. If you expect more long term support you better be paying me for my time.
  - jimnotgym 10mo ago
    Maybe that is the answer. Put a note in your readme setting out your terms. 1) If you want to send a PR we charge $1000 to review them. This is no guarantee that we will merge. We will quote any further costs needed after a review. 2) Feature requests should be accompanied by a $250 quotation fee. Then we will scope and quote what is required to do your feature. If your feature would compromise the project, or is impractical a started we retain the right to refuse to quote or suggest more work is required. The $250 fee is non returnable. Something like that?
PaulRobinson 10mo ago
What's surprising to me is that TFA is from GH who are uniquely placed to have a real impact in terms of OSS maintainer quality of life. If they're so keen on helping people publish more stuff and showing how awesome AI is, perhaps they can pre-screen the entitled comments and just not let them get posted? Perhaps they could see that you've not touched a repo in 5 years and when that PR comes in, they could help bootstrap you back in with a code review summary? Perhaps they could stop the idiots pressuring you by explaining to them all the reasons why their PR might not get looked at any time soon? Perhaps, just perhaps, Github could take some ownership of the problems they have created, and do some work to fix them?
esperent 10mo ago
> I've had times when I'm pressured to do a bug fix on a 5 year old project where I don't even remember how it works or review and merge an enthusiastic PR solving a problem I don't actually care about. Also having spent years working in the OSS space, I wish it was normalized to have more nuance between "totally unmaintained" and "maintainer will literally miss their child's birthday to review your PR". There's already all kinds of badges on GH readmes, couldn't we have a few more signifying "actively maintained, PRs welcome" or "security & critical bug fixes only" or "looking for new maintainers", etc.?
- blitzar 10mo ago
  "when your fix is accepted you are the new maintainer"
  - ozim 10mo ago
    That's what we do in closed source corporate code.
    - CatMustard 10mo ago
      "Hi, I see you're the owner of this 6000-line mess of a component, could you answer some questions for me?" "I don't own it, I didn't write it, and I don't understand it even slightly. I just made a one-line bug fix for one function in it a year ago and nobody has touched it since, so my name is on top of the git history." "Cool, so as the owner could you tell me..."
      - sph 10mo ago
        I like this, turning software maintenance into a long-running game of tag.
        zrail 10mo ago
        I like to refer to it as the cooties ownership model. I.e. once you touch it you have cooties.
tor825gl 10mo ago
A counterpart to TFA which somewhat chimes with your position:https://contraptions.venkateshrao.com/p/semicolon-shaped-people https://contraptions.venkateshrao.com/p/semicolon-shaped-peo... It's an article about how some of the best people do work that engages with public view and discussion either very trivially or not at all (or both). Hard to describe more clearly but it has been a huge influence on me.
bmitch3020 10mo ago
Absolutely. I say that being an OSS maintainer is a job, which can easily become a full time job, where the pay is often non-existent. If you have a separate full time job, you now have to choose: 1. Work two jobs until you burn out. 2. Quit your paying job and hope you have you don't go broke. 3. Scale back or quit maintaining OSS projects. I think companies, governments, and societies could do a better job funding this work. But since this is a "tragedy of the commons" problem, I'm not holding my breath that this will happen before the public experiences a lot more pain from failures.
didgetmaster 10mo ago
I have a side project that I have worked on for years, mainly because I enjoy writing software. I get an adrenaline rush when I can make my data management system do things better and/or faster than other things on the market. I have written articles about it and made the binaries freely available on my website under an 'open beta'. People keep telling me that if I really want it to take off, I should open source it. So far, I have resisted doing that, for many of the reasons that you cited.
bob1029 10mo ago
I have started a new OSS project and intend to provide optional enterprise offerings on top. I really don't care if someone steals the ideas presented in code because they're actually fairly pedestrian. The much bigger concern for me is the fact that if I do not make my source open by default, I will have a very hard time developing trust in the community and prospective customers. I know I nearly instantly walk away from the "provide your info to download our white paper PDF" sales experiences in 2025. It is also helpful to remember that 100% of $0 is still $0. And that .001% of a trillion dollar TAM is still a pretty big deal.
- tacker2000 10mo ago
  This is pretty much the only way open source doesnt lead to burnout and continues to be maintained, and a lot of projects are doing this already successfully. Get “street cred” in the dev space by being open source, and let the enterprise customers “pay” for it.
gcanyon 10mo ago
I maintain Navigator, a development tool I started over twenty years ago; I am the only contributor to the open source repository [1]. I have rewritten drag and drop in that thing four times (because drag and drop in Livecode [2] is a bit of a hack). It's a pain every time. I'm not rewriting it again. 1. https://github.com/gcanyon/navigator https://github.com/gcanyon/navigator 2. https://livecode.com https://livecode.com

darubedarob 10mo ago

You can always sell it out for exploits? The price for oss wage is (incident -1 $)

notarobot123 10mo ago

Open source culture has changed so much over the past couple of decades that it seems totally reasonable now for up-and-coming maintainers to question the whole thing. Scale has changed everything. There are orders of magnitudes more users than contributors compared to some of the early OSS and the balance between grateful and entitled end-users has skewed expectations much more towards maintainers as a support role with similar responsibilities to a product engineer in the commercial world. Why would you want to enter into that social contract now? Why would you want to risk your library taking off and the associated costs that would bring (as well as benefits)? An alternative evolutionary pathway for OSS is for developers and communities to self-host their own git projects. Projects get to define their own ethos and workflow. Discovery remains high-friction which prevents the commodification of maintainer effort. The bar for writing custom tools to support things like this got a whole lot lower so it might start to make sense more than it did in the past (there are both push and pull forces at work here). It might even make OSS fun again.

PaulRobinson 10mo ago
I agree with all of this, and as I've mentioned elsewhere in this thread, anything I release now is going to be a tar.gz/zip with a LICENSE file in it, and people can do what they want with it, but they're not getting tech support on it. However, this is a really sad state of affairs, and I'm wondering if we can't have scale _with_ friction to counter some of these pain points?
- pona-a 10mo ago
  I think srchut is one solution. Its email workflow does successfully deter less experienced/curious people, for better or worse, and it still has some project discovery bit not social signals like stars.
  - Hendrikto 10mo ago
    It’s not a neutral service though. The owner is very opinionated and likes to get involved in what projects are and are not allowed to be hosted there, and changes these rules on a whim. In my eyes, this disqualifies Sourcehut for anything serious. You could get booted off any second, if Drew decides that he does not like you. (I like Drew, and I like opinionated and outspoken people. But Service Providers should be neutral, and only involve themselves as far as required by law.)

throw-12-16 10mo ago

I recently unpublished a couple libraries because I was so fed up with maintaining them. Lot's of entitled "I want to speak to the manager" types ruined it for me.

didip 10mo ago

Exactly this. Word by word. Some of my OSS projects got popular accidentally and oh boy… pain in the butt for real. And for little benefits to myself. Hitting HN front page or r/programming was nice for my ego. But that’s about it.

MasterScrat 10mo ago
Exactly - best case scenario is Reddit/HN front page with a cool project you enjoyed working on, have some nice conversations there, reach a few 100s stars which look good on your CV, and that’s it. If you expect more long term support you better be paying me for my time.
- jimnotgym 10mo ago
  Maybe that is the answer. Put a note in your readme setting out your terms. 1) If you want to send a PR we charge $1000 to review them. This is no guarantee that we will merge. We will quote any further costs needed after a review. 2) Feature requests should be accompanied by a $250 quotation fee. Then we will scope and quote what is required to do your feature. If your feature would compromise the project, or is impractical a started we retain the right to refuse to quote or suggest more work is required. The $250 fee is non returnable. Something like that?

PaulRobinson 10mo ago

What's surprising to me is that TFA is from GH who are uniquely placed to have a real impact in terms of OSS maintainer quality of life. If they're so keen on helping people publish more stuff and showing how awesome AI is, perhaps they can pre-screen the entitled comments and just not let them get posted? Perhaps they could see that you've not touched a repo in 5 years and when that PR comes in, they could help bootstrap you back in with a code review summary? Perhaps they could stop the idiots pressuring you by explaining to them all the reasons why their PR might not get looked at any time soon? Perhaps, just perhaps, Github could take some ownership of the problems they have created, and do some work to fix them?

esperent 10mo ago

> I've had times when I'm pressured to do a bug fix on a 5 year old project where I don't even remember how it works or review and merge an enthusiastic PR solving a problem I don't actually care about. Also having spent years working in the OSS space, I wish it was normalized to have more nuance between "totally unmaintained" and "maintainer will literally miss their child's birthday to review your PR". There's already all kinds of badges on GH readmes, couldn't we have a few more signifying "actively maintained, PRs welcome" or "security & critical bug fixes only" or "looking for new maintainers", etc.?

blitzar 10mo ago
"when your fix is accepted you are the new maintainer"
- ozim 10mo ago
  That's what we do in closed source corporate code.
  - CatMustard 10mo ago
    "Hi, I see you're the owner of this 6000-line mess of a component, could you answer some questions for me?" "I don't own it, I didn't write it, and I don't understand it even slightly. I just made a one-line bug fix for one function in it a year ago and nobody has touched it since, so my name is on top of the git history." "Cool, so as the owner could you tell me..."
    - sph 10mo ago
      I like this, turning software maintenance into a long-running game of tag.
      - zrail 10mo ago
        I like to refer to it as the cooties ownership model. I.e. once you touch it you have cooties.

tor825gl 10mo ago

A counterpart to TFA which somewhat chimes with your position:https://contraptions.venkateshrao.com/p/semicolon-shaped-people https://contraptions.venkateshrao.com/p/semicolon-shaped-peo... It's an article about how some of the best people do work that engages with public view and discussion either very trivially or not at all (or both). Hard to describe more clearly but it has been a huge influence on me.

bmitch3020 10mo ago

Absolutely. I say that being an OSS maintainer is a job, which can easily become a full time job, where the pay is often non-existent. If you have a separate full time job, you now have to choose: 1. Work two jobs until you burn out. 2. Quit your paying job and hope you have you don't go broke. 3. Scale back or quit maintaining OSS projects. I think companies, governments, and societies could do a better job funding this work. But since this is a "tragedy of the commons" problem, I'm not holding my breath that this will happen before the public experiences a lot more pain from failures.

didgetmaster 10mo ago

I have a side project that I have worked on for years, mainly because I enjoy writing software. I get an adrenaline rush when I can make my data management system do things better and/or faster than other things on the market. I have written articles about it and made the binaries freely available on my website under an 'open beta'. People keep telling me that if I really want it to take off, I should open source it. So far, I have resisted doing that, for many of the reasons that you cited.

bob1029 10mo ago

I have started a new OSS project and intend to provide optional enterprise offerings on top. I really don't care if someone steals the ideas presented in code because they're actually fairly pedestrian. The much bigger concern for me is the fact that if I do not make my source open by default, I will have a very hard time developing trust in the community and prospective customers. I know I nearly instantly walk away from the "provide your info to download our white paper PDF" sales experiences in 2025. It is also helpful to remember that 100% of $0 is still $0. And that .001% of a trillion dollar TAM is still a pretty big deal.

tacker2000 10mo ago
This is pretty much the only way open source doesnt lead to burnout and continues to be maintained, and a lot of projects are doing this already successfully. Get “street cred” in the dev space by being open source, and let the enterprise customers “pay” for it.

gcanyon 10mo ago

I maintain Navigator, a development tool I started over twenty years ago; I am the only contributor to the open source repository [1]. I have rewritten drag and drop in that thing four times (because drag and drop in Livecode [2] is a bit of a hack). It's a pain every time. I'm not rewriting it again. 1. https://github.com/gcanyon/navigator https://github.com/gcanyon/navigator 2. https://livecode.com https://livecode.com