Wikipedia discusión:Encuestas/2018/Nuevo grupo de usuarios interface-admin

message: Hasta ahora todos los bibliotecarios tienen el permiso. Pero (si entendí bien) la razón por la cual los programadores realizaron el desglose de este permiso es por seguridad: Dado que un cambio mal intencionado de alguien con conocimiento (por ejemplo por medio del robo de una contraseña a alguien con el permiso), puede acarrear severas consecuencias a Wikipedia, afectando a miles de personas. Entonces los programadores recomiendan que este permiso lo deberían tener pocas personas, y no deberían tenerlo quienes no lo utilizan.
Quizá deberíamos señirnos (tanto en la encuesta como en la futura política) a esas recomendaciones. Ener6 (mensajes) 14:15 19 ago 2018 (UTC)
replies: text: Hola Ener6, por ahí van los tiros en las preguntas 7, creo que se da un amplio rango de opciones, pero si tienes otras sugerencias, por favor plásmalas en la encuesta. Por supuesto que es importante tener en cuenta las recomendaciones de Meta, aunque cada Wiki es diferente. Por ejemplo, aquí el riesgo de robo de cuentas de bibliotecario es menor, simplemente porque hay menos que otras Wikis grandes y los bibliotecarios inactivos pierden los permisos. De todas formas, todos los bibliotecarios que no pertenezcan al nuevo grupo  perderán los permiso la semana que viene (según lo que he entendido) y es poco probable que todos se lo vuelvan a asignar, por lo que incluso si no hay preferencia por imponer el límite, el número de cuentas con el permiso será menor.--Xana (discusión) 15:53 19 ago 2018 (UTC)
thread_title:  Sobre la pregunta "Límites en el número de miembros del grupo" 

