AlpesJUG - Communautés opensource, stratégies et écueils

Transcript

1. Communautés opensource, stratégies et écueils Julien Ponge / @jponge AlpesJUG Octobre 2011
3. Fork and Join: Java Can Excel at Painless Parallel Programming Too! Better Resource Management with Java SE 7: Beyond Syntactic Sugar Oracle Technology Network http://goo.gl/tostz http://goo.gl/7ybgr (more soon...)
4. Créer une communauté ? S’investir dans une communauté ? Pourquoi ? Retours d’expériences
5. From a hack made in a student dorm room... ... not mine!
6. ...to an industry-backed project.
7. Unique installer Multiple systems
8. (...)
14. Produit et vision Aspects légaux Communauté ROI Promotion Volets techniques Pièges
15. Produit & Vision
16. Library / framework Infrastructure Applicatif versus versus
17. Idée de génie Brainstorm Besoin identifié
18. “Application”
19. Tool Framework
20. http://www.flickr.com/photos/drinksmachine/192454415/sizes/o/in/photostream/
21. niche
22. http://www.flickr.com/photos/danielepesaresi/2934218773/sizes/l/in/photostream/
23. http://www.flickr.com/photos/25533361@N00/280882505/sizes/o/in/photostream/
24. Mythe : la duplication d’efforts
25. add this! support that! it is not ready for the enterprise unless you... I expected it to do this but it doesn’t!
27. “Juste fais-le” Avoir une vision produit
28. Aspects légaux
29. ™ © ®
30. © Employeur Transfert
32. (A)GPL LGPL, MPL, EPL, ... BSD, ASL, WTF, ... Evil (mostly) Fair Liberal IzPack Ruby on Rails Android Apache Eclipse Mozilla OpenOffice.org XWiki Linux KDE Dual licensing Anxious people
33. http://www.flickr.com/photos/daniel_gies/4393774173/sizes/l/in/photostream/ Cocktails de licences
34. Licence 㱻 Intentions ASL v2 : libérale mais solide xGPL : pour double licence ™ pas incompatible avec F/OSS
35. “Communauté”
36. Roles leads, maintainers, committers, contributors, users, ... I.P. copyright transfer agreements, trademarks, ... Rules coding standards, decision making, voting, ...
37. Leaders Commiters Contributors
38. Benevolent Dictator For Life Votes pour tout et rien
39. Mailing-lists Forums Twitter (...) Support professionnel
40. Mailing-lists Dev SCM Tickets Utilisateurs Annonces listes privées
42. Code review avant commit Pas de code review
44. Intégration méritocratique “À la bonne franquette” versus
45. < Mots Livrables
46. Start Users! Patches! Mature project Community support Easy Solo work Hard to reach Manager work
47. Désacraliser Plébisciter la contribution Pas de bureaucracie
48. Retour sur “investissement”
51. Opensource de métier Opensource du soir
53. F/OSS... why? nothing’s free! Fun Skills Advertise Strategic market shares Direct revenue streams
54. Duplication sans coût et légale !
55. Project type “Main” models Framework and libraries Consulting Training Support Dual licensing Mission-critical infrastructure servers Support plans Consulting Management tools Extensions Products Open Core Extensions Customizations
56. Java EE 6 R.I.
59. Pas de modèle économique miracle Il y a toujours un bénéfice Le succès est un travail de fond
60. Promotion
61. Elevator pitch
67. https://picasaweb.google.com/email.zepag/Devoxx2010
68. Communication essentielle Encore un travail de fond ! Aller au charbon paie (un jour)
69. Volets techniques
70. Automation Reporting Standard practices
71. 1 patch 1 doc 1 test + + ( )
72. Alignement des pratiques
78. “Given enough eyeballs, all bugs are shallow.” — Linus’s Law
79. Vieux tickets → Pas d’over-engineering Modularité Prise en main simple
80. Pièges
81. Rewrite from scratch
82. Vitalité ≠ date dernière release
83. 24/24, 7/7, 365/365
84. “Non, je ne ferai pas ton travail”
85. Démarrer en fanfare
86. Monster patch (ou fichiers bruts) Upstream
88. opensource
89. Le mot de la fin
91. http://www.flickr.com/photos/terriann/2496492296/sizes/o/in/photostream/
92. Julien Ponge @jponge julien.ponge@gmail.com http://julien.ponge.info/