When you complain about an open source project's management you'll get the reply, "Use something else if you don't like it!" That'd be true except for the tiny problem that *many* projects also strive for complete monopolistic dominance.

Let me tell you about Java in early 2k:

I was programming in Java since it's release, and all through the late 90s into the early 2000s. At first Java was very determined to unseat C++ and it used various propaganda tactics to turn C++ and malloc into a weird enemy for all of us to hate. This worked great!
Everything was fine though because there were plenty of jobs in tech because of the dot-com boom, and then suddenly there were not jobs because of the dot-com bomb.

Overnight it seemed as if the *only* way to get a job was at giant companies, and they *loved* Enterprise Java.
Now, this is the golden ticket for many open source projects and corporations. They all want to be the top dog #1 in the industry for their particular use, and once they gain that position they become abusive by ignoring user needs and extracting wealth from them.
With Java the dominance was so insane that *every* language had to copy Java's weirdness to survive. If you wonder why a language has some odd CamelCase things it's because early Python, Ruby, and others had to copy Java's semantics and style to even be considered "serious".
Then Ruby on Rails breaks on the scene around 2004-2005 took on Java's dominance with the exact same kind of propaganda tactic.

"No more XML situps!"
"Convention of configuration!"

And this worked just the same way Java's did and RoR started eating into Java's lunch.
Right at this transition time from Java to Ruby I got into Ruby and started trying to use it. The backlash from Java developers was INSANE! I caught one logging into machines and sabotaging the RoR processes. Another would yell at me in meetings about Rails. Others quit over it.
Imagine that. You love Java so much that you'll *quit* just because another guy 2 cubicles down is using something not-Java. That's the power of propaganda and the exact position Ruby on Rails would later capture with the same results.

The goal of all projects is capture.
Later Ruby on Rails unseated Java and became the dominant force, and once again if you did anything else you were ridiculed and people were threatened. I started using Python and people had the same reactions, freaking out, quitting, yelling, shaming, everything Java did.
Now, this social pressure is insane and most people can't resist it. I know it definitely cost me jobs trying to switch languages in these situations. Changing languages also cost me friends who started to hate me over just using something else, plus a whole slew of crazy haters.
So, how is it possible for someone to tell you "just use something else if you don't like it" while that same person is also doing their very best to capture the market and make it impossible to use anything else?

It's actually passive aggressive authoritarianism.
The project dominates tech.

When you have no choice but to use their project they use this control to exploit you and ignore your needs.

When you complain about their actions they tell you to just leave.

But, you can't, so they actually mean: "Shut up and do as you're told."
There's also the insane switching costs when learning a new programming language and platform. "Just use something else" takes on a whole meaning when the only way to use something else is to spend a year completely changing your whole platform and language.
Throw into this the practice of inventing shiboleths to gate keep people. You want to switch from Java to Ruby? Welp, better stop using for-loops and use .each or you'll never get a job.

All this adds up to "just use something else" is only an abusive control gesture.
What *should* happen is if a project is so dominant that people have no choice then the project should be run democratically. Banning people from these large projects should also be done carefully because these actions can put people completely out of work over minor things.
For example, the Go project bans people for using words with the letters "ass" *in* them. Someone was banned for rightfully calling something "halfassed", and this ban was done unilaterally with zero oversight by an unelected cop.

*That* is authoritarianism, but...
In the early days of Go before its dominance they would never have been so sensitive because they wanted to attract as many people as possible. I know many of the early Gophers and many of them are total trasholes who would never survive today's Go policies.
Finally, this is also why you should get *very* good at learning new languages and platforms. The only reason I was able to survive Java, Ruby, and Python's authoritarianism is because I could learn a new language fast and make good things quick, which removed their power.
But, even being able to learn new languages doesn't reduce the risk of some jackass in a dominant project just deciding they don't like you one day and using their power to destroy you. Always have your backup plan in the works and never trust a project will behave ethically.

More from Tech

A brief analysis and comparison of the CSS for Twitter's PWA vs Twitter's legacy desktop website. The difference is dramatic and I'll touch on some reasons why.

Legacy site *downloads* ~630 KB CSS per theme and writing direction.

6,769 rules
9,252 selectors
16.7k declarations
3,370 unique declarations
44 media queries
36 unique colors
50 unique background colors
46 unique font sizes
39 unique z-indices

https://t.co/qyl4Bt1i5x


PWA *incrementally generates* ~30 KB CSS that handles all themes and writing directions.

735 rules
740 selectors
757 declarations
730 unique declarations
0 media queries
11 unique colors
32 unique background colors
15 unique font sizes
7 unique z-indices

https://t.co/w7oNG5KUkJ


The legacy site's CSS is what happens when hundreds of people directly write CSS over many years. Specificity wars, redundancy, a house of cards that can't be fixed. The result is extremely inefficient and error-prone styling that punishes users and developers.

The PWA's CSS is generated on-demand by a JS framework that manages styles and outputs "atomic CSS". The framework can enforce strict constraints and perform optimisations, which is why the CSS is so much smaller and safer. Style conflicts and unbounded CSS growth are avoided.
On Wednesday, The New York Times published a blockbuster report on the failures of Facebook’s management team during the past three years. It's.... not flattering, to say the least. Here are six follow-up questions that merit more investigation. 1/

1) During the past year, most of the anger at Facebook has been directed at Mark Zuckerberg. The question now is whether Sheryl Sandberg, the executive charged with solving Facebook’s hardest problems, has caused a few too many of her own. 2/
https://t.co/DTsc3g0hQf


2) One of the juiciest sentences in @nytimes’ piece involves a research group called Definers Public Affairs, which Facebook hired to look into the funding of the company’s opposition. What other tech company was paying Definers to smear Apple? 3/ https://t.co/DTsc3g0hQf


3) The leadership of the Democratic Party has, generally, supported Facebook over the years. But as public opinion turns against the company, prominent Democrats have started to turn, too. What will that relationship look like now? 4/

4) According to the @nytimes, Facebook worked to paint its critics as anti-Semitic, while simultaneously working to spread the idea that George Soros was supporting its critics—a classic tactic of anti-Semitic conspiracy theorists. What exactly were they trying to do there? 5/

You May Also Like