die frage ist halt ob es sinn macht so einen kernbereich der geschäftsidee freizugeben oder ob das zu riskant ist. ich weiß es ehrlich gesagt nicht.

@robert: ich geb dir auf jeden fall recht, dass der code alleine nicht reichen wird um einen 1:1 clon hochzuziehen…aber er könnte doch ein entscheidender faktor sein? eine agentur mit 20 hansel die gerade keine aufträge haben könnten dann doch relativ flott daraus was richtiges bauen wozu wir als kleines team keine manpower hätten.

letzendlich denke ich macht es aber schon sinn, nicht allzu pingelig und verschlossen mit dem code umzugehen. schließlich würde dieser garnicht existieren wenn alle so denken. ein henne ei problem :)

wenn ich das richtig gesehen habe, macht philipp mit cloudcontrol und robert mit demobereich etwas vergleichbares?

@robert: auf dein angebot kommen wir gerne zurück. lass uns deswegen doch nochmal per mail reden.

Grundsätzlich würde ich sehr viel unseres Quellcodes OpenSource stellen, da die “Technologie” ja auch die Geschäftsprozesse und Abläufe im Hintergrund umfasst. Vom blanken Quellcode kann ein Dritter mit unserem Quellcode noch lange kein Geld verdienen. Das ist für mich der Grundgedanke.
Die erste Bibliothek, die wir OpenSource stellen werden, wird eine XMLRPC-Schnittstelle für die Online-Faktura GSales 1.x sein. Diese haben wir für unser Produkt demobereich gebraucht, damit wir live im Zahlungsprozess Rechnungen parallel kreieren können. Allerdings brauchen wir dazu erst unsere neue Seite online.

PS.: Macht weiter so. Ich finde das sehr gut, wie ihr das macht und es erinnert mich an meine/unsere Anfangszeit vor 8 Jahren. Wir sitzen ja auch direkt um die Ecke in Ludwigsburg, also kommt doch mal vorbei auf nen Kaffee.

Was wir sicher Open Source stellen werden sind die libs für den Zugriff auf die REST-API und auch der Kommandozeilenclient.

Ob und wenn ja was von den serverseitigen Komponenten Open Source wird ist noch nicht entschieden. Wir halten uns da erstmal verschiedene Möglichkeiten offen.