staging.inyokaproject.org

DasIch schrieb:

Alles was man zum Programmieren braucht: Dokumentationstools, Editoren, Compiler/Interpreter, Rahmenwerke und Bibliotheken.

Editoren wohl eher nicht, die gibts wie Sand am Meer. IDEs hingegen schon, sieht man am Beispiel von KDevelop. Git, Qt sind auch alles große Projekte wo sich Leute beteiligen, ja. Aber das sind alles keine Beispiele wo man sagen kann das ist Standard und die Leute beteiligen sich generell bei Open-Source-Projekten. Da siehts, wie ich schon weiter oben sagte, einfach nur traurig aus und im Grunde ist es egal ob ein Programmierer sein Programm als Open Source oder als Closed Source veröffentlicht, wenn sich niemand findet der das Projekt weiterpflegt, wenn der Initiator das Interesse verloren hat.

Wenn jemand von mir OpenSource erklärt haben will, so zeige ich ihm das Abbild der Welt unter:

http://www.openstreetmap.org

Dort sind Leute wie ich unterwegs, die aus Lust und Laune die Welt vermessen. Wenn man so über die Deutschlandkarte scrollt sieht man beliebig unwichtige Waldwege, die nicht mal der letzte Wanderer nutzt. Auf der anderen Seite fehlen jedoch wichtige Landstraßen oder Bundesstraßen, weil niemand in der Gegend sich jemals dafür interessiert hat.

Wenn GoogleMaps der kommerziellen Software entspricht, so entspricht OpenStreetMap dem OpenSource-Gedanken. Es gibt niemanden, der wirklich die Vollständigkeit sicherstellt oder die Sinnhaftigkeit von Mapping-Aktionen in Frage stellt. Alles ist erlaubt was Spaß macht.

„Warum Open Source programmieren?“

Für den Hobby-Programmierer:

Er hat ein konkretes Problem und schreibt ein kleines Programm, um es zu lösen. Dieses Programm ist zu klein/unwichtig/buggy, um gegen kommerzielle Konkurrenz bestehen zu können, also veröffentlicht er es OpenSource, um

• anderen Leuten das Schicksal zu ersparen, eine eigene Lösung für das selbe Problem basteln zu müssen

• neue Ideen für Features zu bekommen (evtl. gleich mit entsprechendem Patch)

• (Hilfe bei der Weiterentwicklung zu bekommen)

Dadurch hat der Programmierer zwar nicht viel gewonnen, aber je mehr das tun, desto weniger muss ein Programmierer für ein neues Projekt selbst neu schreiben.

Bestes Beispiel hierfür ist der Linux-Kernel, er war anfangs auch ein reines Hobby-Projekt und wurde aus reiner Nächstenliebe veröffentlicht.

Für Firmen:

• OpenSource-Projekte bieten einen solides Framework um anzufangen. (Das Rad muss nicht erst neu erfunden werden, sondern man kann gleich das Auto entwerfen)

• Das Vertrauen in die Firma wird gestärkt, da sie mit OpenSource zeigt, "sie hat nichts zu verbergen"

• Durch die Mithilfe einer Community geht die Entwicklung schneller/billiger voran

Dieser Punkt ist allerdings nur interessant, wenn die Software nur eine Plattform für eine andere Dienstleistung sein soll (siehe Googles Chrome oder Android). Ist aber die Software selbst das Produkt, wäre das natürlich... öhm... doof.

Ich denke der wichtigste Punkt an OpenSource, ist der mit dem Rad neu erfinden. Wo wäre die Software-Industrie heute, wenn jeder Programmierer z.B. die Funktionen der libc jedesmal neu implementieren müsste? So wird der Allgemeinheit viel Redundanz erspart.

Dass so wenige effektiv an OpenSource-Projekten mitarbeiten, wie Vegeta ja schreibt, liegt meiner Meinung nach daran, dass die Begeisterung für OpenSource zwar gestiegen ist, der prozentuale Anteil der aktiven Programmierer darunter aber gesunken. Deshalb gibt es zwar viel User-Interesse aber wenig Mithilfe.

Gruß Froggy

DasIch schrieb:

Das sind alles größere Projekte die sich an normale User wenden. Desweiteren gibt es einige wenige Projekte bei denen es tatsächlich wenig zu tun gibt wie z.B. EasyTag. Solange da kein Bug ist oder irgendein neues Format eingeführt wird gibt es keinen Grund etwas daran zu tun. Der gleiche Effekt tritt bei cdrtools ein, da ist dass letzte Release auch noch deutlich länger her. Solche Spezialfälle eignen sich schlecht als Beispiel.

