[ubuntu-cl] Wiki / estructura de contenidos y su "interfaz" para usuarios

[Luis Alberto Saavedra Godoy]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Mauricio Hernandez Z. escribió:
| Para no levantar discusiones, presento "facts" o hechos, que se basan
| desde mi vision particular:
|
|  * Mi vision sobre un wiki, es un facilitador de acceso a informacion
| y contenidos, que no requiere programacion previa sobre su estructura
| sinoq ue te permite concentrarte en generar contenido. NO OBSTANTE;
| hacer el ingreso y busqueda de contenidos, unproceso "amigable" es
| sumamente positivo. Asi, entonces generar una interfaz que no
| dificulte la participacion de los usuarios, es una tarea primordial.
|
|  * Incluso en la mente humana, no poseemos un arbol de directorios que
| hemos creado manualamente para adquirir conocimientos. Por el
| contrario, somos esponjas que absorvemos conocimiento como venga, y
| que segun cualidades especificas y particulares, vamos
| "hilando"-linkeando segun se requiera.
|
|  * Cualquier wiki, mientras menos estructura (distribucion de
| contenido como cualquier sitio web donde debes establecer areas,
| paginas, subpaginas, indices, etc.) posea mas facilmente el mimso wiki
| podra saber donde esta que contenido. En otras palabras, wiki, al ser
| un motor de contenido, esta diseñado para crear sus propios arboles de
| conocimiento sin que un admin o usuario deba programarlo.
|
|  * Desde los inicios de Ubuntu-cl se me ha pedido que ayude a generar
| una estructura, y si bien siempre he dicho ok, luego siempre me vuelvo
| a percatar que, aunque vaya contra los conceptos que expuse
| anteriormente, y que este dispuesto a hacerlo, sera un esfuerzo mas
| que inutil:
|
|  1. si no tengo acceso a privielgios de sysadmin en el tarro, bastaria
| con que en 1 semana, todas las personas con menos experiencia en
| generacion de contenidos wiki creara mucha info con sus propios
| "estandares", para que TODA la "estructura" diseñada se perdiera. Por
| que? Porque sin esos privilegios NO puedo "obligar" a que solo puedan
| ser creados contenidos dentro de la "estructura" diseñada (existen
| mecanismos de bloqueo que podriamos implementar).
|
|  2. Usuarios, la ultima vez que dije "ok, comienzo hoy y no parare
| hasta tener todo el wiki tiki taka", me basto solo revisar la cantidad
| de usuarios creados sin wiki-etiqueta (NombreApellido) para comprobar
| que, solo en ese minimo trabajo de administrar usuarios desde la
| interfaz grafica me tomaria minimo 2 minutos p/individuo....y teniamos
| ma de 100 individuos que notificar y borrar manualmente, 1 a 1.....O
| sea, olvidenlo! Con privilegios de sysadmin, eso toma maximo 5 minutos
| para todos los 100.
|
|  * Capacitaciones....Estoy de acuerdo: mi primero intento y lo hice en
| ingles. MUCHISIMOS de los listeros son absolutmente capaces de
| entender, en ingles, al menos 70% lo que esta en ese modesto inicio de
| curso medio que estructure hace meses. Solo 2 personas me dieron
| feedback.  Y NADIE se acerco a ofrecerme ayuda para traducirlo....y
| claro, no hay obligacion de ayudarme, pero eso si es una muestra del
| interes/necesidad real por el wiki (El por que lo hice en ingles es
| facil: tenia que capactiar a 2 extranjeros en el uso y sysadmin del
| Moin, entonces aproveche de estructurar eso agregando material ya
| existente y creado por varios de los que hemos participado alguna vez
| en el doc-team de Moin, y dejarlo a disposicion de Ubuntu-cl)
|
| Mi primeras conclusiones al respecto, y que ya aclare y expuse
| telefonicamente a Mruiz el viernes pasado:
|
|  * Sigo disponible para esa tarea de estructuracion y amigabilidad de
| la interfaz, PERO considero un trabajo futil hacerlo si luego no
| tendremos posibilidad de mantenerlo (y para ello es obligatorio
| accesos de sysadmin), y en consecuencia, me niego a hacer algo que
| durara hasta que alguien edite/agregue como y donde le plasca, para
| que luego, manualmente, el admin deba estar pagina x pagina revisando
| estructura y no contenido (que ESE si es un tema importante!), y
| ademas, ayudando con la admin de usuarios.
|
|  * Solucion parche/imporvisada:
|  1. Crear el AdminGroup (como semidios)
|  1. Denegar el acceso a creacion de contenido y usuarios (default), y
| que solo enviando un email de presentacion al grupo de Admin, sean
| ellos quienes procedan a enseñar al "individuo" los procedimientos y
| reglas de edicion, y generar usuarios.
|  1. Recien ahi....elaborar e implementar la famosa estructura.
|  1. Implementar una interfaz mas amigable.
|

Esto es una respuesta buena, explica el problema que existe. No sé cómo
va a ser el servidor, me pregunto si se podrá tener un servidor con
ubuntu-server, por ejemplo, donde se pueda instalar lo que uno quiera,
por las mismas razones que expone mhz, no me gustan esos "hosting" que
traen lo que tú no quieres, te reducen el espacio etc., lo único que
tienen bueno es la red, y ni eso algunas veces, no conozco mucho, soy
muy ignorante al respecto, pero ¿podrían decir cómo es lo que están
"gestionando" para salir de dudas?, comparto 100% la opinión de mhz, si
no se tiene acceso de sysadmin, no vale la pena, y tiene muy buenas
razones para negarse a hacer algo, y comprendo ahora el porqué del
estado de la wiki actual,

Saludos.

PD: Me refiero a sysadmin como:
http://es.wikipedia.org/wiki/Administrador_de_sistemas
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHng/r/x/BK0i3hq0RArSpAJ9jo9ab++W1C5Ivv07km85Reti8CACcDkYC
QwZ69si+kwM9QK9i/F5EKJA=
=CSvF
-----END PGP SIGNATURE-----