El software de código abierto (OSS) es la piedra angular de la tecnología moderna. de acuerdo a Fundación Linuxque impulsa hasta el 90% de las herramientas de software que se utilizan en la actualidad. A diferencia del software propietario, el OSS se desarrolla de forma colaborativa, lo que significa que cualquiera puede utilizar, cambiar y distribuir su código.
Debido a que los proyectos OSS históricamente han sido impulsados por los desarrolladores, tienden a ser muy flexibles y funcionales, pero pueden carecer de consideraciones críticas de usabilidad. Esto a menudo hace que sea difícil de navegar y adoptar para los usuarios cotidianos. Para cerrar esta brecha, se necesitan más diseñadores que contribuyan al código abierto y mejoren la experiencia del usuario.
Con esto en mente, el equipo de diseño de Canonical realizó una encuesta para explorar las experiencias de la vida real de las personas al contribuir con trabajos de diseño a proyectos de código abierto. Recibimos 115 respuestas de un grupo diverso de personas: diseñadores de UX/UI, diseñadores gráficos, expertos en accesibilidad, investigadores y expertos en sistemas de diseño, así como mantenedores de código abierto que trabajan con diseñadores. Posteriormente, realizamos entrevistas cualitativas con 11 participantes de todo el mundo, desde novatos en OSS hasta veteranos con más de diez años de experiencia.
Si bien nuestro informe de investigación completo se publicará pronto, queríamos compartir algunas ideas clave. Aquí hay cuatro desafíos clave que enfrentan los diseñadores en el ecosistema de código abierto y cómo la comunidad los está resolviendo.
1. Es difícil encontrar proyectos de OSS que acepten contribuciones de diseño
Encuesta de diseño de OSS: ¿Qué le impide contribuir con diseños a proyectos OSS?
Los desafíos más citados por los encuestados fueron la visibilidad y la conciencia. Muchos diseñadores no están familiarizados con el OSS y, por lo tanto, simplemente no saben dónde buscar proyectos. Incluso aquellos familiarizados con el código abierto pueden tener dificultades para encontrar proyectos que acepten contribuciones no relacionadas con la codificación.
Un factor importante que contribuye a este problema es la confianza. Si bien los mantenedores de proyectos tienen experiencia en solicitar contribuciones de código, muchos admiten que les falta confianza para solicitar trabajo de diseño. Algunas personas no están seguras de cómo configurar una solicitud de contribución de diseño o interactuar con la comunidad creativa de manera efectiva.
medidas como Diseño de código abierto y Contribuir diseño Hace un gran trabajo seleccionando solicitudes de contribución relacionadas con el diseño. Sin embargo, todavía queda mucho trabajo por hacer para aumentar el conocimiento de los diseñadores sobre el OSS y ayudar al personal de mantenimiento a utilizar estas plataformas de manera efectiva.
2. La incorporación y la documentación no respaldan a los diseñadores.
Muchos proyectos de OSS carecen de una documentación clara sobre la contribución al diseño. Si bien a menudo proporcionan materiales de incorporación sólidos para los desarrolladores, a menudo hay poca o ninguna orientación por parte de los diseñadores.
Parte de la razón de esta brecha es la falta de conciencia sobre el diseño entre los mantenedores. El 53% de los encuestados admitió que no entienden cómo encaja el diseño en sus proyectos, lo que les dificulta documentar los flujos de trabajo de contribución al diseño.
Sin esta infraestructura, los diseñadores carecen de experiencia crítica en proyectos. Es posible que no conozcan el público objetivo, el alcance del trabajo, las pautas de la marca o las limitaciones técnicas. Esto hace que comenzar un proyecto sea estresante y muchas personas se dan por vencidas antes de hacer su primera contribución significativa.
Sin embargo, algunas comunidades están abordando con éxito este problema. Artículos como diseño de bitcoins y quinto piso Atraiga y retenga contribuyentes no especializados mediante la implementación de estrategias proactivas, como:
- Publique una guía de «introducción» dedicada para diseñadores.
- Establecer un sistema estructurado de tutoría para nuevos contribuyentes.
- Regularmente se llevan a cabo reuniones AMA (Preguntar y responder) y eventos de sincronización comunitaria.
- Mantenga un registro de documentación de diseño transparente.
Programa de tutoría de capa 5 para nuevos contribuyentes
Esto reduce la barrera de entrada y crea un ambiente verdaderamente acogedor. En Canonical hemos creado una Plantilla de resumen de contribución Proporcionar a los mantenedores un marco claro de la información que los diseñadores pueden necesitar antes de comenzar a contribuir.
3. La curva de aprendizaje de las plataformas de contribución es pronunciada
La colaboración de código abierto se produce principalmente en plataformas basadas en Git como GitHub, GitLab y Launchpad. Si bien estas herramientas son algo natural para los desarrolladores, los diseñadores rara vez las utilizan. A los nuevos diseñadores de OSS a menudo les resulta difícil navegar por los problemas, las solicitudes de extracción, los repositorios y los flujos de trabajo de control de versiones.
La naturaleza técnica de estas plataformas es una barrera importante que puede impedir la participación de contribuyentes talentosos visuales y de experiencia de usuario.
Esta es otra área en la que unos mejores materiales de incorporación pueden tener un gran impacto. Las guías para principiantes pueden desmitificar estas plataformas y simplificar la configuración del flujo de trabajo. En Canonical, hemos comenzado a abordar esta barrera mediante la creación de recursos educativos, como nuestro reciente «Empezando con GitHub» Vídeotutorial.
4. Los diseñadores enfrentan más resistencia en las contribuciones no visuales.
Uno de los hallazgos más sorprendentes es que los diseñadores enfrentan mucha más fricción cuando realizan contribuciones no visuales. En la última década, el diseño digital ha evolucionado desde el tradicional «trabajo visual» hasta la investigación, la estrategia de productos, la arquitectura de la información, la redacción de especificaciones, la revisión de la accesibilidad y otros campos.
Sin embargo, los diseñadores informan que encuentran más resistencia cuando intentan contribuir en estas áreas no visuales. A menudo tienen que dedicar más tiempo a justificar su enfoque ante el personal de mantenimiento y a defender decisiones básicas sobre la experiencia del usuario.
La comunidad OSS puede abordar este problema educando a los mantenedores sobre el papel general del diseño en el desarrollo de software. Además, los mantenedores pueden brindar orientación sobre cómo revisar y aceptar contribuciones sin codificación. Esto transforma la retroalimentación en un proceso más objetivo, estructurado y transparente.
camino a seguir
Superar estos obstáculos requiere los esfuerzos conjuntos de los diseñadores y mantenedores de OSS:
- diseñador Se puede aportar un gran valor a los proyectos OSS mejorando la accesibilidad y la usabilidad, pero requiere paciencia con el ecosistema en evolución.
- mantenedor Es necesario encontrar formas más claras de indicar las brechas de diseño, mejorar la incorporación de personas sin codificación y reconocer formalmente el valor que aportan los contribuyentes sin codificación.
Afortunadamente, la comunidad pionera ha demostrado que la incorporación fácil de diseñar, la documentación estructurada y la tutoría proactiva funcionan. Al adoptar estas estrategias, más proyectos de software de código abierto pueden atraer y retener talentos de diseño y, en última instancia, hacer que el software de código abierto sea más inclusivo, fácil de usar y ampliamente adoptado.
¡Siga nuestro blog para ver el informe de investigación completo, que se publicará en las próximas semanas!
Únase al equipo de diseño de Canonical
Buscamos diseñadores que se preocupen por la artesanía y por cómo funcionan los sistemas entre bastidores. En Canonical, el diseño se encuentra en la intersección de la experiencia del usuario, la ingeniería y el código abierto, donde creamos experiencias coherentes y accesibles en la nube, el escritorio y los productos de IoT.
Si le gusta resolver problemas complejos y dejar clara la profundidad técnica, explore nuestras vacantes: canonical.com/careers
