CVPA - Talentum

Las mejores prácticas y herramientas que sugiero o comento aquí no son fórmulas mágicas que solucionarán y mejorarán todos los proyectos. Son una base de ideas y convenciones que considero que vale la pena probar y experimentar. Con suerte, pueden ayudarnos a tener una mejor experiencia de desarrollador y, en última instancia, ofrecer un software de mejor calidad. El frontend es un tema muy necesario de conocer y actualizarnos, hasta donde sea posible. Pero al mismo tiempo es difícil estar al día, o al menos en desarrollos web de mediana o larga escala, por la gran variedad de opciones que hay. Es decir, que, es evidente que muchas de las buenas prácticas y herramientas sugeridas en los proyectos, pudieran ser útiles cuando se aplican en proyectos muy grandes,  y otras no lo son tanto en proyectos más pequeños. Hay tanto que aprender sobre el desarrollo de frontend que puede parecer interminable. Con frecuencia aparecen nuevas herramientas y bibliotecas y puede ser difícil saber por dó

Contribuir en un proyecto de codigo abierto crea oportunidades que de otro modo no se presentarían y nos dá una ventaja competitiva porque se demuestra el trabajo propio, el de equipo, las buenas practicas, y una muy buena carta de presentación para demostrar las habilidades técnicas. Las respuestas mas acertadas que he leido sobre proyectos de codigo abierto como sugerencias son:  - Utilizar y arpender de las buenas prácticas de codificación - Utilizar una arquitectura adecuada para su proyecto desde el principio  - Usar un estilo de codificación uniforme para que sea fácil de seguir para alguien nuevo en el proyecto  - Documentar bien su proyecto. Eso incluye tener un README detallado que explique casi todo lo que cualquier persona nueva en el proyecto querría saber.  - Hacer que los nuevos colaboradores se sientan siempre bienvenidos y mejorar la cultura de devoción - Tener pautas o guías de contribución detalladas  - Utilizar la integración continua . Será realmente útil a largo

Muchos tenemos la curiosidad de contestar a la pregunta de: ¿Como es que hay tantos proyectos de codigo abierto tan valiosos y existosos, si no se "venden" o son "gratuitos"?.  Por lo tanto despues nos preguntamos: ¿Quien paga a los desarrolladores de codigo abierto? ¿De que viven? ¿Como pueden dedicar tanto de su tiempo sin "recibir ingresos"? La realidad es que, aparte de la devoción de muchos programadores por el desarrollo de software, los proyectos de codigo abierto son una de las estrategias mas eficientes de mercado hoy en dia para la venta y distribución de software, aunque parezca increible. El código abierto no es un modelo de negocio; es una e strategia de comercialización . Si se hace bien, realmente resuelve uno de los problemas más difíciles en la construcción de un negocio: obtener tracción para el producto .  Centrarse en el evangelismo de los desarrolladores y la construcción de comunidades es clave para la adopción de la tecnología d

Cada comunidad de código abierto es diferente. Pasar años en un proyecto de código abierto significa que ha llegado a conocer un proyecto de código abierto. Si pasa a un proyecto diferente, es posible que descubra que el vocabulario, las normas y los estilos de comunicación son completamente diferentes. Dicho esto, muchos proyectos de código abierto siguen una estructura organizativa similar. Comprender los diferentes roles de la comunidad y el proceso general lo ayudará a orientarse rápidamente a cualquier proyecto nuevo. Un proyecto típico de código abierto tiene los siguientes tipos de personas: Autor: la persona u organización que creó el proyecto. Propietario: La persona que tiene la propiedad administrativa sobre la organización o el repositorio (no siempre es el mismo que el autor original). Mantenedores: Colaboradores que son responsables de impulsar la visión y gestionar los aspectos organizativos del proyecto (también pueden ser autores o propietarios del proyecto). Colabora

Comunidades virtuales de práctica y aprendizaje Comunidad de práctica Manual para crear y gestionar una comunidad de práctica Communities of Practice Communities of learning