El mundo del desarrollo de software siempre está evolucionando y, de vez en cuando, llegas a un momento en el que el camino se bifurca delante de ti. Como desarrolladores, podemos elegir qué camino tomar, pero cada uno tiene consecuencias específicas que afectan la efectividad y el impacto del código en el futuro.
Actualmente, estamos pasando por uno de esos momentos cuando se trata de Python Eggs. Un reciente
Estos datos iniciaron un debate vibrante sobre si los huevos de Python deberían quedar obsoletos. Esta conversación tiene mucho de lo que podemos aprender en la comunidad de código abierto, por lo que pensamos en explorar las lecciones en esta publicación.
El formato .egg para los paquetes de Python se introdujo por primera vez en 2004 y ha tenido un propósito importante la mayor parte del tiempo desde entonces. Sin embargo, cuando se introdujo Python Wheels en 2012, las debilidades del formato de huevo se hicieron más conocidas, como la falta de soporte para desinstalaciones o actualizaciones limpias, y el hecho de que solo se puede instalar una única versión de un proyecto en un solo directorio. .
Python Wheels proporcionó mejoras significativas en estos, así como mejoras adicionales en términos de formato de distribución, una convención de nomenclatura de archivos más rica, control de versiones y una mejor organización interna.
A la luz de esto, muchos están debatiendo si desaprobar las cargas de nuevos huevos es el camino correcto a seguir.
¿Cómo deben los desarrolladores tomar esta decisión?
Como desarrollador, tenemos tiempo y recursos limitados para lograr nuestros objetivos. Nuestra eficiencia depende mucho de la priorización: elegir en qué dedicar el tiempo y, lo que es más importante, en qué no gastar el tiempo. Por lo tanto, cuando tengamos que considerar si desaprobar los huevos es la decisión correcta, queremos hacerlo con los datos correctos que respalden esa decisión.
Como resultado, muchos han señalado estas estadísticas de carga como una clara señal de que los huevos de Python ya no son la fuerza que alguna vez fueron. De hecho, estos datos permiten una discusión mucho más informada sobre la decisión que si estuviera ausente.
Sin embargo, eso no cuenta la historia completa. Incluso si la proporción de subidas es irrelevante, todavía no tenemos mucha claridad sobre cómo se utilizan y cómo se confía en los huevos. Estos datos de descarga pueden existir en alguna parte, pero generalmente no están disponibles para que podamos realizar un análisis adecuado.
Esto es indicativo de una amplia gama de otras decisiones clave que actualmente se toman sobre la base de experiencias anecdóticas, intuición visceral y preferencias personales. Sin los datos fácilmente accesibles, estamos afectando nuestra capacidad para tomar decisiones informadas e imparciales.
Como comunidad, deberíamos presionar para lograr una mejor visibilidad, de modo que podamos brindar un mejor servicio a los usuarios y
Estos datos son cruciales para nuestras decisiones a largo plazo como desarrolladores porque nos ayudan a comprender qué aspectos de nuestro código realmente generan resultados para nuestros usuarios. Es con esto en mente que estamos entusiasmados de haber lanzado el soporte de Python para Scarf Gateway , que brindará una mejor visibilidad para todos y cada uno de los paquetes de Python.
Este es un paso importante para asegurar los datos que necesitamos como comunidad de código abierto para tomar mejores decisiones sobre todo tipo de asuntos clave; desde la infraestructura hasta los formatos de empaquetado, las evaluaciones de vulnerabilidad y más.
Para cada punto de decisión al que llegue como desarrollador, tener datos oportunos y precisos sobre cómo se utilizan sus proyectos lo ayuda a eludir sus propios sesgos y avanzar hacia el camino que está teniendo el mayor impacto para sus partes interesadas clave.
La toma de decisiones basada en datos es la forma en que el mundo del código abierto puede trabajar de manera más inteligente, no más difícil.