Wow. If you needed proof that Guido isn't BDFL anymore, this is it.
A post by Guido van Rossum removed for violating Python community guidelines
101–110 of 289 posts
Re: A post by Guido van Rossum removed for violating Python community guidelines
#102Earlier quoted context omitted.
[flagged]
You are making a general point, but does it apply specifically? Here's the Python Code of Conduct for communication on official Python forums, and comm+behavior at official Python events: https://policies.python.org/python.org/code-of-conduct What specific items do you disagree with? * The top section "Our Community" is just general stuff like "be respectful." Is that a problem? * The list of "Inappropriate Behavior"…
I am challenging the very premise of a CoC. They are useless newspeak documents made only to enforce the ideology of those in positions of power and not benefit the project. “Don’t be an ass” is standard fare in polite society. Do you need to be told “don’t scream at people” every day when you leave the house? Perhaps those with low inhibition and self-control need such a reminder, but I would argue those are the ones enforcing them the hardest. They are redundant in every form and your argument is reductive. “See? You can’t complain about this part, it’s standard etiquette! And even if you do disagree, don’t we all find things we disagree with?” It ignores the entirety of the point, which is that the sum of a CoC is torturous to a project, and makes it unlikely people will want to play ball with a project due to their loaded nature.
CoCs were invented by non-programmers to push ideological beliefs to programmers, and was accepted because they weren’t immediately toxic to the community. Akin to a cancer taking time to spread.
Re: A post by Guido van Rossum removed for violating Python community guidelines
#103Earlier quoted context omitted.
A prominent and influential Go developer was effectively banned for life from Go community forums some years back. I honestly don't remember enough of the details to have a clear opinion on whether it was ultimately warranted, but I still feel sad that it happened when I think about it from time to time. The fact that it's legitimately unwise to discuss and decide CoC violations in public can make the resulting disap…
I actually just re-read that whole thread earlier this evening for unrelated reasons: https://news.ycombinator.com/item?id=31508000 In short, the Go module proxy causes an excessive traffic volume on git VCS sources with frequent clones of unchanged repos. Regardless of whether or not the developer is/was always reasonable in how he discussed this, he was absolutely right about this being a hostile behavior from the…
Oh man, was Drew banned from all Go spaces, or just from the issue tracker as he mentioned? He seems to draw ire, although whenever I actually read what he writes, he usually makes a lot of sense. I imagine there are examples of him being abrasive, but it usually seems like he values being thoughtful and kind.
I was actually thinking of someone else: https://news.ycombinator.com/item?id=34311643
Re: A post by Guido van Rossum removed for violating Python community guidelines
#104This kind of drama seems to exist very specifically to programming language design and implementation. Probably has something to do with the codified formal structures necessary for various committees/ decision making groups. But it's interesting. This kind of stuff happens in ECMA, Rust, Python and a few others. Go seems to have escaped. Maybe because it's a corporate owned Lang? Similarly no drama in the Typescript…
>This kind of drama seems to exist very specifically to programming language design and implementation. There's that saying about the inverse correlation between impact of the project/the stakes, and people being drama lords.
I saw this in the re-enactment scene in the UK in the 80's and 90's [0], where there were endless schisms and political dramas. The same is true of any "scene" where the consequences of drama are minor and the participants have the scene as a core part of their identity.
I would expect there to be a class of admin in here that do not actually contribute code but have created positions of authority over the project based on "community contribution" only. There's a particular type of person that does this and derives great satisfaction from it. I'm not going to criticise this - often the "community contribution" is real and beneficial - but I don't think it helps when the focus of the team managing the project moves away from the purely technical.
[0] I'm sure it still happens, but I no longer witness it.
Re: A post by Guido van Rossum removed for violating Python community guidelines
#105Earlier quoted context omitted.
I miss that information, have you a link to share ?
https://www.theregister.com/2024/05/14/nix_forked_but_over_p...
Note that that is from very early on in the process. The last I heard (about a month ago?) the final result was several (many of? more than 3, less than all?) people who signed the letter mentioned in the Reg article left for various reasons, several right at the point when a certain person had their commit-status re-enabled after a ban. I believe said person was eventually banned at a later point.
There are at least 2 forks that happened seemingly as a result of these disputes (Aux, as mentioned in the Reg article and Lix)
Re: A post by Guido van Rossum removed for violating Python community guidelines
#106[flagged]
Ironically, "dumb" approval voting, by virtue of using additive aggregation, extracts more information from ballots than ranked choice. It's a reduced-resolution form of continuous range voting, just like discrete range voting (approval voting is literally {0,1} range voting!), that approximates it arbitrarily closely with sufficiently many voters. (Approval voting also literally expresses more information about smal…
Even so, why not use full range voting (0-100) instead? Wouldn't it extract more information?
Re: A post by Guido van Rossum removed for violating Python community guidelines
#107Earlier quoted context omitted.
[flagged]
It's starting to swing back already, as people are beginning to realise where this ~decade of identity-over-competence is leading us.
I think people are starting to see the long term consequences now; but the problem has been building for decades.
You don't get every university across every ostensible democracy banning free speech yet permitting physical violence against 'the far right' over night.
You need to subvert and replace the establishment piece by piece.
What we're seeing now is what happens when that sort of incompetence starts to impact manufacturing, engineering, production and the training the people in the field.
So the whole damned thing is turned on its head;
Here's an example: during Covid, the only people who were not purged from the medical establishment were those who adhered to the narrative. That's disturbing - the so called health care system intentionally purged of any person critical enough to question that narrative.
And even now that health care system retains the same personal and repeats that same line.
(If you really wanna know what the actual numbers look like the only people with numbers that can be trusted are funeral homes and insurance providers.)
But right now (in the middle of a health care crisis) some of the most competent doctors, nurses, etc remain unable to work because of mandates for them to undergo an invasive experimental procedure (from some of the least trustworthy companies in the world).
(That is to say, any bloody doctor I'd be even remotely inclined to trust with my wellbeing.)
Competency purged; 100 flowers pruned.
I could go on and on, but I shouldn't, so I won't.
Adios.
Re: A post by Guido van Rossum removed for violating Python community guidelines
#108Earlier quoted context omitted.
Try posting something critical of the cult on r/conservative. There’s nothing uniquely leftist about censorship.
I can't; I got permabanned from the site for hate speech. What did I say? That it's unfair for men to compete in women's sports and that TRAs use bad faith tactics like deplatforming as a means to silence their critics and avoid debate. The weaponisation of censorship is predominantly a far left tactic.
> The weaponisation of censorship is predominantly a far left tactic.
Incorrect. It's an authoritarian tactic, which can either be left or right.
On the right today is Idaho with their new book banning law prohibiting minors from accessing books with LGBTQ+ themes (regardless of whether there was any sex or not).
On the left, you have Tipper Gore which was famous for advocating for the sticker placed on CD's to alert people of potentially terrible lyrics.
Re: A post by Guido van Rossum removed for violating Python community guidelines
#109[flagged]
Ironically, "dumb" approval voting, by virtue of using additive aggregation, extracts more information from ballots than ranked choice. It's a reduced-resolution form of continuous range voting, just like discrete range voting (approval voting is literally {0,1} range voting!), that approximates it arbitrarily closely with sufficiently many voters. (Approval voting also literally expresses more information about smal…
The primary downside to approval voting over a good ranked-choice-voting system (IRV is poor, yet is often considered synonymous with RCV), is that it encourages strategic voting.
Let's take the 3 person example and assume I like candidates A, B, C, in that order. With RCV, I would just rank them in that order. With approval voting, I might want to withold my approval for the most popular opponent to A, in order to boost A's chances of winning.
I like approval voting for large democracies because of the reasons you mention and the fact that it is very simple. Trust in the voting system is paramount for a healthy democracy, and requiring algebra knowledge to understand the how your vote is counted is counterproductive for generating such trust.
Re: A post by Guido van Rossum removed for violating Python community guidelines
#110It's easier to run a Model UN game than develop a programming language.