Ich vermute mal, Du schätzt die cdrtools falsch ein.

Die cdrtools haben in der Zeit zwischen September 2004 und Juni 2010 80 neue Versionen herausgebracht, das sind im Mittel alle 3,7 Wochen eine neue Release. In dieser Zeit hab es 3035 Editgruppen mit insgesamt 6375 Einzelfile-Edits. Das sind im Mittel 3 File Edits pro Tag.

Wo ist denn da wenig zu tun?

@schily cdrtools-2.01 wurde am 9.9.2004 veröffentlicht, dass nächste darauf folgende stabile Release war am 6.2.2010. Aus User Perspektive sind dass dann doch ein paar weniger Releases als 80.

Weil es eine Art Hobby ist.

Andere sammeln Briefmarken, lösen Kreuzworträtsel oder Sudokus, da ist Open Source auch nur ein anderes Hobby.

Natürlich lernt man auch viel dazu, aber eher weniger aus den Code Reviews anderer – da jeder ja nur begrenzt Zeit hat kann man das nicht immer machen und abhängig vom Projetk (z.b. eig. Programm) gibt es gar keine – sondern einfach dadurch, dass man sich mit der Materie beschäftigt. Ein Nebenaspekt davon ist, dass ständig das Rad neu erfunden wird. ^[1]

Natürlich gibt es einige, die ihr Hobby mittlerweile zum Beruf gemacht haben, dass aber erst, nachdem die Qualität der Software gut genug war.

^[1] http://www.omat.nl/2010/05/13/accountwizard/ ist hierfür ein Beispiel. Ohne User-input wäre wohl einerseits ein komplett unsichers Konzept (war mein erster Gedanke nach dem Lesen dieses Blog-Eintrages) realisiert worden, abgesehen davon, dass schon Zeit investiert wurde, obwohl es schon eine bessere Lösung gab. Und das ist öfters ein Problem, einerseits weiß man nicht was es schon alles gibt – es gibt ja auch so verdammt viel – und andererseits möchte man selbst was ausprobieren.

DasIch schrieb:

@schily cdrtools-2.01 wurde am 9.9.2004 veröffentlicht, dass nächste darauf folgende stabile Release war am 6.2.2010. Aus User Perspektive sind dass dann doch ein paar weniger Releases als 80.

Ich weis zwar nicht warum Du jetzt den Majestatis Pluralis verwendest, aber nun wird offensichtlich, daß Du die Releases falsch einschätzt. Wenn Du die 80 Releases dazwischen ignorierst, dann machst Du halt etwas falsch. Bis auf 5 Releases (die auch noch vorher angekündigt wurden) waren alle der 80 Releases besser als alle davor verteilten Releases.

Ich denke es gibt da 2 gewichtige Gründe:

1. Der Welt beweisen was für ein potenter Mensch man ist, "Geltungssucht", "Imponiergehabe" was auch immer. War übrigens gemäss Linus mit ein Grund wieso er damals einen Sommer opferte, sagt er selber in "Just for fun"

2. Weil das Programmieren an sich ein Hobby ist, und sich denkt, "cool ich hab jetzt Problem xy gelöst, für mich, jetzt geb ichs frei, weil ich ja wohl nicht der einzige der das Problem hat."

Die Gründe wieso Firmen OpenSource-Programme unterstützen:

1. Durch Unterstützung von OpenSource, kann sich Firma A in einem bestimmten Kreis von Leuten das Image verbessern. Nun sind in diesem Kreis wohl überdurchschnittlich viele Programmierer zu finden, die dann ev. mithelfen oder sich anstellen lassen, und Firma A hat somit Zugang zu guter Manpower.

2. Ein Teil der Arbeit kostet weniger, weil von Leuten in der Freizeit mitprogrammiert wird.

Ich bin 38 Jahre alt, verheiratet und habe zwei Kinder. Meine Frau ist ebenfalls berufstätig. Wir müssen Miete zahlen und für uns und unsere Kinder aufkommen.

Dazu brauche ich mindestens ein Einkommen von 1600 Euro netto.

Wer bietet mir einen Job, der es mir ermöglicht, mich Vollzeit richtig in Linux einzuarbeiten mit Programmierung zu befassen und Opensource-Software zu erstellen?

