[wos] Protokoll Treffen 2.5.

Susanne Schmidt banshee at penguins.de
Tue May 13 13:22:25 CEST 2003


Moin,

> Du trennst Lizenzen und Sourcode-Produktion wie Kopf und Bauch. Ich sehe 
> das etwas anders. Vor allem finde ich es im Kontext von Offenem Wissen 

So isses. Und da bestehe ich auch drauf, weil das zwar manchmal/öfter etwas
miteinander zu tun hat, aber trotzdem in zwei Fragestellungen gegliedert
werden sollte. 

> eine spannende Frage, wie Firmen vorgehen, die einstmals proprietäre 
> Software in eine offenere Welt überführen wollen. Schreiben sie alles 
> neu, schrubben sie den Code von allen Kommentaren sauber, die auf weiter 
>  geschlossene Sources verweisen? Novell hat z.B. seinen UDDI Server 
> rausgehauen (siehe  http://forge.novell.com/modules/news/) ... und nach 
> zahllosen Schwierigkeiten von einem 7er-Team im Clean-Room Indien neu 
> schreiben lassen. Gut, es gibt auch juristische Fragen: Welche 
> Freiheiten geben die daran beteiligten Juristen den Programmierern?

Meine Frage ist einfach eine ANDERE: Natürlich hat sowas in Firmen
Auswirkungen auf die Planung und Strukturierung der Software Entwicklung und
auch Open Source Projekte zerbrechen sich darüber den Kopf. 

Mich interessiert ganz genau: Wie und ob ein Open Source Projekt Massnahmen
ergreift, um seinen (C-)Code sicher zu gestalten und ob DJ Bernsteins C-Code
vom Ansatz her sicherer und "besser" ist als der von sendmail und wie sich
sendmail entwickelt hat und was Bernstein daraus gelernt hat, wie KDE an sein
Projekt herangeht oder wie Gnome das tut, ob man erst Unit Tests schreiben
soll oder nicht, ob man ein Concept Paper vor Projektbeginn zur Verfügung
stellt und diskutieren lässt, ob irgendjemand Electric Fence (oder was weiss
ich was) benutzt, ob IDEs in Firma oder Projekt irgendwas verbessern oder
nicht, wie man jungen Entwicklern beibringt, was guter Code ist, wie man das
selbst lernt kurz:

Wie programmiert man sauber, sicher, stabil und für den User und wie stellt
man dass im Projekt sicher? Kann man aus den Diskussionen über
Qualitätssicherung aus Firmen, die es seit 30 Jahren gibt, etwas für Open
Source Projekte lernen und umgekehrt? 

Ich will nicht in jedem Panel über Lizenzen diskutieren, sondern hier über
Arbeitsethik und Qualitätsansprüche. Es ist einfach eine andere Fragestellung.
Das macht auch die Lizenzfrage nicht weniger wichtig, aber ich möchte die in
ein anderes Panel schieben. 

Grüsse, Susanne

-- 
            ,,__      Key-ID: 1024D/C680E69C           
           o"   )~       banshee at penguins.de
            ''''


More information about the Wos mailing list