Live data from Hacker News

Professional maintainers: a wake-up call

blog.filippo.io

151–160 of 464 posts

Re: Professional maintainers: a wake-up call

#151
post #109

Earlier quoted context omitted.

No, the companies are supposed to generate value for shareholders. They are supposed to have infinite financial growth and that is pretty much it.

That's how it is most of the time but I don't see how you can say it's "supposed to" be that way. It's pathological. Essentially it's a form of group sociopathy.

[flagged]

Re: Professional maintainers: a wake-up call

#152
I don't know... I just don't see how OSS will ever be a real, sustainable business. The moment it does, someone else will simply subvert the paid-for software with a look-alike that does 90% of what the original does, but for free. In my view, this is the birth story of OSS. And I don't see any real market there. Even if you manage to find a "niche", like some sustainable software-as-a-service with subscription, there's nothing stopping someone else from undercutting you... all the way to "completely free".

Moreover, isn't this what's happening to most software, everywhere? Cases-in-point:

Compilers - when's the last time you actually paid for a programming language? I know for me: SAS C in the mid 1990's

Databases - any new solution would likely use a free DB.. and why not?

Digital audio workstations - "free" ones seem to come out monthly

Graphic editors - 2D and 3D alike - the free varieties are getting better every year

Developer IDEs - From console editors to full GUIs to online offerings; all free

Even the business model of "hoping to make server software so good that everyone wants it" fails when hosting services just grab it, re-package with their own branding and profit.

Re: Professional maintainers: a wake-up call

#153
post #42

Once upon a time, the best way to get a software job was to demonstrate your ability to build useful open source projects. 10 years ago the Principal Engineers I would work with had super sized open source portfolio's which leant them both credibility and experience building products people liked. Junior devs would search (sometimes in vain) for issues where they could contribute a few PRs Now the best way to get a j…

This might sound weird, but I find every time someone publishes or contributes open source, they are stealing value from me, because it is one less thing that a company will need me to implement, build and maintain for them, instead they'll now expect me to simply use the existing free of charge open source one. Not only does it feel like I'm stolen value, open source work tends to be the most interesting, and as mor…

I guess in the same way that public libraries steal value from book publishers and public education steals value from private tutors. Also, how rainwater steals value from bottled water companies, fresh air steals value from air filter vendors, and sunlight steals value from the electric company.

Re: Professional maintainers: a wake-up call

#154
post #84

Earlier quoted context omitted.

> So, large SV companies and startup should also start agreeing to pay for open source, when it's the core of the tech. Companies usually have a reason to keep their expenses low. Sometimes they are a public company with fiscal responsibilities. A startup will only have so much runway and is likely trying to reduce expenses. Given this situation, why will they pay for what they can get for free?

It seems like you haven't quite got the concept of open source. If everybody consumes and nobody contributes, how long will that last? A while back I bought a cheap robot vacuum. Their scheduling feature didn't meet my needs, so I reverse-engineered the protocol and open-sourced a cron-friendly CLI tool and a library so people could do other things with it: https://github.com/wpietri/sucks Honestly, this was a mistak…

A few thoughts...

I've long known people who modified cars. Sometimes they did it as a business. Sometimes they helped friends out. Sometimes the work was on nights and weekends. The car manufacturer never had a responsibility to support them. They never had to support people in forums. Anything they did was their choice. Sometimes as a business and sometimes volunteering.

You didn't have to open source that work. Once it was out there, you didn't need to provide support.

Doing volunteer work and hoping for generosity from companies isn't working.

Re: Professional maintainers: a wake-up call

#155
post #34

I feel as if engineers at firms that build systems that use open source libraries should campaign internally to create budget line items for paying non-trivial amounts to the maintainers of those libraries. I find it difficult to blame developers individually. Individuals working at these companies aren't going to see it as their role to send some of their own after-tax income to maintainers via GitHub Sponsors unles…

This makes more sense than blaming the developers.

But ultimately the problem is the same: engineers, i.e. employees, don't control the money. They don't have agency to direct the money toward functions other than enriching the people who have the money.

They may have more agency relatively speaking than free software developers, but on an absolute scale, you can measure this kind of agency in dollars, and it's a pittance.

Maybe they could donate some of their own salaries. Maybe they could get employer matching. Still doesn't seem realistic, but it's closer.

Re: Professional maintainers: a wake-up call

#156
post #42

Once upon a time, the best way to get a software job was to demonstrate your ability to build useful open source projects. 10 years ago the Principal Engineers I would work with had super sized open source portfolio's which leant them both credibility and experience building products people liked. Junior devs would search (sometimes in vain) for issues where they could contribute a few PRs Now the best way to get a j…

This might sound weird, but I find every time someone publishes or contributes open source, they are stealing value from me, because it is one less thing that a company will need me to implement, build and maintain for them, instead they'll now expect me to simply use the existing free of charge open source one. Not only does it feel like I'm stolen value, open source work tends to be the most interesting, and as mor…