message: Sinceramente yo enfocaría la encuesta de otra forma, y con otras preguntas, por lo que me cuesta bastante responder a algunas de las presentes sin dejar un amplio comentario al respecto.
; Sobre el nombre
La clave interface-admin surge del proceso de creación del grupo y sus permisos. Se empezó creando un grupo con habilidad especial para editar códigos CSS (permisos editsitecss y editusercss) y Javascript (permisos editsitejs y edituserjs), uniéndole posteriormente los permisos para editar código JSON (editsitejson y edituserjson) debido a que es origen de datos de muchos otros códigos en Javascript. A este grupo se propuso denominarlo techadmin (technical administrator), pues servía para labores púramente técnicas o de programación. Hubo reclamaciones sobre el nombre, pues algunos opinaban que no debían ser administradores, porque ni siquiera existe el grupo local admin en las wikipedias, sino que son sysop. ¿Quizás script editor? El nombre de «editor de código» encajaba mejor con su función. Aunque posteriormente se dieron cuenta de que estos técnicos o editores de código necesitaban editar el espacio MediaWiki, pues es donde se alojan los códigos generales o comunes a todos los usuarios; por lo que necesitaban además el permiso para editar ese espacio (editinterface), que hasta el momento era exclusivo de otro grupo de usuarios denominado interface editor. Y aquí empezaron a surgir los problemas con el nombre elegido. El nombre que mejor encajaba en sus nuevas funciones, interface editor, ya estaba usado; y otros proyectos ya tenían grupos locales especiales como technical administrator, tecnician... se habló de nombrarlos engineer, interface helper, interface manager... y finalmente apareció interface administrator, que evitaba colisiones con cualquier otro nombre previo. Así ya estaba creado el grupo interface admin.
En wikipedia no tenemos administradores locales: internamente son «operadores del sistema» sysop (system operator). Concretamente en eswiki los denominamos bibliotecarios. También en eswiki cambiamos el nombre a los «patrulladores» patrolled por verificadores, a los «autopatrullados» autopatrolled por autoverificados y a los «supervisores» oversight como supresores. En esos casos porque el nombre identifica mejor su función. Aunque mantenemos los nombres de checkuser como checkusers (supongo que porque «verificador de usuarios» tiene demasiada similitud con los verificadores), y los steward como stewards (supongo que porque su traducción —¿encargado?— es un poco compleja).
La función de los interface-admin es... que editan la interfaz, concretamente las partes del código y las traducciones. Pero la interfaz es la que es, y viene fijada a través del sistema MediaWiki, por lo que no pueden administrarla modificando su estructura, ni agregando o borrando partes de ella. Simplemente pueden editarla. El nombre de «editor de interfaz» define —en mi opinión— mucho mejor la función que van a ejecutar, respetando además el mismo espíritu por el cual tenemos bibliotecarios y no administradores. Y aunque ese nombre traducido pueda entrar en conflicto con otros grupos de usuarios de otros proyectos, en eswiki no han existido, por lo que no veo gran inconveniente en apropiarse del nombre «editor de interfaz».
Igualmente podría aceptarse «administradores de interfaz», pues el nombre no es lo más crítico de todo esto.
: PD: ¿por qué «de interfaz» y no «de la interfaz»? Pues porque no hay una mayoría clara en el sector que use la segunda forma, y además entra en concordancia con otros nombres de usuario como creadores de cuentas o coordinadores de cursos. (Esto último copiado del comentario de LlamaAl).
; Sobre los requisitos
¿Debe haber requisitos? Sí, por supuesto. Aunque sean basados en la subjetiva apreciación del burócrata que asigne el flag.
¿Debe exigirse una antigüedad y unas contribuciones mínimas? Pues la verdad, no tengo claro que estos dos factores ayuden mucho a tomar una decisión favorable o no. ¿Vamos a rechazar a algún reconocido programador o administrador del sistema MediWiki simplemente porque en eswiki no tiene ninguna contribución? ¿Aunque tenga años de experiencia y miles de ediciones en otro proyecto? Además, vale si esas cifras de antigüedad y ediciones se computan globalmente; al menos se sabrá que no es un novato. Pero igualmente, ¿entiende lo que va a hacer? Supongo que eso solo se sabe si ha demostrado capacidades de ello. Por ejemplo los biblios que ya han modificado códigos, o los usuarios que hemos creado herramientas o hemos solicitado modificaciones técnicas en los tablones.
¿Debe tener un flag previo? No. ¿Para qué? Si solo se quiere hacer o modificar código, ¿es obligatorio hacer también otras cosas como reversiones o verificaciones? U operar un bot, según la siguiente pregunta. Porque los flags no los regalan y hay que demostrar que se van a usar. Y tampoco hay que olvidar que colaborar en Wikipedia es voluntario.
¿Se debe ser biblio? Aquí hay dos formas de verlo. Puede ser si la cuestión es tomar un grupo limitado y reducido de entre los bibliotecarios, y crear este nuevo grupo al estilo de los checkusers o supresores. Es decir, que sea un verdadero requisito. Lo que no debería ser normal es que sea un permiso conjunto y conexo al estilo de los burócratas, pues precisamente se creó el nuevo grupo para evitar que todos los bibliotecarios tengan el permiso por defecto. Personalmente prefiero que el permiso sea «de libre acceso» —aunque con condiciones de acceso muy controladas— y no «exclusivo para bibliotecarios». Porque además va en línea con el párrafo anterior.
; Sobre el otorgamiento
Aquí hay que separar en dos partes. Si se va a limitar el acceso al grupo a un cuerpo exclusivo y reducido de bibliotecarios, o si se va a permitir el acceso al grupo a usuarios sin necesidad de que sean biblios.
* Si va a ser un permiso «de libre acceso», como el de reversor, entonces deberá pedirse en el tablón, como el resto de permisos; y los burócratas evaluarán las aptitudes del solicitante. Incluso admito un plazo de alegaciones donde cualquier usuario pueda alegar.
* Si va a ser un permiso «exclusivo para bibliotecarios», como el de checkuser, entonces deberá obtenerse por votación comunitaria, con unas reglas de aceptación por definir similares a las candidaturas a biblio, a checkuser o a supresor.
Como ya expliqué en los requisitos, se debería descartar que el flag vaya en conjunto con los de bibliotecario y burócrata. Es precisamente el motivo de su creación.
¿Pueden conservar el flag, sin trámites especiales, los bibliotecarios que actualmente forman parte del nuevo grupo? Sin trámites especiales no. Nadie debe saltarse las reglas, incluso cuando no hay reglas. Pueden a) presentar su solicitud en el tablón y esperar alegaciones e incluso otorgárselo a sí mismos pasado el plazo; o b) presentar su candidatura a votación comunitaria según las reglas que se establezcan. Según se decida. Y voto por la opción a), aunque resulte curioso que un burócrata se pueda auto otorgar el flag de bot pero no el de editor de interfaz. Cuestiones de seguridad, dicen. Aunque animo a todos los bibliotecarios que crean necesitar el permiso a que lo soliciten.
; Sobre la remoción
Volvemos a separar por partes.
* Si el permiso es «de acceso libre», ningún permiso de esa categoría (reversor, verificador) lleva fecha de expiración, ni supresión por inactividad.
* Si el permiso es «exclusivo para bibliotecarios», podrán establecerse rotaciones temporales, o una cantidad mínima de usuarios con el permiso, como se hace con los supresores o checkusers... ¡Bah!, ¡qué rollo! Ya he dicho que prefiero el acceso libre, que además genera menos burocracia.
Todos los permisos se pueden retirar por uso indebido consciente. Todos.
La desbibliotecarización:
* Si un biblio dimite, se le pueden devolver los permisos anteriores (como reversor o autoverificado), porque mantiene la confianza de la comunidad. Además en este caso el permiso es «paralelo»; es decir, no se lo devuelve, lo mantiene. En cambio si se le expulsa, supongo que se perdió la confianza en él, por lo que tampoco debe mantener este permiso más crítico.
* Si además es requisito para acceder al «grupo exclusivo», entonces es imperativa su remoción.
; Sobre los límites
Sí, creo que debe haber un límite. Pero no, no debe ser máximo, sino mínimo. ¿Cómo respondo a esta cuestión?
; Sobre otras facultades
A ver, recapitulando: se crea un grupo especial para separarle sus funciones de las demás, ¿y se propone juntarle otras funciones? No, no y no. Editar plantillas (wikitexto o Lua) no tiene nada que ver con editar la interfaz (CSS, Javascript y JSON). Es cierto que el que sabe programar un lenguaje puede aprender fácilmente otros similares, pero esto se salta la intención de la segregación del grupo.
El permiso editprotected, para editar páginas protegidas, permite editar todas las páginas protegidas, no solamente plantillas. El espacio MediaWiki y los otros códigos que puede editar un editor de interfaz, ya tienen una protección única y especial diferente, por lo que no se necesita ningún otro permiso especial para editarlos.
Y el permiso delete, para borrar páginas, también permite borrar todas las páginas, no solamente de la interfaz. Y tampoco se necesita, pues para anular un código basta con blanquear la página.
Y creo que eso es todo. Disculpen si ha parecido una cansina perorata, pero quería compartirlo. -- Leoncastro (discusión) 05:20 16 sep 2018 (UTC)
thread_title:  Mis comentarios 

