En primer lugar, quiero dejar claro que el código abierto cambió mi vida, me permitió dejar mi trabajo de 9 a 5 y dedicar mi tiempo a las cosas que amo.
Hay muchas cosas buenas que surgen de él y todavía creo que todavía puede traer mucho bien a la mesa para tanta gente.
Sin embargo, me centraré en el lado oscuro del código abierto en este articulo. Un lado del que no mucha gente habla pero que los desarrolladores web suelen sufrir en silencio.
Un lado que solo sale a la luz de vez en cuando con noticias como los de Faker.js. Donde el mundo se sorprendió con una versión corrupta de algunas bibliotecas de código abierto ampliamente utilizadas.
El panorama actual del código abierto
¿Alguna vez te has detenido a mirar el Paisaje de GitHub?
No es raro ver empresas que lideran las principales bibliotecas destacadas/bifurcadas y usadas.
- Angular (Google)
- Fuente impresionante (Twitter)
- Reaccionar (Facebook)
- Bootstrap (Twitter)
- Tensorflow (Google)
- Aleteo (Google)
- Vs Code (Microsoft)
¿Por qué es esto? ¿No podemos todos hacer proyectos de código abierto? ¿Que está pasando aqui?
El código abierto es solo el comienzo
Su navegador no soporta la etiqueta de vídeo.
Yo mismo sumo más de 38 000 estrellas en mis proyectos de código abierto en GitHub y he sufrido el dilema del código abierto de una forma u otra.
Aquí está la cosa: 👇
Todos podemos jugar en casa en un día lluvioso y pensar en una gran idea que nos motive.
Luego, con un poco de suerte, podemos ganar un poco de pista y llevar a algunas personas con nosotros en el camino. Obtenga algunas estrellas, conviértase en un desarrollador de tendencia por un par de días y tenga un proyecto utilizable y decente.
Pero luego nos damos cuenta de que no se trata solo de construirlo, agregarlo a tu CV y seguir con tu vida como si nada.
El dilema del código abierto de mantenimiento
Su navegador no soporta la etiqueta de vídeo.
Es un flujo constante de nuevos errores, problemas, preguntas, mejoras… Una tarea interminable que exige un seguimiento constante.
Y, por supuesto, cuanto más popular se vuelva, más tiempo requerirá de tu parte. (¡Esta es la trampa!)
Eso es lo que me gusta llamar: “El dilema del mantenimiento”.
En algún momento, tendrás que tomar una decisión:
- 1- Dejas de mantenerlo.
- 2- O lo sigues haciendo.
El código abierto y las opciones de vida
Su navegador no soporta la etiqueta de vídeo.
Si sigues haciéndolo, probablemente tendrás que sacrificar tu propio tiempo libre.
Tendrás que elegir entre una barbacoa con amigos durante el fin de semana o arreglar errores y cerrar problemas tú solo en casa.
Entre relajarse con una película o agregar una nueva función “urgente”.
Y por supuesto, ni se te ocurra crear ningún otro nuevo proyecto de código abierto con esas grandes ideas que tienes en mente.
Sabes que no tendrás tiempo para ello a menos que decidas que dormir es para perdedores y, en ese momento, tu vida está en peligro.
Colaboradores y comunidad de código abierto
“Pero Álvaro, ¿los proyectos de código abierto no serán mantenidos y respaldados por la buena gente de la comunidad de código abierto? ¡Estoy seguro de que no morirán sin más!”
¿Está usted seguro de eso?
Apuesto a que ha encontrado decenas de proyectos sin mantenimiento o muertos sin soporte y con problemas acumulados.
A menos que el proyecto sea bastante prometedor y decidas invertir tu vida en él, la respuesta es “no”.
La “comunidad” tiende a usar simplemente su proyecto “gratuito” y pocos están dispuestos a ayudar a mantener y mejorar un proyecto a largo plazo.
De hecho, a veces, cuanto más quieren ayudar, más carga ponen sobre tus hombros.
Ahora, además de todo lo que hace, tendrá que revisar su solicitud de incorporación de cambios, comprenderla y, potencialmente, entablar una conversación para solucionar ese problema/función en la que nunca había pensado.
¿El código abierto es realmente bueno?
Entonces, ¿el código abierto es genial después de todo?
¡Seguro! Pero especialmente si los desarrolladores que trabajan en ellos no se agotan, se vuelven locos o abandonan el proyecto para siempre.
Los grandes proyectos de código abierto tienden a ser los que mantienen los desarrolladores a quienes se les paga por trabajar en ellos y pueden mantener un equilibrio en sus vidas.
Aquellos que pueden dedicar todo su tiempo y esfuerzo a mejorarlos.
Por eso creo que tener una empresa detrás de un proyecto tiende a resultar en un mejor proyecto y de alguna manera te da la seguridad de que el proyecto no se quedará sin mantenimiento la próxima semana.
Cómo no quemar proyectos de código abierto anexos
Su navegador no soporta la etiqueta de vídeo.
He estado trabajando en mi proyecto de código abierto durante aproximadamente 7 años y recientemente alcancé su récord de descargas de 114K npm en una semana.
“Pero Álvaro, ¿cómo? ¿No te quemaste?”
Después de 3 años de trabajar en mi proyecto de código abierto de forma gratuita junto con mi trabajo de desarrollador de 9 a 5, decidí intentar vender extensiones pagas.
6 meses después de eso dejé mi trabajo para dedicarme a tiempo completo.
Desde entonces noté que las cosas se vuelven menos pesadas para mí.
Con gusto respondo correos electrónicos, preguntas de Stackoverflow, problemas de Github, foros de Webflow, comentarios de Youtube, mensajes directos de Linkedin, mensajes directos de Facebook y Twitter.
Ya no lo veo como un sacrificio sino como una gran oportunidad de trabajar en lo que me gusta.
Cada comentario que recibo, cada informe de error, cada posible mejora que alguien sugiere, es una mejora potencial de mi producto. Y ahora puedo verlo de esta manera en lugar de un monstruo devorador de tiempo.
La sana relación de código abierto
Su navegador no soporta la etiqueta de vídeo.
Es ahora cuando puedo dedicarme por completo a ello si lo necesito/quiero y puedo crear una mejor experiencia para los desarrolladores brindando soporte rápido, corrigiendo errores más rápido y brindándoles la seguridad de que el proyecto no simplemente morirá. A diferencia de probablemente el 80% de los proyectos en Github.
Esto es definitivamente un ganar-ganar en mi caso. Es bueno para mí Y es bueno para los desarrolladores que quieren usarlo.
He tenido la suerte de encontrar este equilibrio, pero no todo el mundo puede.
Cuando esto no sucede, el lado oscuro podría terminar rechazando algunos proyectos en el camino.
Otras historias oscuras de código abierto
Esta es mi historia y mi punto de vista, pero hay muchas otras que puedes escuchar con proyectos de código abierto mucho más grandes.
Aquí hay una gran charla de @gordode Bootstrap y Bower, explicando por qué se siente culpable al crear proyectos de código abierto y el costo de los mismos:
Y en una nota relacionada, aquí otra charla de Desandro (el creador de Masonry, Flickity y otras bibliotecas JS). El nombre de la charla: “El código abierto no es gratis”.
Reflexiones finales sobre el código abierto
Personalmente, creo que depende de nosotros definir cómo se ve el código abierto y qué relación queremos desarrollar con él.
Cada uno de nosotros tendrá que decidir cómo afrontarlo, y no hay una decisión buena o mala. Pero si te estás agotando, detente y reflexiona.
Y recuerda: “Si una vez que comienzas el camino oscuro, para siempre dominará tu destino”.
Soy Álvaro Trigo, @imac2 en Twitter. Creador de fullpage.js.
Artículos relacionados
