L'open source rendu beaucoup plus accessible avec Gitpod 🫶

Vous avez déjà entendu parler d'open source ? Tout le monde peut contribuer. Si si ! Que vous soyez développeur·se, product owner, SRE ou tout autre poste, vous pouvez apporter votre aide à un projet.

Personnellement, en tant que dév, j'ai voulu aller contribuer sur de multiples projets. Et régulièrement, je me suis cassé les dents pour déployer l'outil sur mon poste et ce, malgré la présence de documentation. Dans le pire des cas, j'ai même fini par abandonner.

Désormais, avec le bouton "Open with Gitpod" ou "Contribute with Gitpod" (visible dans les README.md des projets), je sais tout de suite que les projets auront un minimum de configuration que je n’aurai PAS à faire. Et c'est sacrément pratique 😄

Dans ce talk, après vous avoir rapidement introduit ce qu'est Gitpod, je vous expliquerai en quoi cela m'a aidé à contribuer sur des projets open source et vous convaincrai, peut-être, de passer du temps, en tant que mainteneur, à configurer vos projets pour qu'ils soit "prêt à l'emploi" pour vos (futurs?) contributeurs.

Transcript

1. 29 juin 2023 L'open source rendu beaucoup plus accessible avec
2. Open source ? https://unsplash.com/fr/@mrthetrain
3. “La désignation open source ou « code source ouvert », s'applique aux logiciels (et s'étend maintenant aux œuvres de l'esprit) dont la licence respecte des critères précisément établis par l'Open Source Initiative, c'est-à-dire les possibilités de libre redistribution, d'accès au code source et de création de travaux dérivés. Mis à la disposition du grand public, ce code source est généralement le résultat d'une collaboration entre programmeurs” (ou programmeuses).
4. “La désignation open source ou « code source ouvert », s'applique aux logiciels (et s'étend maintenant aux œuvres de l'esprit) dont la licence respecte des critères précisément établis par l'Open Source Initiative, c'est-à-dire les possibilités de libre redistribution, d'accès au code source et de création de travaux dérivés. Mis à la disposition du grand public, ce code source est généralement le résultat d'une collaboration entre programmeurs” (ou programmeuses).
5. “La désignation open source ou « code source ouvert », s'applique aux logiciels (et s'étend maintenant aux œuvres de l'esprit) dont la licence respecte des critères précisément établis par l'Open Source Initiative, c'est-à-dire les possibilités de libre redistribution, d'accès au code source et de création de travaux dérivés. Mis à la disposition du grand public, ce code source est généralement le résultat d'une collaboration entre programmeurs” (ou programmeuses).
6. “La désignation open source ou « code source ouvert », s'applique aux logiciels (et s'étend maintenant aux œuvres de l'esprit) dont la licence respecte des critères précisément établis par l'Open Source Initiative, c'est-à-dire les possibilités de libre redistribution, d'accès au code source et de création de travaux dérivés. Mis à la disposition du grand public, ce code source est généralement le résultat d'une collaboration entre programmeurs” (ou programmeuses).
7. Tout le monde peut contribuer 💪 Image générée par Midjourney
8. https://handbook.gitlab.com/teamops/everyone-contributes/
9. : mes premières réelles contributions
10. 🌍 La traduction
11. Crowdin
13. https://unsplash.com/fr/@agebarros
15. de nouvelles contributions ? https://unsplash.com/fr/@grakozy
16. 📚 L’importance de la documentation
17. Principalement rédigée en markdown
18. Le point d’entrée d’un projet : README.md CODEOFCONDUCT.md : détaille les règles de bonnes conduites (sinon 👋) CONTRIBUTING.md : explique les règles de contribution de votre projet
19. CONTRIBUTING.md
20. https://gitlab.com/gitlab-org/gitlab-development-kit
21. https://unsplash.com/fr/@tengyart
22. La faute ? 🤯 Ma méconnaissance des langages / outils
24. 🙏 Accompagné par 2 contributeurs (très) expérimentés
25. 🥵 Liste de modules assez conséquente
26. L’arrivée des Cloud Development Environments
27. Les CDE
28. Navigateur Les CDE
29. Connexion SSH Les CDE
31. , notre allié dans l’open source
32. “ ification” des projets 🎯 création et configuration du .gitpod.yml
34. 🎨 Des indicateurs visuels sur les projets
38. - aucune installation sur son poste (sauf un navigateur web 😅) - la connaissance des technos du projet peut être limitée - moins de doc d’installation à lire (RTFM, oui oui je sais 😆)
39. - ne nécessite pas de machines les plus puissantes du marché - fonctionne avec une connexion limitée - en bonus 💚
40. Et en tant que mainteneur de projet ?
41. 💪 Un effort plus ou moins important : Gitpodifier son projet
42. 🤩 Des templates de configuration
43. https://github.com/gitpod-samples/
44. - intégration de nouveaux contributeurs plus facile - pas d’issue concernant l’installation de poste - pas d’issue liée à une mauvaise installation de poste ➡ + focus sur le projet
45. Etes-vous convaincu ? 😎 L’Hacktoberfest arrive bientôt 🎉