Ein Gedankenexperiment: Was wäre nötig, um ein geschlossenes Projekt zu einem offenen Projekt zu verwandeln?
Erste Fragen, die in meinem Kopf knallt, sind:
1. Klare Code und Konfiguration von internen Zeug: URLs, proprietäre Tasten, kommerziellen Bibliotheken und so. - Sie möchten nicht auf Ihre internen Datenbank-Server die IP-Konfiguration innerhalb weniger Benutzername / Passwort zu sehen. Sie wollen nicht auf kryptografische Schlüssel in Open-Source-Projekt zu verlassen, und natürlich können Sie haben noch keine hartcodierten Werte in Ihrem gesamten (internen) Code? Sie tun?, Hm, Nevermind ...
2. Automatisieren Sie so viel wie möglich (Ant, Maven ...) und Dokumenten-Installationsprozess, sodass jeder Benutzer mit einem leeren OS Installation der Software können
3. Schreiben Sie den ersten Schritten Anleitung, wie man zu kompilieren, debuggen - Schreiben Sie eine oder zwei Seiten, wie Sie Projekt für die meisten populären Plattformen (Linux, Windows, OS X) zu kompilieren, wenn so etwas am Code durchgeführt werden kann. Tipp, wie man den Debug-Modus und wo drehen, um Debug-/ Fehler-Logs finden ... (Einige haben dieses Projekt bereits intern Dokument, aber ich habe gesehen (fast) alles ...)
4. Finden Sie einen schönen Namen, es sei denn, Ihr Projekt hat bereits ein. - Die Leute wollen einfach kommunizieren mit Ihrem Projekt den Namen in den Sätzen. Stellen Sie sich Ihr Projekt ist BKL, und jemand sagte: "Ich habe gerade BKL zusammengestellt ...", "Ich brauche für ein Upgrade auf BKL Stamm ..." no go. Es ist umständlich und schwerfällig. Dies ist nicht die meisten importan Teil, und mit einem guten Sachen gewinnt immer mehr in Verruf.
5. Suchen Sie ein schöner Ort, um Ihr Projekt zu hosten. - Sie wollen zentrale Anlaufstelle für Informationen über alles, was mit einem Projekt haben: Versionierung, Wiki, Fragen, Roadmap, Mailing-Liste. Es gibt viele Gratis-Angebote, aber einige sind beliebter als andere, und bieten verschiedene Modi der Zugang zu Teilen des Projekts ...
Später, nachdem Sie Ihren Code geöffnet, wie Sie bekommen Ihr Publikum zu leisten?
1. Offene Vorschlag Abschnitt auf Ihrer Website / Mailingliste / wiki
2. Machen Sie einfache, aber effektive Regeln, wie Sie dazu beitragen
Zum Beispiel könnten Regeln wie folgt sein.
Anbieter müssen:
1. Schlagen Sie einen detaillierten Vorschlag Formular aus und beschreiben ihre Änderung (die Änderung innerhalb Ihrer Anwendung, Ihre lib (s) zu sein)
2. Besprechen Sie ihre Vorschläge offen auf einer Mailing-Liste und Feld konstruktive Kritik von den anderen Teilnehmern
3. Bereit, einen Prototyp Reihe von Patches, die ihre Änderung zu implementieren könnte zu produzieren
Und last, aber das Wichtigste - haben interessantes Projekt zu öffnen!
Ich bin sicher, es gibt eine Menge mehr Arbeit bei der Umwandlung von (reifen) Closed-Source-Projekt in einem offenen (dies ist nur ein virtuelles Experiment). Es gibt auch Nicht-Tech-Themen, wie Lizenzen und Copyrights und auch aus politischen Gründen irgendwann.
Ein Person, die ein Projekt zu konvertieren, muss wirklich starke Argumente, warum es besser tun wird für Code und einem Projekt zur Open Source sein. Und es gibt viele, aus Agilität, um Sicherheit zu Geschwindigkeit und Leistung. Sie müssen nur einen geeigneten Satz von Nutzen für Sie zu finden.
Happy hacking!
Recent Comments