Difference between revisions of "User talk:Svito"

From ArchWiki
Jump to: navigation, search
m (explain and ease out discussion note)
(Rambling on editing workflow and permissions: new section)
Line 2: Line 2:
  
 
[https://wiki.archlinux.org/index.php?title=Special:WhatLinksHere&target=User+talk:Svito&namespace=4&invert=1 Active discussions]
 
[https://wiki.archlinux.org/index.php?title=Special:WhatLinksHere&target=User+talk:Svito&namespace=4&invert=1 Active discussions]
 +
 +
== Rambling on editing workflow and permissions ==
 +
 +
I've been thinking to create this topic for a while, but as of [[Talk:Installation_guide#Network_configuration|suggestion]] to create additional user groups I've decided to lay down some infrastructure issues I perceive existing but not discussed yet.
 +
 +
To start with something, here are the areas I see important for a wiki success:
 +
 +
* Accessibility - everybody can contribute
 +
* Convenience - contributing is as easy as possible
 +
* Quality - edits are reviewed by peers
 +
 +
Some issues I noticed with implementation of those:
 +
 +
* Accessibility - some people are banned permanently (not unwarranted) for simply not knowing better and resorting to bikeshedding after their changes were reverted and complained about, understandably having many of your changes reverted can be tough pill to swallow, especially if you firmly believe what you do is right
 +
* Convenience - you have choice you don't want to make and consequences you don't want to face:
 +
** Make changes to article directly - be uncertain whether peers agree your change is good and if you will be criticized for them later
 +
** Open discussion: often peers don't have enough of an opinion on the subject or discussion reaches dead end, loss of interest
 +
** Make draft in user namespace: invest more time copying and pasting to bury with discussion and lose interest
 +
* Quality:
 +
** Some good changes rot in discussions and user namespace, protected wiki articles suffer because it is not convenient to propose changes
 +
** Some low quality edits go unnoticed for some time or require discussion to revert
 +
 +
What I see as potential ways to solve those issues:
 +
 +
* Mandatory peer review to prevent low quality or not discussed edits
 +
** Clicking save changes does not publish it to the original article, but creates a "merge request"
 +
** Exceptions are made to Arch Linux staff and "article maintainer" that is trusted to make good edits on that topic
 +
* Convenient and accessible peer review - anybody can easily see and reach unpublished edits and leave a comment or possibly press [thumbs up] equivalent to let OP know his work is appreciated and seen, alternative to complete silence
 +
** Maintenance team responsible for merging edits, ideally with single click
 +
 +
-- [[User:Svito|Svito]] ([[User talk:Svito|talk]]) 17:23, 19 May 2018 (UTC)

Revision as of 18:43, 13 June 2018

Note: To discuss article edits, open discussion on its talk page for those who watch it to see ;)

Active discussions

Rambling on editing workflow and permissions

I've been thinking to create this topic for a while, but as of suggestion to create additional user groups I've decided to lay down some infrastructure issues I perceive existing but not discussed yet.

To start with something, here are the areas I see important for a wiki success:

  • Accessibility - everybody can contribute
  • Convenience - contributing is as easy as possible
  • Quality - edits are reviewed by peers

Some issues I noticed with implementation of those:

  • Accessibility - some people are banned permanently (not unwarranted) for simply not knowing better and resorting to bikeshedding after their changes were reverted and complained about, understandably having many of your changes reverted can be tough pill to swallow, especially if you firmly believe what you do is right
  • Convenience - you have choice you don't want to make and consequences you don't want to face:
    • Make changes to article directly - be uncertain whether peers agree your change is good and if you will be criticized for them later
    • Open discussion: often peers don't have enough of an opinion on the subject or discussion reaches dead end, loss of interest
    • Make draft in user namespace: invest more time copying and pasting to bury with discussion and lose interest
  • Quality:
    • Some good changes rot in discussions and user namespace, protected wiki articles suffer because it is not convenient to propose changes
    • Some low quality edits go unnoticed for some time or require discussion to revert

What I see as potential ways to solve those issues:

  • Mandatory peer review to prevent low quality or not discussed edits
    • Clicking save changes does not publish it to the original article, but creates a "merge request"
    • Exceptions are made to Arch Linux staff and "article maintainer" that is trusted to make good edits on that topic
  • Convenient and accessible peer review - anybody can easily see and reach unpublished edits and leave a comment or possibly press [thumbs up] equivalent to let OP know his work is appreciated and seen, alternative to complete silence
    • Maintenance team responsible for merging edits, ideally with single click

-- Svito (talk) 17:23, 19 May 2018 (UTC)