Live data from Hacker News

Professional maintainers: a wake-up call

blog.filippo.io

111–120 of 464 posts

Re: Professional maintainers: a wake-up call

#111
post #20

Earlier quoted context omitted.

Would more time or money prevented the log4j bug? If anything that strikes me as coming from too much time spent on overarchitecting something.

Money spent on dedicated testing might have discovered it earlier perhaps?

I don't think testing is the silver bullet here – it's about system boundary awareness.

Re: Professional maintainers: a wake-up call

#112
post #94
post #81

Earlier quoted context omitted.

You need a proper "asshole" in such organizations that will go and threaten complete lack of support if the bill isn't paid. Of course there is a lot more detail in such negotiations, but the fact is that he/she will be facing similar "assholes" from the side of the copros. The entire thing is essentially just a game of standard capitalism. You have to know how to play that game, though. FFmpeg should be able to pull…

> You need a proper "asshole" in such organizations that will go and threaten complete lack of support if the bill isn't paid. That's the point, they don't pay, and they don't get support. But they still complain when there is a major CVE. > For comparison, $1M is the total yearly cost of ~3 average engineers at FAANGs. I wish we got that...

Note "yearly cost". Between administrative and organizational overhead, taxes, benefits, etc, typically only 50% of that cost is actually taken home as employee-visible salary [1] (which the employee then pays income taxes on...). $175k is still a healthy salary especially when compared to other locales, but it's not the $333k that is easy to presume based on GP's comment.

[1]: From what I've seen this ~50% number seems to be pretty close to the mark across virtually all industries and jobs. I.e. it's pretty safe to assume that the total cost to your employer to retain you is around double your take home pay.

Re: Professional maintainers: a wake-up call

#113
post #94
post #81

Earlier quoted context omitted.

You need a proper "asshole" in such organizations that will go and threaten complete lack of support if the bill isn't paid. Of course there is a lot more detail in such negotiations, but the fact is that he/she will be facing similar "assholes" from the side of the copros. The entire thing is essentially just a game of standard capitalism. You have to know how to play that game, though. FFmpeg should be able to pull…

> You need a proper "asshole" in such organizations that will go and threaten complete lack of support if the bill isn't paid. That's the point, they don't pay, and they don't get support. But they still complain when there is a major CVE. > For comparison, $1M is the total yearly cost of ~3 average engineers at FAANGs. I wish we got that...

Do those specific managers and layers really complain about CVE? Afaik they don't care or know.

Re: Professional maintainers: a wake-up call

#114
post #88
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…

I don't know if that is objectively true. There are numerous small companies who will leetcode every candidate. Then there are Google and Microsoft and the other bigs who hire thousands of people every week, where the best way to get hired is to have a Ph.D and get referred by insiders. Mediocre candidates getting leetcoded by mediocre companies may be a highly visible pattern but on industry scale I am not convinced…

Having a Ph.D. and getting referred by insiders in no way reduces the amount of LeetCode you have to grind for Google interviews.

Re: Professional maintainers: a wake-up call

#115
post #74

> Now is the perfect time for Open Source maintainers to become legible to the big companies that depend on them—and that want to get more out of them—and send them five-to-six figure invoices. Well, this is exactly what I've been doing around VideoLAN (VLC, x264) and FFmpeg for the last few years. In order to do that, I've created 2 official companies Videolabs and FFlabs (besides the non-profit orgs) and I've gone…

Would following an open core model work better, like it has for Hashicorp, Sidekiq, Tailwind, etc? Also, would focusing more on the low 4 figures result in more revenue? I feel the crowd sensitive to open source has that kind of spending authority, but once you get into the enterprise amounts, it's out of our reach to effect change.

That could work if the cost per sale were sufficiently low. But unless companies set up some sort of low-overhead system for putting that kind of money into open-source projects, I can't see it working. From what I hear, most devs can't just say, "We use project X a lot, so I'm going to fill out their web form right now and expense a $1k annual donation."

Re: Professional maintainers: a wake-up call

#116
post #74

> Now is the perfect time for Open Source maintainers to become legible to the big companies that depend on them—and that want to get more out of them—and send them five-to-six figure invoices. Well, this is exactly what I've been doing around VideoLAN (VLC, x264) and FFmpeg for the last few years. In order to do that, I've created 2 official companies Videolabs and FFlabs (besides the non-profit orgs) and I've gone…

Would following an open core model work better, like it has for Hashicorp, Sidekiq, Tailwind, etc? Also, would focusing more on the low 4 figures result in more revenue? I feel the crowd sensitive to open source has that kind of spending authority, but once you get into the enterprise amounts, it's out of our reach to effect change.

> Would following an open core model work better, like it has for Hashicorp, Sidekiq, Tailwind, etc?

Yes, I think this might be a better model, indeed.

But I did not start either of those projects, I came on board later; and those models are difficult to back-fit into an existing project.

Re: Professional maintainers: a wake-up call

#117
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?

> Sometimes they are a public company with fiscal responsibilities. Public companies also have accounts for goodwill in their books, don't they? Also, I'd even say that depending on volunteers for everything when you aren't in dire straits isn't to responsible.

Yes, but it doesn't mean what you think.

Goodwill in that context is towards the company, an intangible asset comprising the value in its brand etc.

Re: Professional maintainers: a wake-up call

#118

Everything stated about the risks and current deficiencies is true. Meanwhile the OP works for Google on OSS, one of the "untenable" approaches to funding it that is lamented. Nothing else presented is close to an alternative solution; there's no "ask" that would fix the situation, let alone an attempt to lead by example, so what's the point of this post?

> This is what I hope to see happen more and more: 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.

In what way is this not an ask?

Re: Professional maintainers: a wake-up call

#119
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 more and more is done and offered for free, my work becomes less and less interesting, and the job becomes more about connecting and configuring all these open source systems together.

Needing to contribute free work in open source before getting a job therefore sounds like the biggest of scams to me.

Re: Professional maintainers: a wake-up call

#120
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…

> It seems like you haven't quite got the concept of open source. If everybody consumes and nobody contributes, how long will that last?

I think that's a pretty unfair characterization of the previous post.

Post reply on HN