fbpx Skip to content

Lluvia de ideas sobre el Wiki

Antes de que el blog despegara, antes de que Tumblr se convirtiera en la cara del fandom, pero alrededor de un a√Īo despu√©s de que Geocities se lanzara como plataforma para los sitios de fans de Justin Timberlake, estaba The Wiki. Vimos El Wiki, y vimos su potencial como una plataforma para el crowdsourcing del conocimiento, la colaboraci√≥n y la educaci√≥n. Vimos que era bueno.

Luego se fund√≥ Wikipedia en alg√ļn momento, y el resto es historia.

Me encantan los wikis bien mantenidos. Los wikis han sido una gran parte de mi educaci√≥n continua en dise√Īo web, trivialidades aleatorias y las minucias de la mec√°nica de los videojuegos durante mucho tiempo, ahora. Cualquiera que aprenda cosas en Internet debe mucho, directa o indirectamente, a los wikis y a su primo menos orientado a la comunidad, The Knowledge Base.

Aunque muchas de las opciones de software wiki disponibles p√ļblicamente son anticuadas y confusas para operar y organizar, contin√ļan impulsando gran parte de la parte educativa de la web. Hay opciones m√°s modernas, pero la mayor√≠a de las que he encontrado son plataformas SAAS para construir wikis privados dentro de la organizaci√≥n.

Damas y caballeros, los wikis y las bases de conocimiento necesitan todo el amor que podamos dar. De eso se trata este artículo: de ideas sobre formas de retribuir a las plataformas que tanto nos han aportado. Tengo algunas ideas generales, y algunos ajustes muy específicos a la fórmula del wiki que podrías considerar implementar en tus propios wikis, si alguna vez necesitas construir uno.

Actualizaciones generales de la parte delantera y trasera

Wikipedia todav√≠a utiliza un tema que no tiene un ancho m√°ximo en el √°rea de contenido. De hecho, he mirado las opciones de temas para MediaWiki (el software que ejecuta Wikipedia), y la mayor√≠a de ellas est√°n incre√≠blemente fechadas y no son muy f√°ciles de usar. √ćdem para DokuWiki (aunque para ser justos, ha habido algunos temas bastante buenos adaptados para ello), PhpWiki, y muchos otros.

Esto se debe al menos en parte a que la mayor√≠a del software wiki que todav√≠a se usa es antiguo para los est√°ndares de TI. Puede ser dif√≠cil adaptar el c√≥digo moderno de front-end a plataformas antiguas (dependiendo en gran medida de c√≥mo se hicieron). La edad de estas plataformas tambi√©n se muestra en el back-end, ya que fueron claramente dise√Īadas por ingenieros de software/datos, y tienden a ser m√°s dif√≠ciles de usar para cualquier otra persona.

Cualquiera puede aprender estos sistemas, pero es un dolor real. En pocas palabras, necesitamos nuevas opciones. Necesitamos toda una nueva generaci√≥n de software wiki (preferiblemente autohospedado) que combine todo lo que los proyectos m√°s antiguos han aprendido con todo lo que sabemos ahora sobre usabilidad, UX y gesti√≥n de contenidos. Y por el amor de todo lo que es santo y bueno, necesitamos algo m√°s f√°cil para dise√Īar y codificar nuevos temas.

Por ejemplo, Wiki.js. Es un proyecto relativamente nuevo que va por buen camino. Ahora bien, si sólo hubiera una versión PHP, o al menos una forma más fácil de instalar Wiki.js, sería un campista feliz.

(Si eres un desarrollador trabajando en un nuevo proyecto wiki, por favor enlaza abajo.)

B√ļsqueda en la p√°gina de p√°ginas largas

Lo s√©, lo s√©, lo s√©. En realidad, estoy a punto de recomendar que se a√Īada una funci√≥n dependiente de JavaScript a un sitio web. Pero he estado en algunas p√°ginas wiki muy, muy largas que realmente podr√≠an haber usado una funci√≥n de b√ļsqueda dentro de la p√°gina. S√≠, la mayor√≠a de los navegadores ya tienen este tipo de cosas incorporadas (y ah√≠ est√° tu reserva), pero muchos usuarios no conocen todas o la mitad de las caracter√≠sticas de sus navegadores. Tener una b√ļsqueda en la p√°gina ser√≠a muy √ļtil cuando se necesita encontrar un poco de informaci√≥n muy espec√≠fica, y la tabla de contenidos no la est√° cortando.

Tablas clasificables

Dependiendo del tema de tu wiki, es posible que te encuentres lidiando con tablas mucho más de lo que estás acostumbrado. A veces, una tabla es realmente la mejor manera de mostrar una gran cantidad de datos. Si está catalogando, por ejemplo, todos los mejores libros de un género en particular en una página, es probable que esa tabla se alargue mucho.

As√≠ que (y me duele decir esto) no es irrazonable condimentar tus tablas con algo de JavaScript para hacer m√°s f√°cil llegar a la informaci√≥n que quieres. Si puedes restringir, por ejemplo, los datos visibles en tu tabla a un a√Īo espec√≠fico, o a un autor espec√≠fico, vas a ahorrar mucho tiempo a tus usuarios.

Favoritos y p√°ginas recientemente visitadas

Cuando me encuentro volviendo a menudo a un wiki o a una base de conocimiento (que no es Wikipedia), a menudo vuelvo a las mismas p√°ginas que antes para refrescar mi memoria sobre las minucias de una cosa u otra. Por ejemplo, podr√≠a necesitar buscar una propiedad CSS m√°s oscura unas cuantas veces antes de que se me pegue en el cerebro. Si tiene usuarios que hacen esto, puede ser √ļtil proporcionarles una lista de p√°ginas visitadas recientemente para facilitar el acceso, o una forma de crear una lista de favoritos.

Si las inscripciones de miembros son algo que usted desea, puede utilizar estas características como una especie de punto de venta, incluso. Usted puede haber notado que todos los ajustes que he enumerado hasta ahora están ligados a la conveniencia. Nunca subestime el poder de la conveniencia.

Pensamientos finales

Los wikis en general son un sistema inteligente. Haz un enlace a una p√°gina que a√ļn no existe, la p√°gina se genera autom√°ticamente, y luego vas y le agregas cosas. Es una forma “org√°nica” de crear contenido y de navegar por √©l. Las bases de conocimiento suelen ser m√°s jer√°rquicas, y esa f√≥rmula funciona para ellas. En mi opini√≥n, estos sistemas no necesitan una revoluci√≥n completa.

La teor√≠a detr√°s de ellos es lo suficientemente s√≥lida como para decir que estos sistemas siguen en uso a pesar de los inconvenientes que presentan las plataformas m√°s antiguas (y a veces incre√≠blemente complejas). Estoy ansioso por ver lo que los dise√Īadores y desarrolladores podr√≠an hacer con los wikis y plataformas similares mientras saben lo que sabemos ahora. Estamos acumulando nuevos conocimientos todo el tiempo, y con el debido respeto a los blogs, a veces s√≥lo necesitamos un buen wiki para ello.