Open-Source-Entwicklung ohne Kopfschmerzen

Wir wollen zunehmend mit unserer Arbeit in irgendeiner Form einen positiven Beitrag leisten. Die Mitarbeit an Open-Source-Projekten ist dazu eine tolle Gelegenheit. Viele Menschen sind sogar bereit, in ihrer Freizeit an entsprechenden Projekten zu arbeiten.
Dabei kommt es immer wieder zu Problemen, weil die Arbeit in Open-Source-Projekten meist anders organisiert ist, als in Firmen, die agil Software entwickeln. Außerdem hilft es, sich vorab Gedanken zu machen, wie der entstehende Code rechtlich einzuordnen ist und wer daran Nutzungsrechte hat.
Ich gebe in diesem Vortrag ein paar Praxistipps, wie ihr organisatorische Kopfschmerzen auf eurer Open-Source-Reise vermeiden könnt.

Transcript

1. ohne Kopfschmerzen Open-Source-Entwicklung Konstantin Diener | konstantin.diener@cosee.biz | @coseeaner
2. Fragen per Slido
3. Konstantin Diener Nils Knappmeier
4. Sherpa auf dem Weg zum digitalen Produkt.
5. Wir vermieten cross- funktionale Teams für die Produktentwicklung.
6. Produktentwicklung starten Produktentwicklung skalieren
7. Warum Open Source?
8. 96,3% der beliebtesten Webseiten werden durch Linux bereitgestellt. https://zipdo.co/statistics/open-source-so ft ware/
9. Früher haben die meisten Unternehmen nur konsumiert.
10. 65% der Unternehmen, die OSS einsetzen, machen auch Contributions. https://zipdo.co/statistics/open-source-so ft ware/
11. 64% der Engineers beteiligen sich mindestens einmal im Jahr an Open-Source-Projekten. https://t2informatik.de/blog/entwickler-2019-motive-und-zahlen/
12. 25% engagieren sich regelmäßig in ihrer Freizeit in Open-Source-Projekte. https://survey.stackoverflow.co/2023/#work-coding-outside-of-work
13. Immer mehr Menschen achten bei Bewerbungen auf das Open-Source-Engagement.
14. Particularly in the post-pandemic workplace, employees now more than ever are more likely to want to contribute their time and skills to e ff orts they see as worthwhile or giving back to society. https://www.infoq.com/articles/open-source-contributing-development/
15. https://www.infoq.com/articles/open-source-contributing-development/
16. • Arbeit sichtbar machen • neue Technologien lernen (Henne-Ei-Problem) • mit Menschen in der ganzen Welt zusammenarbeiten • „gute“ So ft ware-Engineering-Praktiken lernen • Engineers aus anderen Organisationen kennenlernen • auf wichtigen Konferenzen sprechen Warum OSS für mich?
17. • mehr Unit Tests • bessere Dokumentation • intensivere Continuous Integration • mehr Code Reviews • mehr Berichte zu Code Coverage • statische Analysen • Bekanntheit und Attraktivität am Bewerbermarkt Warum OSS für uns? Getting Started with InnerSource
18. Großartige digitale Produkte verbessern das Leben der Menschen. Wir helfen unseren Kunden dabei, solche Produkte zu erscha ff en. cosee Mission
19. Da könnte Open-Source-Entwicklung doch auch eine Option für Impact sein! 🤔
20. Aber Vorsicht: Open-Source-Entwicklung funktioniert komplett anders, als moderne Produktentwicklung.
21. • weltweit verteilt • Ticket Systeme, Dokumente • Merge Requests • Onboarding: Doku • möglichst nah beieinander • gemeinsame Boards, Dailys • Pair / Team Programming • Onboarding: interaktiv eher asynchron eher synchron Open Source Produktentwicklung
22. Individuals and interactions over processes and tools Agile Manifesto
23. 11% der Projekte haben mehr als 10 Maintainer. https://blog.tideli ft .com/open-source-maintenance-can-be-stressful-lonely-and-financially-unrewarding
24. 44% werden durch Solo Maintainer betreut. https://blog.tideli ft .com/open-source-maintenance-can-be-stressful-lonely-and-financially-unrewarding
25. Communication between contributors on open source projects can devolve into “contextual, entitled, subtle and passive-aggressive” comments … https://www.infoq.com/articles/open-source-contributing-development/
28. Mein Open-Source Leben 2004-2006: -Plugins PhpDiffEngine AddDeleteLine MailForm 2014-2023 2015-2019: swagger-to-html bootprint Thought 2016-2021 Photo by Alex Siale on Unsplash
29. Motivation Selber nutzen Dinge probieren / lernen Berühmt werden $$$ Teamwork Spaß am Programmieren
30. Nur weil du eine gute Idee hast, heißt das nicht, dass alle begeistert mitmachen. Foto von Mohammad Rahmani auf Unsplash
31. Die meisten Leute bleiben nur, bis ihr Problem gelöst ist. Foto von Etienne Boulanger auf Unsplash
32. Ein erfolgreiches Projekt braucht mehr als nur Entwickler
33. Was hoch ist eigentlich der Aufwand, 100 Repositories zu pflegen? Foto von Anne Nygård auf Unsplash
34. Wieviele Projekte auf npmjs.com werden noch aktiv gepflegt.
36. Selber nutzen Dinge probieren Teamwork Berühmt werden $$$
37. Was machen? Coole Projekte verö ff entlichen Eigenerwartungsmanagement Ausstieg finden In aktiven Projekten engagieren Mit Freunden arbeiten Arbeit und Freizeit strikt trennen
38. 53% der Firmen haben eine Open Source Policy. https://zipdo.co/statistics/open-source-so ft ware/
39. https://github.com/SheetJS/sheetjs/blob/github/CONTRIBUTING.md#pre-contribution-checklist
40. Disclaimer
41. Die folgenden Tipps ersetzen keine Rechtsberatung.
42. Kümmert euch darum, wem die Rechte an eurem Open Source Code gehören.
43. … auch für Code, den ihr in eurer Freizeit erstellt.
44. Es gibt Modelle von …
45. Mir gehört alles, was du tust. 🤑 … bis …
46. Es ist mir völlig egal, was du machst. 🤷
47. www.communitypulse.io/66-your-content-their-brand
48. • In welchen Kontexten darf ich Open Source So ft ware entwickeln? (Interessenkonflikte, auch mit Kunden) • Mache ich es während meiner Arbeitszeit oder in meiner Freizeit? Nutze ich Firmen-Hardware? • Wie vermeide ich, dass proprietärer Code meines Arbeitgebers in der OSS landet? • Verwendet die So ft ware meines Arbeitgebers OSS- Komponenten von mir? • Gibt es Probleme mit der Open-Source-Lizenz (z.B. Copyle ft )? Wichtige Fragen
49. Trotzdem: Engagiert euch in Open- Source-Projekten!
52. Konstantin Diener Nils Knappmeier Links & Ressourcen