Open Change und Eclipse Embedded präsentieren am 12. und 13. Juli 2011 in Stuttgart:

Software Kompetenz für die Zukunft
Die neuen Rollen des Menschen und der Technologie

Mittwoch, 13. Juli 2011

Notizen zur Keynote "Open Source Processes - lessons for the industry"

Den Abschluss des Dienstags bildete die Keynote Open Source Processes - lessons for the industry von der Mike Milinkovich, Eclipse Foundation. Unsere Notizen hierzu:
  • Millionen von Entwickler nutzen Eclipse als IDE - gerae auch in großen Unternehmen 
  • Tausende Programme auf Basis von Eclipse (allein IBM soll >= 600 Programme auf Eclipse-Basis ausliefern) 
  • 1000 Entwickler arbeiten an Eclipse selbst 
  • Mitglieder finanzieren die Eclipse Foundation
  • Auslieferung großer Releases seit acht Jahren jedes Jahr taggenau 
  • Management geistigen Eigentums wird sehr gut durch Eclipse Foundation geregelt
  • Kein Product Manager für Eclipse
  • Open Source ermöglicht Open Innovation und Geschäftsmodelle
  • Lieferantenneutralität der Eclipse Foundation 
  • Geschäftsmodell: Eclipse ist der Rasierer, die Mitglieder bauen die Klingen und verkaufen diese 
  • AIRBUS A300 muss Software-seitig für 78 Jahre unterstützt werden (1972-2007 aktiver Verkauf, bis 2050 Support) --> Lösung Open Source! AIRBUS' Werkzeugkasten wird voraussichtlich der Eclipse Foundation als Projekt übergeben 
  • Qualitätskontrolle für neue Beitragende; Offenheit für das Andere oder Neue 
  • Modularisierung in Eclipse ist vollständig; auch durch die globale Entwicklungsgeschichte 
  • Governenace ist nicht Management; Eclipse Foundation governs 
  • Mehr Strukturen (Governance!) als viele kommerzielle Anbieter 
  • Nicht planen um zu "marschieren", sondern als Zieldefinition (muss, kann, soll) zur Selbstorganisation 
  • Pläne werden geschrieben und gepflegt durch die Programmierer 
  • Meilensteine (alle 6 Wochen) werden von der Community getestet 
  • Ständige Berichte über den Status der einzelnen Projekte 
  • Teams sind verteilt um den Globus bei über 60 Projekten in einem Release; manche Projektteams sind in einem Gebäude, andere Projekte sind geographisch ebenfalls verteilt.
  • Feature Requests werden abgestimmt innerhalb der Gemeinschaft sowie über Räte und Komitees.

Keine Kommentare:

Kommentar veröffentlichen