Talk:Collaboration

Jump to navigation Jump to search

About this board

Nemo bis (talkcontribs)

Given the last misplaced thread, I had to add another clarification on top of the page. After a discussion on #wikimedia-dev just now, I think a more correct synonym for the team's name would be "Central features", where central means that it's like a central square everebody goes through i.e. features affecting main/common workflows of (at least some subset of) wiki users. Right?

"Core" is wrong and confusing in so many ways. (Un)relatedly, I wish there was some team devoted to improving the most impactful features of core (like patrolling, recentchanges, diffs)... but that's definitely something this team does not and which is more likely to happen under "Platform" I suppose (if such distinctions even make sense).

Bawolff (talkcontribs)

+1. A team whose remit involves essentially the major non-core features should not be called core features.

Maryana (WMF) (talkcontribs)

If anybody can think of a better name, go for it. We've spent hours trawling online thesauruses looking for synonyms of "core" that don't sound a) crazy or b) way too self-aggrandizing (Foundational Features? Pivotal Features? Big-ticket Features?), and we've always come up empty. "Central" sounds a bit too close to the latter camp, imho as opposed to all those little inconsequential, peripheral features, like VE or Login/Account creation? ;)

Also, keep in mind that our sister team is Growth, so something that makes sense as a pair to that would be ideal.

Bawolff (talkcontribs)

Could call it "Features major" and rename growth to "features minor" (I'm working on the assumption that this team is supposed to be for "big" features, and growth for smaller features that are more experiments to see what works and what doesn't). In any case, what was wrong with "Editor engagement"? It may not have perfectly described what the team did, but a mildly incorrect name is about ten thousand times better then a name that conflicts with existing jargon. A name exists first and foremost to uniquely identify something - having it accurately describe that thing is a secondary concern. A mostly meaningless name, like "team excogitatio" which can gain meanings from the things the team does is better then a name that can be confused with something else.

Nemo bis (talkcontribs)

Thanks for your reply, Maryana. The words can be tricky to choose, but did I get the concept right or not? I don't think "central" is more self-aggrandizing than "core", but that can be seen later; what's important is finding correct descriptions/alternative names to improve the general understanding of the team's work.