Alternativ könnten wir auch einen Verein gründen, der mich sozialversicherungspflichtig beschäftigt und mir diesen Lohn zahlt. Dieser Verein könnte dann durch regelmäßige Einzahlungen von Linux-Nutzern finanziert werden (Nur regulärer Arbeitsvertrag mit gesetzlicher Kündigungsfrist, also was Befristetes kommt nicht in Frage). Wer ist dazu bereit?

(Die Anzahl an Arbeitsplatzangeboten und Bereitschaftserklärungen, die nun folgen sind die Argumente, die dafür sprechen Open Source zu programmieren. Ich bin mal gespannt wieviele es sind ☺ )

uh9b schrieb:

(Die Anzahl an Arbeitsplatzangeboten und Bereitschaftserklärungen, die nun folgen sind die Argumente, die dafür sprechen Open Source zu programmieren. Ich bin mal gespannt wieviele es sind ☺ )

Grob geschätzt würde ich jetzt mal sagen: null. Wenn du die Forenregeln liest, dann wirst du feststellen, dass Jobangebote hier nicht gestattet sind.

~jug

uh9b schrieb:

Wer bietet mir einen Job, der es mir ermöglicht, mich Vollzeit richtig in Linux einzuarbeiten mit Programmierung zu befassen und Opensource-Software zu erstellen?

Aber du hättest natürlich die Zeit, dich mit proprietärer Programmierung unter Windows zu befassen - geht ja auch viel schneller und einfacher...

Was soll der Käse? Willst du uns die alte Weisheit, dass man sich manche Sachen einfach nicht leisten kann, als revolutionäre Erkenntnis unterjubeln?

uh9b schrieb:

Ich bin 38 Jahre alt, verheiratet und habe zwei Kinder. Meine Frau ist ebenfalls berufstätig. Wir müssen Miete zahlen und für uns und unsere Kinder aufkommen.

Dazu brauche ich mindestens ein Einkommen von 1600 Euro netto.

Wer bietet mir einen Job, der es mir ermöglicht, mich Vollzeit richtig in Linux einzuarbeiten mit Programmierung zu befassen und Opensource-Software zu erstellen?

Alternativ könnten wir auch einen Verein gründen, der mich sozialversicherungspflichtig beschäftigt und mir diesen Lohn zahlt. Dieser Verein könnte dann durch regelmäßige Einzahlungen von Linux-Nutzern finanziert werden (Nur regulärer Arbeitsvertrag mit gesetzlicher Kündigungsfrist, also was Befristetes kommt nicht in Frage). Wer ist dazu bereit?

(Die Anzahl an Arbeitsplatzangeboten und Bereitschaftserklärungen, die nun folgen sind die Argumente, die dafür sprechen Open Source zu programmieren. Ich bin mal gespannt wieviele es sind ☺ )

Sowas Lächerliches. Bezahlte Fortbildung ohne überhaupt irgendwas zu den eigenen Fähigkeiten (z.B. Website mit Projekten) zu posten – oder gibt es die gar nicht –> "mit Programmierung zu befassen" ^^.

deswegen :

http://www.golem.de/1006/75967.html

😉

Thomas Fasching schrieb:

deswegen :

http://www.golem.de/1006/75967.html

😉

Da halte ich gegen:

http://www.heise.de/security/meldung/IRC-Server-seit-Monaten-mit-Backdoor-Update-1020971.html

Da hat die Offenheit des Quellcodes auch nicht viel geholfen.

Dennoch glaube ich, dass OpenSource das Vertrauen in eine Softwarefirma stärkt, da eine solche Firma schon ziemlich dumm sein müsste, um mit einer OpenSource-Software solche krummen Touren zu fahren, da das viel zu einfach nachzuweisen wäre.

Dann kann auch niemand dieser Firma unterstellen, sie würde Backdoors in ihre Software einbauen, da er das sofort mit dem Quellcode beweisen müsste.

Um bei offenem Quellcode solche "Bugs" einzubauen braucht man dann schon einiges mehr an Kreativität 😉

Gruß Froggy

Das ist ja kein spezifisches Problem von closed source. Solche backdoors kann man auch in open source einbauen. Man brächte das nicht einmal sonderlich zu tarnen, da wohl die wenigsten Anwender in der Lage sind einen Quellentext zu verstehen und im Detail nachzuvollziehen.

Nicht einmal Programmierer sichten den Quellentext jeder Software bevor sie diese anwenden. Ich schätze 99,9% der Leute würden Schadprogramme nicht bemerken, selbst wenn sie als Quelltext irgendwo vorliegen.