←back to thread

1783 points zaggynl | 8 comments | | HN request time: 0.579s | source | bottom
1. skybrian ◴[] No.23224027[source]
I don't work there anymore, but this is a confused argument born of zealotry. Taking Google's money to work on open source is totally fine. More money spent on good things might even mean less spent on bad things.

For example, nothing good would come from the Go team quitting over unrelated political stuff.

replies(2): >>23224354 #>>23225443 #
2. pacala ◴[] No.23224354[source]
FWIW, open source is not an absolute good. It is undercutting the ability of your peers to make a living. It is making software a commodity, such that capital rich hardware owners can make a killing. See AWS.

Commoditize your complement. https://www.gwern.net/Complement

replies(2): >>23224508 #>>23224585 #
3. SquareWheel ◴[] No.23224508[source]
It may not be common, but it is possible to make money on open-source software. Redhat would be the largest example. Automattic's WordPress is another.

If software can be profitable whether it's open or closed-source, then isn't open-source inherently better?

replies(1): >>23225572 #
4. dleslie ◴[] No.23224585[source]
This is what the AGLP3 is for.
5. TechBro8615 ◴[] No.23225443[source]
> nothing good would come from the Go team quitting over unrelated political stuff.

Are you sure about that? It might actually harm google enough that they respond by giving into some demands.

replies(1): >>23226141 #
6. Apes ◴[] No.23225572{3}[source]
I'm not sure RedHat is a good example any more, since they were aquired by IBM.
replies(1): >>23225866 #
7. cosmojg ◴[] No.23225866{4}[source]
They continue to operate fairly independently, and there business is still fully open source. IBM executives have also paid lip service to their model, suggesting they might move towards it. (Of course, lip service is lip service, and action is action. Two different things.)
8. skybrian ◴[] No.23226141[source]
Other than for commercial tool vendors like JetBrains, development tool improvements are rarely business critical in that way.

Go in particular is known for stability. In the short term, descoping or delaying Go releases is unlikely to matter to any business goal. Language and SDK improvements are for improving the ecosystem in the long term.