La insistencia frecuente en que el proceso de instalación/configuración y/o la interfaz de usuario no son complejos, discutir con/sobre la experiencia del usuario, o en general la solicitud de que una persona justifique su experiencia y opinión, son síntomas de los mismos problemas que he intentado articular aquí antes. Esta es una de las (pocas) razones por las que a veces me he desanimado con esta comunidad, para mi pesar.
Si alguien que es un administrador de Discourse (o usuario) se toma el tiempo de venir aquí para decirle a la comunidad “mi experiencia configurando Discourse fue más difícil de lo que creo que debería ser”, escúchenlo, acepten que su experiencia es válida ante todo. Sí, es su opinión personal, y sí, es razonable querer detalles específicos de cuán difícil fue para ellos. Pero esto no debe presentarse como una necesidad de que la persona justifique su opinión y experiencia frente a la de otros. Incluso si no se pueden o no se proporcionan detalles específicos, el informe en sí, la experiencia subjetiva del usuario es importante.
Es trabajo de los desarrolladores de software intentar comprender los puntos débiles de los usuarios. No es trabajo del usuario saber exactamente por qué se siente de esa manera y comunicárselo a los desarrolladores. Este es uno de los desafíos fundamentales del desarrollo de software, y hay innumerables artículos y anécdotas sobre su dificultad. Muchas figuras respetadas de la industria tecnológica (por ejemplo, Steve Jobs) incluso creen que los usuarios ni siquiera saben lo que quieren, por lo que preguntarles directamente ni siquiera es un buen enfoque. Pero incluso si lo fuera, la mayoría de los usuarios (incluso los administradores) no son expertos en UI/UX, por lo que su capacidad para identificar y describir específicamente los problemas que encuentran puede ser limitada.
Incluso si un usuario tiene la experiencia para ayudarles a hacer un informe de problemas más efectivo, también es pedir mucho tiempo y energía a una persona para detallar los problemas que encontró. Es por eso que se realizan estudios de usuarios, por qué son útiles y por qué a menudo el método es simplemente observar a una persona realizando tareas, en lugar de intentar que demuestre algún problema específico, y mucho menos que lo describa.
Creo que también es importante reconocer que la experiencia previa de las personas con otras herramientas similares (para un usuario/administrador, no programador) es relevante. Muchas personas que están creando comunidades ahora han tenido alguna experiencia configurando aplicaciones PHP, quizás incluso otro foro como PHPBB. En comparación con eso, la configuración de Discourse es relativamente compleja. Por supuesto, hay aspectos tanto de PHP como de la configuración de PHPBB en sí que son subóptimos, y razones por las cuales, por ejemplo, la configuración de correo electrónico que utiliza no es preferible para Discourse, Rails, etc. Pero el hecho de que esto no esté realmente bien explicado en ningún lugar (no solo cómo configurar Discourse, sino por qué es más difícil que otros sistemas y cuáles son esas compensaciones) también es parte de lo que desanima a los usuarios potenciales.
Por último, en cuanto a la facilidad de instalación, la documentación y si el autoalojamiento no es una “ruta bendecida”, vale la pena observar los cambios en la página principal de Discourse.org en los últimos años. Aquí está en 2021: Discourse.org en web.archive.org de 2021
Observe que la referencia a la autoinstalación a través de Github no solo está mucho más arriba en la página, sino que también incluye un enlace directo, mientras que en el sitio actual no hay ningún enlace donde primero menciona Código Abierto, y la palabra “instalar” nunca se usa. Por lo tanto, para cualquiera que no entienda necesariamente que un enlace a Github es un enlace para instalar (y que hay documentación allí para guiar la instalación, que no se menciona en ningún otro lugar del sitio web de Discourse), es algo sutil pero notable que le disuadirá de investigar el autoalojamiento.
La tensión entre el código abierto gratuito y el beneficio para la entidad que desarrolla un proyecto de código abierto determinado es fundamental, por lo que entiendo estos cambios. Pero me queda bastante claro que el código abierto/gratuito/autoalojamiento se está restando importancia, y eso para mí es una indicación de que es un camino menos “bendecido”, en mi opinión.