1,312 karma · joined December 28, 2010
[ my public key: https://keybase.io/dblock; my proof: https://keybase.io/dblock/sigs/7wXppbb7yc3kCl_NlXemHZGnvpj0YfabOYPG8ZYWbOg ]
https://github.com/opensearch-project/.github/blob/main/CONT...
Jokes aside, please read Ash’s (another artsy alumni) post on psychological safety, hope it changes your mind: https://ashfurrow.com/blog/building-compassionate-software/
On not having to ask permission.
We failed early. Had a wonderful demo day. Tons of sign ups. It started getting a bit long. Someone decided to shorten each session (max 2 minutes) and choose which ones were worth demoing. So you basically asked for permission to demo. Sign ups stopped. Nobody wanted to demo anymore. Demo day died and took a year to restart properly.
In general, establish “how”. Everything is in writing and GitHub workflow. When someone says “can I?” the answer is “why are you asking and haven’t done it (submit PR) yet”? This moves permission to a public discussion.
Think in terms of must have, should have, nice to have, not allow/disallow.
Managers already have the power to veto, so they don’t need to approve, allow or disallow. Managers need to say that to everyone all the time - “you have an idea, why haven’t you done it yet?”.
Everyone needs to do things very visibly and over communicate to enable gentle redirects and avoiding getting to veto.
Losing control is hard. Communications team wanted to review and control the engineering blog. I said hard no multiple times with every new comms leader. Asked them to comment on PRs.
Don’t fix problems that don’t exist. If someone wants a knob that looks like permission, ask them what problem they are trying to solve.
tl;dr The README became possible because Artsy is open-source by default, and someone just decided one day to create a repo and some content, and didn't need permission to do so. It's also the repo that most new hires read before they even apply to the job, and they don't need permission to make changes either. GitHub workflow is how everything gets done.
More practically, check out https://github.com/artsy/meta/pull/1, which is one of the repos that merged into the handbook via https://github.com/artsy/README/pull/1. Also note that Artsy was founded in 2010. This handbook in its current iteration is 7-8 years in, but its content goes back to ~2011 in some kind of evolution. You'll want to check out https://artsy.github.io/blog/archives/ as well.
This was a question of money. The Swiss were asked to be taxed (even more than they already are). They voted against the costs.
If you want an example of what successful OSS looks like for over 10 years now, https://github.com/artsy, MIT license.