As for the opposition to "Growth", I think the main one is what I said above (everyone's workflows vs. specific wiki actions), but another is attack vs. defense, where Growth is about expansion to (new) markets – so to say – and core/central is about consolidation. All teams are about "growth" per the strategic goals so it's hard to find a term to pair to that.

Nemo bis (talkcontribs)

The new name is quite descriptive, thanks for the improvement! It's still ambiguous, in that it may also apply (to quote myself) to «features of core (like patrolling, recentchanges, diffs)» which are the basis of collaboration on MediaWiki. At least there isn't any team or product with the same name!

Quiddity (WMF) (talkcontribs)

Phew! I was worried about it (as I do about everything), despite supporting this option myself, and I'm glad that you consider it an improvement. :-) (As someone said to me, "I'm sure it's not the perfect name that we could have, but it's a good name, and now we have one".)

Now if only there were an easy way to rename the mailing lists from ee@ and e2@ ... :-/ [afaik, it is possible, but complicated and very messy for all the various archives (web and personal), so I'm recommending against it.]

Reply to "Team name"

מספר העריכות שהוצגו בכיתוב בשינויים אחרונים היה שגוי במיוחד:העדפוצ. המידע סודר

4
2001:7C0:2041:1AA:0:0:0:DB (talkcontribs)

shalom. the text above is hebrew. there is typo - העדפוצ. can you fix it? ~~~~

Trizek (WMF) (talkcontribs)

Shalom. Where have you seen that typo?

2001:7C0:2041:1AA:0:0:0:DB (talkcontribs)

in the hebrew wiki

2001:7C0:2041:1AA:0:0:0:DB (talkcontribs)

ויקיפדיה:דלפק ייעוץ

Reply to "מספר העריכות שהוצגו בכיתוב בשינויים אחרונים היה שגוי במיוחד:העדפוצ. המידע סודר"

Great job on the new edit review features

4
The Land (talkcontribs)

Hello! I just wanted to say well done for the new edit review features - I have played with them a bit this evening and they look awesome. I particularly like the ability to target positive contributions by newer editors, it's a great opportunity for us to thank people more! Regards, ~~~~

Krenair (talkcontribs)

+1

Also has a filter based on whether a given revision is the most recent on the page been considered?

Roan Kattouw (WMF) (talkcontribs)

Yes, and it's already been implemented too :) . It's in 1.30-wmf.1 IIRC, so it should be live on mw.org already and go to the Wikipedias in ~12 hours.

JMatazzoni (WMF) (talkcontribs)

Thanks @The Land! As you continue to use the filters, any ideas you might have are most welcome.

Reply to "Great job on the new edit review features"

Job opening at WMF - Product Manager

1
Summary by JMatazzoni (WMF)

That job is no longer open.

Quiddity (WMF) (talkcontribs)
Nemo bis (talkcontribs)
Reply to "Why are Renameuser and Checkuser not core features"
Guillom (talkcontribs)
Reply to "Watchlists"
Doctree (talkcontribs)

More? My 'Welcome' to Wikipedia included 65 links, starting with a nine page tutorial to get me started. After reading it and visiting a few of the links, I felt intimidated rather than welcomed. I searched for a mentor with similar interests. The page was hopelessly out-of-date but I found a source of simple self-help. A Wikipedian, Pluma, created homework for adoptees including some fun stuff. In one long evening I learned how to help fight vandalism and patrol new pages as well as basic editing. I felt prepared to contribute to Wikipedia; I think that I have done so.

Looking at the New Editor Engagement page, I worry that too much effort may be spent on adding more. In my opinion, simplifying things for new editor's will help more than adding to an often confusing and intimidating collection of links to tutorials, rules and guidelines. Doctree (talk) 16:33, 22 April 2012 (UTC) (who appreciated the new 'Global profile' feature)

TheOriginalSoni (talkcontribs)

I agree. A personalized adoption/tutorial program as well as greater accessiblity towards Wikipedia tutorial videos and explanatory pictures seem to be in order. TheOriginalSoni (talk) 22:40, 22 April 2013 (UTC)

Reply to "Keep It Simple, Make It Simpler"

EASY way to add new DISAMBIGUATION PAGES

3
192.80.65.231 (talkcontribs)

Here is my ONE suggestion, Sumanah: A way to create a new disambiguation page by a simple copy-and-paste (i.e., two steps or less).

In the early days of Wikipedia, there was an intrinsic inclusiveness that arose from the transparency and simplicity of process, AND the elegance and excellence of its content. It was a high-performance system.

Technologists need to serve users, not the other way around.

Warmly, Ryn Miake-Lye ryn AT sciencedriven DOT net

Okeyes (WMF) (talkcontribs)

Thanks for this great suggestion :). We're always looking at ways to improve the wiki, and make it easier for outsiders to use. I don't think we've targeted anything specifically at disambiguation pages - we have a very small staff, and from a software point of view, disambig pages are pretty much the same as any other page - but we are developing tools to make editing overall much easier, which should (indirectly) help with disambig pages. Have you seen things like the Visual Editor?

Banaticus (talkcontribs)

If you mean the project currently doomed to failure since it can't parse templates (and it explicitly states that template parsing is so difficult that it's not going to bother implementing that) even though virtually every single English Wikipedia page has at least one template on it if not multiple templates (infoboxes and references), the project that also can't handle simple tables, the project that can only handle really basic stuff that's already in the edit box like bold, italics (which only take a minute to get used to), then yes, I've seen it. I think it's a waste of both time and money.

