Open Sourcing einer kommerziellen Website

Question

Ich baue eine "Software as a Service" -Website, die den Nutzern eine kleine monatliche Gebühr berechnet. Ich überlege, das Github-Repository von Privat auf Öffentlich zu ändern. Im Wesentlichen Open Sourcing es. Ist das Selbstmord? Ich möchte, dass die Community vom Code profitiert. Es ist unwahrscheinlich, dass ich eine Push-Anfrage akzeptiere, daher werde ich in dieser Hinsicht nichts gewinnen. Es ist Community-basiert, also denke ich, dass der meiste Wert von jemandem verloren gehen würde, der es selbst hostet. Es ist für ein Nischenpublikum, also bezweifle ich, dass jemand anderes ein konkurrierendes Hosting starten wird. Ich würde den Code gerne offen haben, aber natürlich nicht auf Kosten meiner Idee. Wie fühlen sich alle anderen darüber? Was ist gängige Praxis?

Fazit, ich halte es vorerst geschlossen. Ich kann jedoch irgendwann nach dem Start auf Open Source schauen.

Answer 1

Um ehrlich zu sein, und dies wird wahrscheinlich keine beliebte Antwort sein, aber für mich selbst, würde ich es für eine gewisse Zeit geschlossen halten.

Die Gründe dafür sind einfach, etablieren Sie Ihren Stand auf dem Markt, bauen Sie Ihre Benutzerbasis, Ihre Marke, dann gibt es Ihnen einen Mechanismus, um Ihr Produkt weiter zu vermarkten, indem Sie selektiv oder vollständig Sourcing-Komponenten Ihres Systems öffnen.

Answer 2

ich sagen, dass es für persönlichen Nutzen und möglichen strategischen Nutzen ... afterall, eine Menge Software ist ein Service

Die meisten Open-Source-Projekte eine Rückkehr unter den richtigen Umständen zu schaffen, stehen. Vergessen Sie nicht, es sei denn, Sie haben ein Patent oder einen massiven Fortschritt, der so komplex und unergründlich ist, dass niemand es wieder implementieren kann. wenn sie wollen, werden sie sowieso, so haben Sie wenig Schutz bleiben Quelle geschlossen sowieso .. Noch interessanter ist es, dass das Open-Source-Äquivalent Ihre proprietäre Version gut überholt, wenn sie Unterstützung erhält.

Die Leute können dir großartige Ideen schicken, an die du nie gedacht hast, oder deine Codebasis in eine Richtung bringen, die du nicht vorhergesagt hättest. Es sei denn, Sie haben signifikante Wert in Bezug auf IP oder strategische Position in den Quellcode gebunden ... Freigabe wird es wahrscheinlich mehr gut als schaden.

Indem Sie mit Ihrem Code als Erster in der Open-Source-Arena sind, erhalten Sie die Kontrolle über alle daraus resultierenden Community-getriebenen Entwicklungen ... wenn jemand Ihre Funktionalität neu implementiert und Open Source wurde ... könnten Sie an irgendeiner Front teilnehmen?

Ich weiß, es ist ein Klischee ist, aber wahrscheinlich aus gutem Grund, aber lesen The Cathedral and the Bazaar und den Aufsatz Open Source as a Signalling Device - An Economic Analysis, die eine interessante Lektüre ist. Michael E. Porter's Texte zur Wettbewerbsanalyse sind interessant, wenn sie gegen die Mixed-Value-Ökonomie und die Wettbewerbskräfte von Open Source gehalten werden und zeigen, wie disruptiv Open-Sourcing ein Produkt für Wettbewerber sein kann ... und wie es Ihrer Marktposition einen Mehrwert verleihen kann. Auch wenn es kontraintuativ wirkt, kann es die Hindernisse für einen erfolgreichen Markteintritt von Wettbewerbern erhöhen.

Mehr zum Nachdenken über die Vor- und Nachteile von Open Sourcing:

1. What the DoD thinks of open source
2. Alfred H. Essa "Innovation and strategic advantage: lessons from open source" (Warnung, journal Link)

Answer 3

Da Sie nicht Schübe gehen zu akzeptieren Sie könnten genauso gut Ihren Code stabil halten und ihn dann veröffentlichen, damit andere davon lernen und davon profitieren können. Sie bauen immer noch den Service auf, also wird es auch nicht zu viele Augäpfel anziehen.

Von einem Geschäftspunkt von Ihnen möchten Sie vielleicht eine vernünftige Gemeinschaft um Ihren Dienst haben, bevor Sie ihn opfern. wenn du noch anknospst, wer weiß, ob es von einem stärkeren Konkurrenten aufgenommen wird. Wenn Ihre Idee patentiert ist, ist das eine andere Geschichte.

Answer 4

Welchen Vorteil erhoffen Sie sich, wenn Sie den Code Open Source machen? Wenn Sie nicht den Input von anderen Entwicklern haben wollen, dann gibt es sehr wenige Vorteile und eine Menge potentieller Nachteile.

Answer 5

Ich repariere gerne Fehler, wo immer ich sie sehe, und vielleicht bin ich einer Ihrer Benutzer. Ich sende lieber einen Patch, als jeden Tag eine potentiell quälende E-Mail zu senden.