También tenemos un par de acciones, y veo que Chromatic está allí, así que esas personas deberían estar contentas en su stand. Misma compañía. También usamos eso.
Nuestra biblioteca de componentes, la construimos desde cero porque tiene sentido para nosotros para ofrecer nuestras funciones altamente específicas. Ahora, si construyes una biblioteca de componentes desde cero, eso lleva mucho tiempo y esfuerzo. Tomamos la decisión de no tener un equipo dedicado, porque la simple razón, o la suposición en realidad, es que eso introduciría un gran cuello de botella para toda nuestra organización. Y eso es algo que queremos evitar. Queremos que nuestros equipos se muevan lo más rápido posible porque queremos lanzar funciones para que los clientes puedan pedir más comestibles en línea. Así que no hay un equipo dedicado. Y lo que sí hicimos, y lo explicaré en un momento, es que adoptamos un enfoque distribuido. Y para nosotros, eso significaba que todos los que usan la biblioteca de componentes pueden contribuir a la biblioteca de componentes. Así que expliquemos estos beneficios que vemos, o que vimos al menos. Y el primero, y creo que este es el más importante, y aún es válido hasta el día de hoy, es que todos los que contribuyen a una biblioteca tienen algún tipo de sentido de inversión o de cuidado, como quieras llamarlo. Algo a lo que quieres cuidar, ¿verdad? Porque es tuyo, lo construyes, lo mantienes, así que es tuyo, y sientes algún tipo de inversión, que creo que es lo más importante.
Otro beneficio es que a veces sucede que las personas dejan tu empresa. Y lo que no quieres es que se lleven todo su conocimiento, su conocimiento altamente específico de la biblioteca de componentes. Así que con contribuciones distribuidas, también tienes conocimiento distribuido. Esa es nuestra suposición. Y lo siguiente es que si tienes a todos estos desarrolladores front-end que contribuyen, entonces tienes un equipo enorme que te ayuda a ofrecer funciones. Así que esto también es algo bueno. Y por último, el último beneficio que vimos es que cada incremento o todo lo que agregas a la biblioteca de componentes es inmediatamente utilizable por todos esos otros equipos. Esto hace muy felices a los propietarios de productos, y queremos mantenerlos felices para tener sprints sensatos. Veamos qué sigue.
Sí, esto también es muy importante. Así que si tienes a todos estos contribuyentes en tu base de código, necesitas establecer algunas reglas. Básicamente, dijimos que si quieres que las personas jueguen tu juego, necesitas tener un conjunto claro de reglas para que todos estén jugando el mismo juego, y que quede claro qué se puede hacer y qué no se puede hacer. Comenzamos con algunas reglas simples. Es muy sencillo, supongo. Necesitas comunicar de antemano lo que vas a cambiar en la biblioteca de componentes, asegurarte de que sea reutilizable como componente y no altamente específico para las necesidades de tu equipo, y mantenerlo lo más simple posible. Y esto nos funcionó muy bien. Así que estamos muy contentos, estamos trabajando, estamos creciendo en equipos y complejidad, y luego suceden cosas.
Comments