Apparently, there are now plans to integrate template editing in the Visual Editor. I think it's still unfortunately doomed to failure, because of the gigantic ball of mess that are cite templates. Granted, citations are very important, they keep things legal/moral (no stealing of ideas and avoidance of biography of living person lawsuits, etc.), but they are a seriously serious tangled web (this may seem like hyperbole, but start following the code and see what it does and you'll soon see exactly what I mean).
Reply to "EASY way to add new DISAMBIGUATION PAGES"
Banaticus (talkcontribs)
Reply to "Wikipedia service awards"
Leucosticte (talkcontribs)

I don't see any way they can get rid of the "biting" of newcomers without overhauling their policy. Mainly, the problem is that Wikipedia deletes a lot of useful content because it doesn't fall within their idea of what Wikipedia is supposed to be about. No matter how nice, polite and civil they are about notifying people that their useful content just got put up for deletion (or has already been deleted), it's not going to make those new editors very happy.

Yeah, there are a lot of other wikis out there where people can post their content. But those wikis aren't sufficiently integrated with Wikipedia to take advantage of the economies of scale that Wikipedia offers; therefore, those other wikis tend to fail. The WMF has not placed a high priority on interwiki integration, even among WMF wikis; there are no integrated watchlists, interwiki page existence detection, etc. That's probably a large part of the reason why those other projects haven't succeeded to anywhere near the extent that Wikipedia has. It's easy to complain about such problems, but I also intend to address them by coding some solutions.

He7d3r (talkcontribs)

For the record, these are some of the relevant bugs:

  • Bug 11- Red interwiki links -- check for page existence across wikis
  • Bug 708 - Interproject links
  • bug 3525 - Cross-wiki watchlists
  • Bug 27696 - It should be possible to see the changes to the interwiki page in the watchlist
Leucosticte (talkcontribs)

I created interwiki integration to brainstorm some possible strategies for addressing those. Feel free to weigh in.

Daydreamer302000 (talkcontribs)

I think that one major issue that haunts Wikipedia is the speedy deletion process. In my opinion this requires a change of culture, or atleast a new implied rule to be put in place: If the first reason you come up with to put an article up for speedy deletion is that 'you have never heard of it', then you should immediately recuse yourself from the process and ask another editor to step in, or just leave the topic alone altogether. The speed with which perfectly reasonable material for the encyclopedia is deleted, most often without any notification in advance or after the fact, can only lead new editors to think that taking part in Wikipedia involves some sort of mystical process that is not at all obvious and very exclusive. I and a few others obviously have managed to fight through some of those early snubs. But it is easy for me to imagine that most editors-in-waiting, young and old, when faced with that first hurdle just decide to take their contribution potential elsewhere. This really needs to be addressed with concrete changes to policy, culture and practice, sooner rather that later.

Leucosticte (talkcontribs)

They probably take their contribution elsewhere, e.g. to a personal blog or smaller wiki (e.g. Wikinfo), but then they lose a lot of the advantages of integrating their content into a massive project like Wikipedia. After all, who reads those smaller wikis? Not many people.

Nor do many people watchlist and improve the articles. People don't have time to be actively involved in a bunch of different wikis, especially when they have overlapping content. It's unnecessary duplication of effort that people generally seek to avoid. Fortunately, I think Inclupedia will solve these problems for us.

71.80.134.114 (talkcontribs)

The thing is that Wikipedia is a lot stricter than it used to be. Wikipedia was like Wikia back in the day. I remember coming in back in 2005 and 2006 and never once bothering to include a reference with what I was writing because it was "obvious". References were only for those contentious things like "person X is of ethnicity Y" or something like that. Now every Wikipedia article needs to meet the high standards that are expected of articles. This leads to a lot of really great articles and prevents a heck of a lot of dross and stupid self-promotion, but it also makes it more difficult to write an article than it was back when Wikipedia was brand new. Also, Wikipedia doesn't devote the coverage to single subjects that some other sites do. For instance, take a look at the minor aliens in Doctor Who and Star Trek, they're all clumped together on single pages (because there's only a line or two about each of those aliens). These changes are mostly necessary. Wikipedia would conceivably get sued way more often, but it does make it more difficult to write an article. Articles aren't books, it's not about writing what you know, it's about research projects.

Reply to "A fundamental problem"