5,668 karma · joined March 14, 2011
The Gigazone™, MN | Philadelphia, PA
Emailers, you can call me "swilson" at my work domain.
What is wrong with you?
There’s a massive difference.
Why force git to be a build tool?
Just document how to execute the scripts/checks that will be used by ci. Provide a simple script in the repo that folks can intentionally execute.
Expect to see heavy lobbying from the music and video industry to create some kind of "Know your Customer" regime internet service providers in order to create such a liability.
I wouldn't call this a slam dunk for privacy or liberty, given what it is going to force the various actors to do in response.
For now, though, let the file sharing flow!
At the end of the day though, 501(c)(3) status is a purely US concept, doesn't apply to international organizations internationally, and doesn't necessarily mean that you "can't" do what anyone is discussing here. It just means that folks gonna have to pay taxes and "donations" can't be written off on the taxes of donors.
Perhaps, at the end of the day, not pursuing tax-exemption/charity status is a more honest approach. It certainly doesn't precluding doing any of what has been discussed, it just changes the financial efficiency.
OSS isn't commercial, per se.
Universities "ship" plenty of "products":
I see this more as a way to answer the question of things like the maintainers of OpenSSL or sudo. One approach is to fund the "project" and let it deal with all of these questions. Another approach would be to fund the people themselves. So, have a faculty of expert software maintainers, vetted by the governance structure of the OSE. Within that faculty, you could have "adjuncts" and "residents" who have a time-bound grant and set of obligations. If they are successful and their work continues to be relevant, they could eventually apply for one of a defined set of "tenured" positions. Those positions would guarantee them independence and a stable source of income in order to continue their role as a maintainer.
The goal of this "faculty" would be sustainable OSS maintenance (which involves both leadership and contribution), rather than publishing research and teaching classes. So, similar overall structure and approach, but differing goals.
I’m curious… would you consider having a “faculty” of “tenured” maintainers who receive livable funding and support based on a history of significant contribution? I could imagine something like “named chairs” and professorships you see for some tenured folks in academia. This could be useful for key project leaders, and contributors. In addition, any kind of function to train and develop the next generation of maintainers?
That’s.. kinda the question.
The only real solution is to keep children off of the internet and any internet connected device until they are older. The problem there is that everything is done on-line now and it is practically impossible to avoid it without penalizing your child.
If social media and its astroturfers want to avoid outright age bans, they need to stop actively exploiting children and accept other forms of regulation, and it needs to come with teeth.
Software is never "done".
The underlying APIs are always changing. The compilers and system libraries are changing.
Featuritis is a thing, but rolling it back is non-trivial as there are folks who depend upon it.
Fortunately, the whole thing is git based, so you have all the tools you need to do it.
- I read the entire “Frog & Toad” collection. Probably about 30 times, some stories more.
- “Little Shrew’s Day”… probably 25 times.
- Many of the “Construction Site” series books, especially the OG “Goodnight, Goodnight, Construction Site”. The “Garbage Crew” and “Airport” books featured heavily.
- Started to mix in some “Pete the Cat” titles.
- “Detective Dog Nell” got a lot of air play.
Lots of others, but those are definitely the frequent fliers.