Ich habe ein paar iPhone-Anwendungen für einen Kunden erstellt und wurde heute gebeten, den Quellcode zu übergeben, damit er die Wartung durchführen kann, falls dies erforderlich sein sollte. Bisher wurden keine Code-Probleme diskutiert.
Gibt es diesbezüglich eine "gängige" Praxis?
Inwiefern sollte sich dies auch auf den Preis auswirken?
Antworten:
Was sagt Ihr Vertrag mit dem Kunden?
Wenn dies nicht der Fall ist und es sich um eine Leiharbeit handelt , besitzen sie den Quellcode, sofern in Ihrem Vertrag nicht anders angegeben.
In Zukunft möchten Sie möglicherweise, dass Ihre Verträge von einem Anwalt geprüft werden.
Ich bin kein Anwalt, dies ist kein Rechtsrat, und Sie sollten sich wahrscheinlich an einen Anwalt wenden.
Es scheint, als liege die Antwort darin, ob dies unter das fällt, was als eine Mietarbeit angesehen wird oder nicht. Dazu gibt es bei bitlaw einen tollen Artikel , und wie ich bereits sagte, kann nur ein Anwalt Ihre Frage beantworten.
Dies ist ein Thema, das vor dem Projekt erörtert und ausdrücklich in den Vertrag aufgenommen werden sollte. es ist nicht nur eine rechtliche oder finanzielle Frage, aber es wirkt sich auch in gewisser Weise, wie das Projekt durchgeführt wird. Wenn Sie beispielsweise wissen, dass Sie die Quelle übergeben müssen, geben Sie als guter Lieferant gute Kommentare und Unterlagen ab, die den Best-Practice-Erwartungen entsprechen. Vielleicht haben Sie auch wieder mit einigen Ihrem eigenen Code, vermeiden, weil der Code so klug sein könnte, dass Sie gerade nicht wollen, es zu verschenken.
Jetzt ist es zu spät Entweder einräumen oder einen Anwalt kontaktieren.
Es ist ziemlich typisch, dass der benutzerdefinierte Code für einen bestimmten Kunden auf Anfrage frei verfügbar sein soll. Sie kaufen Ihre Zeit, um etwas für sie zu generieren, und sie werden wahrscheinlich irgendwann alles von der Arbeit wollen, für die sie bezahlt haben. Es gibt natürlich Ausnahmen.
Normalerweise wird für geschriebene und "allgemein" verkaufte Software der Quellcode nicht frei verfügbar sein, er kann jedoch für einen Preis verfügbar sein.
Dies ist einer der Gründe, warum kundenspezifische Software so viel mehr kostet als "General Sale" -Software (selbst wenn die "General Sale" -Software möglicherweise winzige Stückzahlen im Umlauf hat).
Die allgemeine Regel ist, dass der Autor des Werks das Urheberrecht besitzt: Was Sie erstellen, besitzen Sie.
Hiervon gibt es Ausnahmen. Der offensichtlichste ist Arbeit erstellt von einem Mitarbeiter . Die andere Ausnahme ( Copyright Act von 1976, 17 USC 201 ) betrifft die "Work for Hire" -Doktrin, nach der das Werk der Person gehört, die es bezahlt hat. Aber für WFH geschehen kann , müssen alle folgenden Aussagen wahr sein:
Also in diesem Fall sind Sie nicht erforderlich , an der Hand über alles.
(Einige Texte dieser Unterstützung sind hier , hier , hier , hier und hier )
In meiner täglichen Arbeit ist es nicht ungewöhnlich, dass Unternehmen verlangen, dass unser Quellcode einem Treuhanddienst übergeben wird. Die Idee ist, dass das Unternehmen nicht ohne eine Möglichkeit, die sich auf unsere Software begehen will für Fehler behoben werden - entweder unser Unternehmen überlebt, damit wir sie beheben können, oder die Escrow-Service gibt den Code zu ihnen.
Doch dies vermutlich ein sehr klarer Punkt in einem Vertrag ist, glaube ich, dass sie nicht den Quellcode erhalten, es sei denn unser Unternehmen fehlschlägt, und ich würde erwarten, dass dies mit dem Vertrag verbundenen in den großen Preisschild abgebildet ist. Ich bin nicht sicher, wie es für einen einzelnen Auftragnehmer gilt, kleines Anwendungsszenario.
Naja für mich wäre der Quellcode den tatsächlichen Preis wert * 5
Ich hatte eine ähnliche Situation. Wenn der App fertig gestellt wurde das Unternehmen beschlossen, die den Quellcode kaufen wollten, und jemand anderes übernehmen (ich nur in Teilzeit an ihn arbeite.). Sie machten, was ich dachte, war ein adäquates Angebot. Ich dachte, es würde davon ausgegangen, dass ich immer daran arbeiten würde, und keiner von uns wusste, dass ihnen der Code zusteht.
Es passiert so wurden sie aufgekauft werden (nicht, dass ich erwähnen) und der Käufer wollte keine losen Ende auf Software-Lizenzierung. Ich bin mir nicht sicher, ob ich das gewusst hätte, hätte ich um mehr gebeten. Wahrscheinlich nicht, da die Person, die mich mit dieser Firma in Verbindung setzen fand mir ein paar anderen Projekte auch. Ich denke, gutes Karma kann von Unwissenheit herrühren.
In Ihrem Fall sollten sie den Code geben und fragen als Referenz für Ihre Arbeit verwendet werden.
Erstens hat fast jeder darauf hingewiesen, dass dies Teil des ursprünglichen Vertrags sein sollte. Stellen Sie sicher, dass dieser Punkt für die Zukunft bestimmt ist.
Zweitens, was ist dieser Kunde guter Wille wert? Können Sie mehr Geschäft erhalten von ihnen in der Zukunft erwarten? Können Sie sie als Referenz für die zukünftige Arbeit?
Last, wieviel Schaden sie können Sie tun? In vielen, wenn nicht den meisten Branchen Wort schnell zu umgehen. Wird schlechte Gefühle gegenüber diesem Kunden einen negativen Effekt auf andere Kunden?
Ich würde wahrscheinlich vor und geben es ihnen möglich, zu fragen für einen kleinen Geldbetrag. Stellen Sie sicher, dass sie wissen, dass Sie dies zu ihrem Vorteil tun, und dass Sie möchten, dass dieser Punkt in einer zukünftigen Arbeit, die Sie tun, angesprochen wird.
Wenn es nicht Bestandteil des Vertrages war, dann hat keine Seite die Wahrheit halten über.
Wir brauchen hier mehr von dem, was Sie gesagt haben, was sie bei der Einigung gesagt haben. wenn Sie nicht nehmen, einen Anwalt einverstanden sind, und lassen Sie sich nicht die Menschen schieben Sie herum.
Zurückschieben und sagen: Ich arbeite nicht für Sie. Ich verkaufe eine Software, die auf Ihre Bedürfnisse zugeschnitten ist. Sie haben nur nach der Software gefragt. Der Code wurde nicht besprochen, da ich eine zusätzliche Gebühr für die Änderung des Codes entrichten muss, damit er den Außenansichten angezeigt wird .
Viel Glück
Ich bin kein Jurist, ist dies kein Ersatz für Anwalt Diskussion, in Ihrem lokalen Zustand
Wenn Ihr Vertrag nichts über den Code aussagt, sind Sie nicht verpflichtet, diesen zu übergeben. Wenn Ihr Kunde harmlos ist, haben Sie die Möglichkeit, das Programm in seinem Namen zu korrigieren, aufgegeben und damit die Möglichkeit, es für ihn als Dienstleistung zu korrigieren. Auf der anderen Seite, wenn Ihr Client diesen Code verwendet, um seine eigene Anwendung zu erstellen und zu verkaufen, gibt es nichts, was Sie dagegen tun können. Selbst wenn Sie sie dazu bringen würden, einen Vertrag zu unterzeichnen, der besagt, dass sie den Code nicht wiederverwenden können, würden Sie vor Gericht unter Druck gesetzt werden, um zu beweisen, dass dies der Fall ist.
Wenn überhaupt, fragen Sie, warum sie die Quelle wollen. Nichts sie auf diese Frage könnte sagen könnte begründen , warum sie den Code benötigen würde , wenn Sie es einfach selbst tun könnte.
Dies ist eine alte Post, aber immer noch in der Diskussion in der heutigen Welt.
Wenn Sie stundenweise bezahlt werden und vom Kunden zum Erstellen eines Softwareprogramms geführt werden, sollten Sie meiner Meinung nach den Quellcode übergeben.
Wenn Sie kommerzielle Software haben und diese zur Verwendung verkaufen, sollten Sie den Quellcode NICHT weitergeben.
Egal was legal ist oder nicht .... da ich auch kein Anwalt bin. Das Richtige ist, den Quellcode zu übergeben. Was ist, wenn dir etwas passiert? Ihr Kunde ist kalt gelassen. Was ist außerdem, wenn Ihre Software dem Unternehmen Schaden zufügt? DU BIST VERANTWORTLICH! gehen von Bestandskode Lassen Sie in der Hoffnung für die zukünftige Arbeit bezahlt werden. Machen Sie einfach einen guten Job zu einem vernünftigen Preis und die Arbeit wird fortgesetzt.
Und an die Person, die 5X für den Quellcode berechnet. Als Programmierer würde ich annehmen, dass Sie sehr gut in Mathe sind. Warum sollte jemand das 5-fache für etwas bezahlen, wenn er eine andere Person 1x bezahlen kann, um nur das zu replizieren, was Sie gebaut haben? Dies ist ein schneller Weg, um gefeuert zu werden. Sie können Ihren Quellcode nicht essen. Wenn Sie also so denken, stehen Sie und Ihr Quellcode am Rande.