Los desarrolladores independientes y las empresas tecnológicas formadas por varios equipos de desarrollo utilizan ampliamente componentes de código abierto.
Lo que es diferente en ambos casos es la cultura/proceso de desarrollo. Lo que funciona mejor para un único desarrollador puede no ser una buena práctica para un equipo de desarrollo. Los equipos de desarrollo se benefician del uso de estrategias como crear una política de código abierto, mientras que los desarrolladores independientes se benefician de una investigación rigurosa de las opciones disponibles.
Un desarrollador independiente puede establecer su propio cronograma y progresar a su propio ritmo. No tendrían que lidiar con conflictos de código con otro individuo. También abordarían las cosas de forma secuencial y no se sumergirían en la construcción de todo el sistema de una vez. Además, es probable que una persona trabaje en proyectos más pequeños que no son viables comercialmente a gran escala a menos que tenga mucha experiencia o tenga una idea ganadora. Los equipos más grandes también trabajan en gran medida bajo una lista de materiales de software que ayuda a administrar y rastrear las diferentes versiones de los componentes de código abierto utilizados por la organización.
El entorno cambia cuando analizamos los aspectos laborales de un equipo de desarrolladores. Atrás quedaron los tiempos en los que los equipos seguían el método en cascada mientras creaban software. La mayoría de los equipos han pasado a adoptar métodos ágiles. Esto incluye dividir el equipo en equipos más pequeños y a cada equipo se le asigna una tarea determinada. El desarrollo del software avanza simultáneamente en cada equipo (desarrollo, pruebas, puesta en escena, etc.), y la coordinación entre los compañeros se convierte en la prioridad.
Debe haber una sensación de flexibilidad, extensibilidad y adaptabilidad al utilizar componentes de código abierto. Al mismo tiempo, también es importante que los miembros del equipo sigan algunas de las mejores prácticas para aprovecharlo al máximo.
Entonces, ¿qué estrategias o políticas conducen a los mejores resultados?
A continuación, analizaremos algunas prácticas de políticas de código abierto para ayudar a los equipos de desarrollo a mantenerse sincronizados.
Eliminar el trabajo manual
La mayoría de las veces, a los miembros del personal técnico les resulta difícil mantener el ritmo y la sincronización de la fraternidad de desarrollo. Una causa común es la incapacidad de rastrear vulnerabilidades en componentes obsoletos de código abierto. El mundo del código abierto evoluciona continuamente a medida que la comunidad se esfuerza por mejorar lo que ha creado con el tiempo, y se necesita todo el esfuerzo para mejorarlo. El seguimiento manual de dichos componentes a través de una hoja de cálculo o algo que requiera mucho tiempo es insostenible y es un método antiguo. Estas prácticas no funcionan en el enfoque ágil. El uso de herramientas de automatización elimina tareas tan tediosas.
Proporcionar palabras claras
La política debe indicar claramente lo que se propone hacer. Hacer cumplir una política mal interpretada es una pesadilla que puede volver en su contra. La brecha entre lo que se dice y lo que se dice debería ser cercana a cero. Una política bien redactada siempre es beneficiosa para todas las partes.
La ejecución es clave
Una política bien diseñada no es nada a menos que sus directrices se hagan realidad. Es una molestia tener que explicar a numerosos equipos por qué necesitamos un programa o herramienta de software de código abierto específico. Las personas a cargo de hacer cumplir la política (generalmente equipos de TI) deben recibir educación sobre los fundamentos del código abierto. Una infraestructura en desarrollo y de autoaprendizaje , como un repositorio institucional de código abierto que completa, rastrea y distribuye automáticamente software internamente, puede automatizar los flujos de trabajo de políticas de rutina.
Analizar
El juego no termina una vez que se aplican las políticas. La siguiente tarea crucial incluye evaluar cómo las políticas benefician al equipo en su conjunto y cuándo es necesario actualizarlas. Las actualizaciones de políticas deben ser análogas al plazo de las actualizaciones de componentes de código abierto. Esto garantiza que se pongan en práctica todas las últimas políticas para favorecer la productividad del equipo.
Mejorar la etiqueta de desarrollo
La incorporación de políticas de código abierto, en general, tiende a mejorar la cultura laboral y el proceso de desarrollo dentro de un equipo, principalmente porque inculca hábitos similares sobre la construcción y el mantenimiento de software/proyectos de código abierto. Como se dice popularmente, “a veces la mejor copia es no copiar”.
Conclusión
Por último, ¡la gente debe empoderarse y educarse! No hay forma de cubrir todas las bases con la redacción de la póliza. Por lo tanto, es fundamental que el personal técnico comprenda lo que está haciendo. A los gerentes, supervisores y líderes tecnológicos se les debe otorgar autoridad para liderar, tomar decisiones y actuar.