I can understand the perspective. But it goes both ways: Aren't you (and I) 'stealing'? How much do you use open source, as a developer and as a user - and just to post his message: try enmuerating all the open source that goes into it.

We benefit far more than we can ever repay.

Re: Professional maintainers: a wake-up call

#157
post #80
post #46

Earlier quoted context omitted.

I would say that this is different from "hard to explain". What is being proposed is essentially "OSS with a paid model for premium support / feature development." It shifts the language from "donations", which companies don't understand, to "consulting", which companies do understand. It's not completely novel, projects such as openssl and sqlite do offer paid consulting, but it's not normalized among companies to p…

> OSS with a paid model for premium support / feature development. Adding features do not reduce likelihood of bugs, if anything the opposite. It's very difficult to come up with a paid model that specifically encourages a preventative strategy towards bugs and security flaws. Currently the best we have is getting people who care about those things to build software.

Yep. Working for a company that makes paid for software and customers always want more features. It's really fun when paying mutually incompatible features added and the sales people and developers go at it for months trying to figure out how to make it work.

Then, maybe a year later, that feature is no longer the hot new thing and it becomes abandonware inside the application. If you're app isn't cloud based you have no idea if you can rip the feature out or not as you have no idea how many people, if anyone still uses it.

Re: Professional maintainers: a wake-up call

#158
post #12

I feel like the examples of log4j and ua-parser aren't that great, because it would be relatively easy for any other similar lib to take their place, as it's mostly straightforward to implement, even though it still takes time. But there are some things like Kafka, PostgressSQL, Spring Boot, Tomcat, Apache Math, ZooKeeper, the OpenJDK, and all that which are definitely non-trivial and a huge amount of time and effort…

First those developers don't get any money for their work, now you also telling them that the work they are doing isn't really valuable anyway? Did you consider the fact that half of your examples of worthy things are using the unworthy log4j?

As a developer, if there were no free open source logging library, then I'd be paid to implement one at my work. It be a fun project, but because someone is willing to do it for free, and give it away, it's hard for me to justify to my employer that we should build our own.

This is how the value is measured.

But if you take a much harder task, like building a performant and safe JIT language runtime like the OpenJDK, you'll see that even in the open source model, people can't actually deliver it effectively for free. It often starts out from a company that later open sourced it, or it's backed by academia, and contributions require deep expertise, so sometimes companies had to have their own staff contribute to it on their own payroll.

Re: Professional maintainers: a wake-up call

#159

Earlier quoted context omitted.

It seems like you haven't quite got the concept of open source. If everybody consumes and nobody contributes, how long will that last? A while back I bought a cheap robot vacuum. Their scheduling feature didn't meet my needs, so I reverse-engineered the protocol and open-sourced a cron-friendly CLI tool and a library so people could do other things with it: https://github.com/wpietri/sucks Honestly, this was a mistak…

IMO, I think the golden age of completely FOSS apps (no open core) is ending/has ended as users expect more features and apps struggle to meet demands without effective monetization. I think open source will always have a place for libraries and tools, but end user applications will either become open core or no longer open source.

> I think open source will always have a place for libraries and tools, but end user applications will either become open core or no longer open source.

Very sad if this ever comes to pass. It's a world in which I would never have learned about computers or decided to work with them. I think it makes more sense to charge big companies but keep software free and libre for individuals.

(I don't think this future will happen though: I think it's based on a deep misunderstanding of what drives FOSS developers to do what they do).

Re: Professional maintainers: a wake-up call

#160
> Open Source maintainers graduating to sophisticated counterparties who send invoices for "support and sponsorship" on letterhead, and big companies developing procedures to assess, approve, and pay them as a matter of routine so that they can get what they need from the ecosystem.

The first 1/2 already exists. It's the companies which need to change.

I say this from experience. I'm self-employed, with my own company. For the first 15 years my plan was to provide commercial support for open source packages I worked on. I had an LLC, an accountant, I paid a designer for a logo, etc.

I co-founded the Biopython project and offered commercial support for it, with a couple of other Biopython developers under NDA so we could work on commercial projects that used Biopython.

Any interest? No.

I started an open source package for high-performance molecular similarity search. This got some funding, mostly from personal contacts at companies which wanted new features. And people used it.

In fact, at one conference a speaker gave a talk based in part on the results of my software. He commented correctly that it's very hard for a company to spend money on software they get for free.

I commented, correctly IMO, that I offered support contracts, and support is easy to justify to management if they really cared.

(Over the course of the conference, I learned what they liked best of "free software" was it is 1) available for no cost, and 2) doesn't come with string attached - they didn't want to care about upstream.)

My story isn't unique. I'm not the only one to try the "sophisticated counterparty" route. LLCs are cheap.

The real onus is on the big companies. And since that's not going to happen, I now offer proprietary licensing for my once FOSS-only software.

Post reply on HN