Latest Wikipedia Uproar Over 'Superprotection'
metasonix writes: As if the problems brought up during the recent 2014 Wikimania conference weren't enough, now Wikipedia is having an outright battle between its editor and administrator communities, especially on the German-language Wikipedia. The Wikimedia Foundation, currently flush with cash from its donors, keeps trying to force flawed new software systems onto the editor community, who has repeatedly responded by disabling the software. This time, however, Foundation Deputy Director Erik Moeller had the bright idea to create a new level of page protection to prevent the new software from being disabled. "Superprotection" has resulted in an outright revolt on the German Wikipedia. There has been subsequent coverage in the German press, and people have issued demands that Moeller, one of Wikipedia's oldest insiders, be removed from his job. One English Wikipedia insider started a change.org petition demanding the removal of superprotection."
> Superprotection mandate
Call it Ex Cathedra and get it over with.
(-1: Post disagrees with my already-settled worldview) is not a valid mod option.
It's almost like the idea of letting everyone edit something actually does in fact turn into a crooked, biased shitstorm and wikipedia was wrong and everyone else in the world was right.
A petition with 13 signatures is not worth mentioning. Any idiot can set one up.
The summary doesn't describe the "flawed system" or what superprotection means. Here it is from the change petition
The "superprotect" page status introduced to keep the Media Viewer enabled is even more extreme: for the first time, a software feature has been designed to take the ability to edit pages away from Wikimedia project communities, giving that ability exclusively to unelected Wikimedia staff members.
The Wikimedia Foundation, currently flush with cash from its donors, keeps trying to force flawed new software systems onto the editor community, who has repeatedly responded by disabling the software.
Dice. Beta. Enough said.
For all intensive purposes, "whom" is no longer a word. That begs the question, "who cares"?
FTFA: a little pain was just part of the “Agile” way of doing things
Agile is now infecting the open-source world? Fuck it, I'm out. It's bad enough having to put up with all the "agile" bullshit at work, from their utterly pointless daily stand-up meetings to their fucking little cards on the wall everywhere (managers of the world: WE USE ELECTRONIC TRACKING SYSTEMS NOW). Add to that the unbearable Friday "retrospective" meetings (yeah, the last fucking thing I want to do on a Friday is sit in another pointless meeting talking about our problems) and then the Monday three hour meetings where we waste time voting on how long it should take other people to do their job instead of just fucking doing it.
Agile has killed any enjoyment there was in the IT field. If people are trying to pollute the open-source world with it, they can fuck off.
worldmobilenet.com -- World Prepaid Wireless Internet plans
So I recently heard about a programming language called Nimrod. It's relatively new, but it's very capable and even the venerable Dr. Dobb's Journal featured it recently.
I wanted to get a broader overview of it, so I thought I'd check out Wikipedia's article about it. After all, it's a language I'd managed to hear about, and I don't keep up to date with developments in the field very much these days. It was even featured by a widely read publication. So that should make it notable enough to have a Wikipedia article, right? Nope.
I quickly found out that the notability idiots over at Wikipedia have repeatedly chosen to target it for elimination.
I tried reading some of their justification for deleting the article, but it made absolutely no sense. It's a perfectly good topic to cover, and clearly I and others want to read about it! Yet these totalitarian shitbags feel the need to censor, censor, censor and then censor some more.
The harm these monsters do by getting rid of useful articles far, far outweighs any harm that could ever be done by having allegedly "non-notable" articles exist uncensored. I'd totally rather than the article about Nimrod stay, and anyone who doesn't like it can fuck off and visit some other web site.
I'm sure the Russians would be pretty irritated at first but would manage to take over the German Wikipedia after a while.
I really don't get the uproar. The crux of the issue seems to be that an update to the software running all the various instances of Wikipedia enabled a new slideshow viewer by default, and removed the ability for site admins to disable it by default (but users still can individually choose their preference).
Tempest in a teapot?
A subject is "notable" if it is the subject of substantial coverage in three unaffiliated reliable sources. If a subject is not notable, then it's not possible to make any verifiable claims about the subject.
No, it's more like "Buck Feta".
MediaWiki has a tool called "common.js" to let an admin edit the sitewide JavaScript. Wikimedia Foundation staff are trying to push unpopular user interface changes onto Wikipedia. The admins are using common.js to override the changes and restore the previous behavior for anonymous visitors. So WMF staff have superprotected the pages to keep even local admins from editing them.
I'd totally rather than the article about Nimrod stay, and anyone who doesn't like it can fuck off and visit some other web site.
I can't tell if the people who modded you insightful were being sarcastic... :)
Okay, joke aside... Statements like everybody else can just **** of because something you wanted to read about was marked for deletion. Is part of the problem.
Wikipedia editors and can't get every decision right... If nimrod (which btw, think I've heard about before) continues it's growth, then I'm sure it'll eventually be featured on wikipedia.
Note, I didn't say the current decision is right, but give them a break. But give it time, and bring up again (don't be an edit warrior)
Also drop the " censor, censor, censor" rhetoric... You are free to publish this anywhere else. Why don't you just make a site with rejected wikipedia articles, where people can work on them till wikipedia is ready to accept them.
change.gov and change.org are two completely different sites. The .gov site is the official petition website for the US government. The .org site is like wordpress for petitions. Anyone can go an create a petition for any reason, and it has about as much weight as a wordpress blog does, which is to say most are completely meaningless, but on occasion once actually gets some momentum, and it is that momentum (not the petition itself) that matters.
What's become clear here (see also following section) is that the Wikimedia Foundation is afraid it will lose readers to sites like WikiWand that offer Wikipedia content as a pure consumable with a much more aesthetically pleasing interface. The moment Wikipedia page views go down, the Alexa rank will go down and donations will go down, as fewer people will see the fundraising banners. The problem is that the Foundation's own efforts to create a more pleasing interface have been unsuccessful; they have the money, but simply seem to lack the talent and experience. Partly they are also hampered by the underlying coding chaos of Wikipedia – underneath the Wikipedia text, there are thousands of ad-hoc templates created in a very inconsistent manner by volunteers over the years. This is the main reason the VisualEditor failed.
This story was also covered by The Register.
Since no one answered this question, I did a simple google search which threw up these results :-
Nimrod: A New Systems Programming Language
Category:Nimrod
Consider the Nimrod Programming Language
What I like about the Nimrod programming language
Araq/Nimrod
Nimrod: A New Approach to Metaprogramming
Nimrod: A new statically typed, compiled programming language which supports metaprogramming
I am just a layman when it comes to Wikipedia editing, but it looks pretty substantial to me. It would appear that the complaint that notability requirements are too strict has just cause.
I'll give Slashdot some credit, it has actually managed to avoid crap like that comparatively well. Maybe it's the liberal use of anonymous posting here, or the more limited moderation system. Regardless, Slashdot is a clean and friendly place to have open discussion, at least compared to Hacker News, reddit, Wikipedia and Stack Overflow.
I find this comment amusing, since every time I mention Microsoft in any form of positive light I'm downmodded. I mentioned the MS Surface the other day and commented that it was proving a very nice tool for developing online learning materials. Downmodded instantly as "Troll"
Slashdot has serious groupthink issues and always has.
"Seven Deadly Sins? I thought it was a to-do list!"
There are too many people here not understanding what is happening here.
What is happening, is that a large community has done a lot of great work creating Wikipedia. The project has needed and attracted a lot of money, which caused an administrative office to be created. This office is now trying to make itself more important, and tries to lead the project into a 'grand future'.
The truth is, they may be well-intentioned, but they are terribly misguided, and incompetent. There are no capable leaders, and.or managers there, they seem to have no understanding of what the project is about, and have spent a lot of money on software projects that failed. They are misguided in that they think they should steer the project, while in fact they should be serving the community.
In short, they are incompetent, and should be replaced. If they aren't, they will kill Wikipedia.
the person from a century ago might not be as notable to people today
That's not how it works. Something becomes notable when unaffiliated reliable sources have covered it. This notability, if established, does not decrease over time. Such a decrease would require the existing reliable sources to stop existing. The reason Wikipedia has a notability requirement in the first place is that an article about a non-notable subject has no reliable sources that it can cite about anything.
... so Agile can fuck off, yeah?
It's bad enough having to put up with all the "agile" bullshit at work, from their utterly pointless daily stand-up meetings to their fucking little cards on the wall everywhere (managers of the world: WE USE ELECTRONIC TRACKING SYSTEMS NOW). Add to that the unbearable Friday "retrospective" meetings (yeah, the last fucking thing I want to do on a Friday is sit in another pointless meeting talking about our problems) and then the Monday three hour meetings where we waste time voting on how long it should take other people to do their job instead of just fucking doing it.
I suppose you're talking about Scrum. As a Scrum Master, maybe I should give some hints.
Let me fill you in on some details:
1.) You're supposed to stand at dailies, so you are eager to finish them fast and so you're quick to move your cards on the board. That's why Scrums are timeboxed (with me it's 15mins max) and limitied to what you can discuss about. If the team doens't get through, no matter. Scrums over. Move your remaining cards and get coding. Be more brief tomorrow. It's that simple.
2.) After trying various electronic tracking systems we moved to cards on a wall. The crew gets away from their PCs and are forced to communicate with each other. And even the secretary and the sales team can use a pinboard without futher explaination, and when they join a Scrum they don't feel like standing in a room full of antisocial douchebags just typing away at their desks. Plus, when you are using it, everyone is watching, which helps you stick to the method. That's why I advocate pinboards for scrum tasking ever since. For huge amount of tasks managed in backlog software, printing the cards might be an option - we did that once - but a Pinboard it should be. People get their coffee or water and meet at the pinboard, not at the watercooler or the kitchen. Does wonders to project awareness and awareness of what others are doing.
3.) Backlog assembly meeting (BAM) - apparently your Monday 3 hour thing (makes me sleepy just thinking of it) - should be done by those who need to do it you don't need the entire team for BAM, especially if 300 tasks need to be judged. You do need the team for assigning complexitiy points, but that can be done if there's something the BAM team has no clue of. BAM task-complexity is temporary anyway, as is the setup of the team. If there's only editing and no programming to be done for the next 4 weeks, it's beyond pointless having a progger do BAM - unless you've got nobody else to do it and the programmer has some spare time. And only in Sprint Planning is complexity set in stone. And Sprint Planning / Sprint Assembly is a different meeting, also timeboxed (1 hour with me, Fridays (I've got weekly sprints)).
Complexity assignment should be done with planning poker, and shouldn't cover microtasking. It should only cover sellable features and one tasklayer below that. Also, BAMs should take place when you need them, not on a fixed date. That's a recipe for timewasting. That aside, planning poker is fun and lets you walk through droves of tasks in no time. You get to judge effort and requirements and *everybody* on the team has an impression of what's coming up in the next few weeks. That is *very* important. ... This should happen in sprint planning the latest. Very often people of a certain field notice things that have been forgotten by management, long before the task is even due. Also very helpful and a big plus of a formalised method such as scrum.
4.) Yes, Scrum has an overhead, just like any other method. Quit whining. The job of Scrum is to keep the overhead to an *absolute* minimum while keeping everything else tightly organised and flexible on a sprint to sprint basis at the same time. If that doesn't happen, you or your Scrum Master is doing it wrong.
5.) Scrum gives your Scrum Master the power to tell you boss "Leave my guy alone, we're full up with tasks, unless you want me to bust this sprint and push every
We suffer more in our imagination than in reality. - Seneca