Votre logiciel et votre code source sont la partie la moins précieuse de votre startup. Il peut tuer votre entreprise si vous le perdez, mais il a probablement très peu de valeur pour les autres s'ils ont acquis juste la source. J'ai été architecte dans une grande entreprise lors de deux acquisitions qui comportaient beaucoup de technologie. Dans les deux cas, nous avons passé des mois à faire preuve de diligence raisonnable pour voir ce qui pouvait fonctionner et ce que nous pouvions utiliser. Nous avons trouvé des moyens de les faire fonctionner, puis nous avons passé quelques mois de plus à les faire fonctionner correctement. Cela n'a jamais vraiment fonctionné. Tout était inefficace, nous avons finalement simplement demandé à une équipe contenant de nombreux développeurs d'origine de réécrire la majeure partie du code source pour qu'il fonctionne avec notre infrastructure et nos normes et de réparer tous les trucs qui'sont cassés avec le code de merde que vous écrivez lorsque vous essayez de rivaliser en tant que startup.
En tant que développeur de logiciels, je peux copier le cœur d'à peu près n'importe quelle application en quelques mois juste en regardant l'application compilée et sans jamais voir la source. Elle ne sera't tout à fait la même et n'aura pas toutes les cloches et les sifflets. Elle aura juste ce dont elle a besoin et sera probablement plus efficace car je ne perdrai pas de temps à mettre en œuvre les erreurs que vous avez faites. Il devrait être plus que suffisant pour rivaliser, probablement mieux. Si j'étais un développeur travaillant pour vous, ce que je viens de dire est doublement vrai. Non seulement ils pourraient simplement réécrire ce que vous avez en un dixième du temps qu'il a fallu pour le faire la première fois, mais ils sauraient exactement comment l'améliorer et ce qu'il faut éviter. Ne pas avoir le code source est plus une gêne qu'un obstacle. Ce qui est un obstacle, surtout pour un développeur, c'est de ne pas avoir l'entreprise qui est construite autour de votre source. Vos clients, votre plan d'affaires, vos employés, votre propriété intellectuelle, votre culture, etc. Si vous voulez vraiment les ralentir, vous devriez les laisser prendre la source existante et voir le temps qu'il faut pour la faire fonctionner sans les éléments pour lesquels votre code source a été écrit. Si vous n'avez pas encore ces choses, vous avez une idée non prouvée et une implémentation qui n'a pas encore fonctionné et il y en a à la pelle. Les startups ne réussissent pas parce qu'elles reproduisent ce qu'une autre entreprise fait, mais parce qu'elles le font en étant plus petites, meilleures et plus rapides. Vous ne pouvez pas'faire cela en utilisant le même code source.
Lorsque les entreprises acquièrent d'autres entreprises pour la technologie, c'est moins pour le code source et plus pour le talent qui a écrit ce code source. Le code dans le monde réel est désordonné. Il se périme très rapidement. L'atout, c'est la propriété intellectuelle qui se cache derrière le code, qui se trouve en grande partie dans la tête du développeur et dont vous ne pouvez pas le priver. Elle est déjà exposée au monde à travers les produits que vous fabriquez. Si vous ne voulez pas que vos développeurs emportent leurs connaissances avec eux, votre meilleure défense est de les garder heureux et de ne pas les faire partir. Cela n'inclut généralement pas de ne pas leur faire confiance et de mettre des verrous physiques qui ne font que les frustrer dans leur travail. Vous avez besoin d'un contrat standard en place qui rend explicite ce qui devrait déjà être connu que tout le code source écrit appartient à l'entreprise et une culture qui respecte les protocoles de sécurité de base et les logins individuels, sinon, vous ne devriez rien faire.