message: Sobre el nombre del grupo, estoy de acuerdo en que es mejor "editores" que "administradores", aunque no se había propuesto. En lo que no concuerdo es en que sea mejor "de interfaz" que "de la interfaz". En el caso de otros grupos se omite el artículo porque se usa el objeto en plural ("creadores de cuentas", "coordinadores de cursos") pero en este caso se usa en singular ("de la interfaz" y no "de interfaces") donde es habitual usar el artículo. No siempre se usa ni es obligatorio, pero sí habitual. Tomando uno de los ejemplos anteriores, si en lugar de "cursos" tuvieramos solo uno, habitualmente se diría "coordinadores del curso" y no "coordinadores de curso". Al menos a mi me es más habitual la primera forma que la segunda.
Sobre la antigüedad y contribuciones mínimas, cierto que un usuario que ha demostrado experiencia en otras wikis puede ser útil aquí aunque no tenga contribuciones, pero si no colabora habitualmente aquí, ¿para que quiere ese permiso en eswiki? Si va a hacer solo una colaboración puntual puede pedir o ayudar a otros editores y no tardará en conseguir ese permiso luego, pero el permiso en eswiki debe ser para quienes colaboren habitualmente en eswiki y no para quienes estén de paso. Una antigüedad y ediciones mínimas lo veo imprescindible, sobre todo teniendo en cuenta los riesgos que conlleva el permiso. No sería el primer caso de alguien que siendo apreciado en una wiki es expulsado de otra por su comportamiento. Cada comunidad es independiente y las valoraciones también son independientes.
Sobre otras cuestiones, estoy de acuerdo en muchas cosas de lo que dices, pero una encuesta debe recoger todas las opiniones, por discutibles que estas puedan ser. Por tanto es normal que se pregunte por todas ellas, aunque sea para que la comunidad rechace algunas por absurdas (hasta que la comunidad no se pronuncie no sabemos si las considera absurdas o no). --Tximitx (discusión) 06:22 16 sep 2018 (UTC)
thread_title:  Respuestas