El equipo de diseño y web de Canonical realiza iteraciones de dos semanas para crear y mantener todos los sitios web y las interfaces web de productos de Canonical. Estos son algunos de los aspectos más destacados de nuestro trabajo completo de esta iteración.
Tabla de Contenidos
Conocer al equipo
Oye Mi nombre es João y soy ingeniero web senior en el equipo web.
Desde que me incorporé a Canonical hace unos 3 años, he tenido la oportunidad de trabajar en una amplia variedad de proyectos. Esto incluye mantener nuestros sitios web, trabajar con otros equipos de la empresa para crear paneles que se envían como parte de nuestros productos, mejorar los canales para la integración continua y crear herramientas para mejorar el desarrollo y la experiencia de control de calidad en los proyectos del equipo.
Si no hago nada de lo anterior, lo ideal sería que me encontraran viajando, probando comida, jugando tenis / pádel o viendo deportes.
red
El equipo web desarrolla y mantiene la mayoría de los sitios canónicos como ubuntu.com, Canonical.com y más.
Hicimos algunas mejoras de UX en https://ubuntu.com/certified. Hemos reducido drásticamente la cantidad de filtros en la página de resultados de búsqueda, ahora los usuarios pueden ver la cantidad de filtros seleccionados y los resultados se han dividido en 5 vistas para cada categoría: computadoras de escritorio, computadoras portátiles, SoC, dispositivos y servidores.
En esta iteración, algunos de los equipos web estaban trabajando en un sprint de mantenimiento que abordó algunas de las tareas que normalmente no tenemos tiempo para hacer. Primero, agregamos mapas de sitio a algunos de nuestros sitios web más pequeños como microk8s.io y charmed-kubeflow.io para mejorar el SEO.
Hemos mejorado los tiempos de aprovisionamiento para nuestros proyectos manteniendo la caché de Docker durante períodos de tiempo más largos sin desperdiciar demasiado espacio de almacenamiento y usando –production para npm:
También hemos trabajado para mejorar el manejo de los espejos de descarga de Ubuntu en nuestro sitio web para poder probarlos mejor y evitar problemas con espejos rotos en el futuro, especialmente con las nuevas versiones de Ubuntu.
Hemos explorado algunas ideas para mejorar la navegación en ubuntu.com. Estos incluyeron cambiar la arquitectura de la información, aclarar las llamadas a la acción dentro del menú, usar un enfoque de navegación de «aroma de información» y un patrón estándar para navegar por temas.
marca
El equipo de la marca desarrolla nuestra estrategia de diseño y crea la imagen corporativa a través de muchos puntos de contacto, desde web, documentos, exposiciones, logotipos y videos.
Tarjetas de tienda
Para apoyar nuestra participación en ROS CON JP, se nos pidió que creáramos algunas tarjetas de carpa que se pueden usar en nuestro stand, ya que no hay folletos físicos debido a las restricciones de Covid-19. Los códigos QR llevan a los delegados al contenido relevante en ubuntu.com
Oficina de Taipei
Creamos la señalización y los gráficos del stand para nuestra próxima oficina de Taipei.
Colores de símbolo accesibles
Hemos explorado los colores utilizados en nuestros iconos de advertencia y hemos creado una serie de versiones accesibles que serán adoptadas por el equipo visual e implementadas en Vanilla en las próximas iteraciones.
Presencia del logo de WSL
Además de nuestro trabajo anterior, hemos creado algunas reglas y parámetros para usar nuestros logotipos en Microsoft. Creamos una distinción de color que los usuarios pueden seguir para indicar qué versión de Ubuntu tienen instalada. La ruta desde la búsqueda hasta la instalación y la interfaz de usuario es mucho más clara ahora.
Aplicaciones
El equipo de aplicaciones está desarrollando la interfaz de usuario para el proyecto MAAS y el tablero de JAAS para el proyecto Juju.
Resumen de la autenticación LXD
En esta iteración de 2 semanas, descubrimos otro caso de uso en el que la autenticación LXD juega un papel importante en términos de seguridad. Este nuevo caso de uso implica la creación de una máquina LXD como controlador de potencia.
Esta imagen de arriba es el formulario cuando un usuario agrega una máquina. Al agregar máquinas, puede agregar más de un tipo de máquina a la vez. Así que no queremos dejar de sumar máquinas en este momento. Por lo tanto, estamos omitiendo el proceso de autenticación, pero arrojamos un error en la página de la lista de máquinas para informar a los usuarios que se requiere un paso adicional para que LXD confíe en el certificado generado por MAAS.
Cuando un usuario agrega una computadora LXD al permitir que MAAS genere un certificado como método de autenticación, informamos a nuestros usuarios que hay un error de autenticación para esa computadora.
La descripción general de la máquina también muestra el mensaje de error e indica a nuestros usuarios que solucionen este problema en la pestaña de configuración.
En la pestaña de configuración a continuación, los usuarios pueden encontrar toda la información relevante sobre esta máquina LXD, el proyecto al que está vinculada, así como el certificado y la clave privada. Un usuario tiene 2 opciones para recibir este certificado generado por MAAS de LXD como uno confiable. La primera opción es la más recomendada y más segura, que consiste en agregar la configuración de confianza mediante la CLI de LXD. En este paso, el usuario debe descargar el certificado en la computadora local y especificar la ruta del archivo en la CLI de LXD. La segunda opción es una opción menos segura que consiste en utilizar una contraseña de confianza generada a través de la CLI de LXD y agregar esa contraseña a MAAS. Esta es una forma alternativa de establecer el protocolo de enlace entre LXD y MAAS.
Después de completar este caso de uso, también trabajamos en el diseño visual final de nuestra interfaz de usuario. Una vez que esto se implementa en la interfaz de usuario MAAS, el proceso de autenticación entre LXD y MAAS se vuelve más seguro. ¡Estén atentos para la próxima versión estable!
vainilla
El equipo de vanilla diseña y mantiene el sistema de diseño y la biblioteca de marcos de vanilla. Garantizan un estilo coherente en todos los activos web.
Varios patrones nuevos estarán disponibles con la versión 2.34.0:
Alternar contraseña
Este patrón proporciona una manera fácil para que los usuarios verifiquen la contraseña que ingresaron, en caso de que lo deseen.
Nueva variante de pestañas
Creamos una tercera variante del patrón de pestañas que es mucho menos perceptible y es similar al patrón de botones estándar de Vanilla.
Actualización de los símbolos de la lista
Una adición menor, que se ha solicitado una y otra vez, es la introducción de una entrada de lista con un símbolo de cruz como contraste con la entrada de lista existente que se ha verificado. Esta actualización también cambia el color predeterminado del elemento de la lista marcada de naranja a verde.
Preparaciones para Vanilla 3.0
Hemos comenzado los preparativos para el lanzamiento de una nueva versión importante de Vanilla a finales de este año. La primera parte de este trabajo fue eliminar el uso de Node-Sass para crear nuestras hojas de estilo SASS y cambiar a la implementación de dardos actualmente recomendada. Esto nos ha permitido solucionar algunas incompatibilidades entre los dos y Vanilla a prueba de futuro para mejoras en el lenguaje SASS.
Mercado
El equipo de Marketplace está trabajando en estrecha colaboración con el equipo de Store para desarrollar y mantener el sitio de Snap Store y el próximo sitio de Charmhub.
Trabajamos en la experiencia del usuario de un desarrollador Stared con especificaciones acordadas.
Estamos listos para trabajar en interfaces visuales.
¡Hicimos algunos trabajos de mantenimiento de back-end y disfrutamos de unas vacaciones! 🙂
Con ♥ del equipo web de Canonical.
Síguenos en Instagram y en Gorjeo
