zlacker

Petition to formally recognize open source work as civic service in Germany

submitted by Philip+(OP) on 2025-11-28 14:08:14 | 614 points 139 comments
[view article] [source] [go to bottom]

NOTE: showing posts with links only show all posts
◧◩
42. tovej+Ob[view] [source] [discussion] 2025-11-28 15:32:47
>>little+gb
Open source is defined by the Open Source Initiative: https://opensource.org/osd

At least it should be. I'm not sure what definition this petition would use.

◧◩
49. within+ke[view] [source] [discussion] 2025-11-28 15:48:35
>>netdev+p4
> if your contribution is not merged in, it should not count as "work done"

I highly disagree with this. Sometimes someone has to do the work to discover that isn't the work that should be done. As an example, last week, I got in a fight with the Go scheduler: https://github.com/php/frankenphp/pull/2016 -- in the end, we were able to find the one-liner that is a happy-medium. I didn't open that PR, but I did the work; if that makes sense.

◧◩
59. Aurorn+Ki[view] [source] [discussion] 2025-11-28 16:16:20
>>netdev+p4
Any time you introduce an explicit incentive, however small, to open source work the unintended consequences can become a problem.

The Hacktoberfest incident is a good example: The program offered a T-shirt to people who had a PR accepted. The result was tens of thousands of useless PRs across open source repos and maintainers begging for the program to stop so they could stop dealing with useless PRs. https://joel.net/how-one-guy-ruined-hacktoberfest2020-drama

In a situation like this you can’t assume that the set of people and the type of work being submitted will remain the same as before the incentive appears.

63. nwelln+yj[view] [source] 2025-11-28 16:20:46
>>Philip+(OP)
Why not petition to change § 52 AO directly? I made such a petition a couple of years ago but didn't get around to promote it: https://www.openpetition.de/petition/online/anerkennung-der-...
◧◩◪
69. aequit+ok[view] [source] [discussion] 2025-11-28 16:25:11
>>clicke+p6
https://www.folklore.org/Negative_2000_Lines_Of_Code.html
◧◩◪
70. Aurorn+Hk[view] [source] [discussion] 2025-11-28 16:26:35
>>within+ke
In a program like this you can’t optimize for the assumption that every participant is acting in good faith and contributing good work even if it’s not accepted.

If a program incentivizes opening PRs even if they’re not accepted, the result will be a lot of maintainer spam from people opening useless PRs. This isn’t a personal hypothetical, it’s what we observe any time programs try to incentivize open source work. See the Hacktoberfest drama of years past where the promise of a T-shirt led to spam PRs across GitHub https://joel.net/how-one-guy-ruined-hacktoberfest2020-drama

◧◩
110. RobotT+z61[view] [source] [discussion] 2025-11-28 21:42:50
>>little+gb
Interestingly there is a DIN standard for open source hardware https://www.dinmedia.de/en/technical-rule/din-spec-3105-1/32...
◧◩
117. rendx+kw1[view] [source] [discussion] 2025-11-29 01:56:04
>>whstl+p7
https://techcultivation.org
◧◩◪
118. rendx+tw1[view] [source] [discussion] 2025-11-29 01:57:35
>>weinzi+om
https://techcultivation.org is a German broad-spectrum FOSS charity.

Chaos Computer Club is not a charity.

◧◩◪◨
124. fsflov+oV1[view] [source] [discussion] 2025-11-29 09:12:25
>>asmor+ed
> the OSI definition only deals with the way software is developed and distributed, not how software contributes to the common good

So it should be the FSF's definition of free software, https://www.gnu.org/philosophy/free-sw.html

◧◩◪
126. pabs3+u02[view] [source] [discussion] 2025-11-29 10:25:07
>>chairm+6G1
There is Sovereign Tech:

https://www.sovereign.tech/

[go to top]