Argumente für Open Source gehen


9

Ich habe meine Ausfallzeit bei der Arbeit in diesem Sommer verbrachte schreiben eine Art von Rahmen für die Erleichterung meiner täglichen Arbeit. Kurz gesagt, es lädt ein XML mit Markup, das die Blöcke der Website, deren Inhalt und deren Styling (sehr ähnlich zu HTML) definiert, behandelt das Laden von Assets und dergleichen.

Jetzt bin ich ziemlich zufrieden damit, wie sich das entwickelt, und ich habe es vorgezogen, einen Teil meines Codes öffentlich zu verwenden (und genauer zu untersuchen). Ich bin auch ziemlich sicher, dass es eine Lücke für die schnelle und einfache Konstruktion von Websites (oder Teilen davon) füllt.

Was wären die besten Argumente, um meinen Chef/Kollegen davon zu überzeugen, dass die Veröffentlichung unter einer Open-Source-Lizenz eine gute Idee ist?

5

Der OSI hat eine Reihe von guten Ressourcen mit http://www.opensource.org/advocacy/case_for_business.php wahrscheinlich die relevanteste für Sie.

Es gibt viele Open-Source-Projekte und wenn es beliebt ist, ist der beste Vorteil meiner Meinung nach Fehlerbehebungen und Verbesserungen, die zurück in das Projekt beigetragen haben. Sie neigen dazu, nur die notwendigen Funktionen für den Anwendungsfall bei Ihrem Job zu entwickeln (Ausnahmen gibt es natürlich) und es ist gut, andere Leute in anderen Bereichen des Projekts arbeiten zu lassen.

Das heißt, die Leute werden in der Regel nur tun, wenn sie eine Verwendung für das Projekt selbst haben und die Sensibilisierung kann genauso hart sein wie ein kommerzielles Projekt zu vermarkten - Sie werden wahrscheinlich nur ein paar Leute finden, die es stolpern Projekt durch eine obskure Google-Suche!

Obwohl es viele entwicklungsorientierte Vorteile gibt, selbst wenn es nicht viele (oder irgendwelche) tatsächliche Benutzer gibt, sieht es aus Sicht eines Unternehmens/Unternehmens sehr gut aus, dass Ihre Organisation die Veröffentlichung von internen unterstützt Projekte unter Open-Source-Lizenzen. Das zeigt den zukünftigen Mitarbeitern gute Dinge über die Offenheit der Organisation.

So, während Sie nur die großen Open-Source-Vorteile mit Maßstab erhalten, gibt es weniger offensichtliche, die sofort anfangen zu arbeiten, nämlich einen guten Namen für Ihr Unternehmen zu bauen.


5
  • Popularität
  • Gemeinschaftsbeitrag
  • öffentliche Kontrolle
  • Wir werden an Standards halten gezwungen werden. (Was wiederum das Produkt besser machen)
  • Goodwill

1

denke ich, der Kern des Grundes dafür, dass Open-Source ist eine gute Idee ist, weil Sie zusammen eine LARGE Ressource von Menschen bündeln in der Regel für die Arbeit frei zu erstellen etwas Nützliches und Aufregendes. Eine Seite wie Digg bringt mehr und bessere Storys hervor als das Personal @ Slashdot, weil die Community es antreibt. Auch könnte ein Open-Source-Projekt mehr getan werden als ein engagiertes Team, WENN Sie ein Projekt haben, das aufregend genug ist, Partizipation zu gewinnen. Es gibt auch viele andere Vorteile wie die Verbesserung Ihres Codes und das Lernen auf dem Weg.


1

Öffentlichkeitsarbeit: Sie könnten mit dem Ruby on Rails Rahmenbeispiel veranschaulichen.

Es wurde erstellt, um die 37signals Web-Anwendungen zu tun. Sie haben es geöffnet, dann kam jemand und baute Twitter. Stellen Sie sich die Werbung vor, die sie davon hatten!


1

Der wichtigste Beitrag, ein Produkt Open Source zu machen, ist, dass es für Menschen sofort zugänglicher wird.

Es hilft auch Menschen, die wirklich an Ihrer Arbeit interessiert sind, zu sehen, was Sie getan haben, Vorschläge zur Verbesserung zu machen und Ihnen dabei manchmal behilflich zu sein. Außerdem trägst du etwas zu dem riesigen Bestand an Open-Source-Software bei und hilfst der Community dabei, auf deine eigene Weise zu wachsen und zu lernen.


5

Vorteile für Ihr Unternehmen sind wenige. Alle Gründe, die andere gegeben haben, gehen von einem Grad an Popularität aus, der ... unwahrscheinlich ist. Die meisten Geschäftsleute werden dies erkennen, ohne darüber gründlich nachdenken zu müssen, so dass sie keine Werbung oder Hebelwirkung oder öffentliche Überprüfung oder Werkzeugverbesserung finden werden, die einen Grund für das "Risiko" der Veröffentlichung als Open Source darstellen.

Dies ist, hier ist der beste Gegenwert zum "Risiko" Argument für ein Unternehmen, ein internes Tool als Open Source zu veröffentlichen: Wenn es nicht Teil Ihrer Kernkompetenz ist und Sorgfalt genommen wird, so dass es nicht scheiße ist Unternehmensressourcen (oder offenbaren Firmengeheimnisse/Infrastruktur), gibt es wirklich kein Risiko. Das Unternehmen verliert nichts und gewinnt ein Potential für Gewinn —, selbst wenn dieses Potenzial gering ist.


4

Ich habe ein paar von der Unternehmenszeit entwickelte Pakete als Open Source veröffentlicht. Die Grundstimmung:

Es ist mehr rentabel oder vorteilhaft für das Unternehmen, dies zu lösen:

  • dieses Paket nicht Teil unseres Kerngeschäftes ist. Wir geben das Rezept nicht an die geheime Soße weiter.
  • werden wir eine größere Gruppe von Menschen bekommen, die den Code trainieren, Fehler finden und dadurch die Codequalität erhöhen.
  • es ist wahrscheinlich, dass wir einige Leute finden, die Code für Funktionen beitragen, die wir nützlich finden könnten.
  • gutes Recruiting-Tool, Teil 1: gute Programmierer werden von unserer aufgeklärten Entwickler-freundlichen Organisation angezogen werden.
  • gutes Recruiting-Tool, Teil 2: Wir können einige Leute in Aktion sehen, die wir in der Rekrutierung interessieren könnten.

Hier sind zwei eigenständige Pakete, die über diesen Ansatz veröffentlicht wurden: