Question

Duplicata possible:
Comment gérer un projet à haut risque à source fermée?

Je travaille sur une institution qui a un sens très fort de «possession» - chaque ligne de logiciels que nous écrivons ne devrait être que la nôtre. Ironiquement, je suis le seul programmeur (ATM), mais nous prévoyons d'embaucher les autres.

Étant donné que mes patrons ne comptaient pas les nouveaux programmeurs en tant que personnes en qui ils peuvent faire confiance, ils ont un problème avec les copies du code source. Nous utilisons Git, donc ils auraient un entier copie de chaque des projets sur lesquels ils travaillent, lorsqu'ils clonaient le référentiel.

Nous pouvons leur limiter l'accès à une seule clé avec Gitolite et le lier à leurs PC, mais ils peuvent copier ces clés à un autre ordinateur et ils auraient l'accès au référentiel dans un autre PC. Aussi (et la méthode la plus évidente) qu'ils pourraient simplement télécharger les fichiers ailleurs, ajouter une autre télécommande ou simplement copier les fichiers sur un lecteur USB.

Y a-t-il un moyen (peut-être intelligent) d'empêcher des événements comme ceux-ci?

ÉDITER: Je tiens à remercier tout le monde pour ses idées dans cette question, car ce n'est pas seulement Suite Ouverture des yeux, mais aussi un soutien ferme de mes arguments (puisque vous pensez essentiellement comme moi, et j'ai essayé de les faire comprendre) contre mes patrons dans un avenir proche.

Je suis dans une situation difficile en termes de travail, avec mes collègues et mes patrons (puisque je suis fondamentalement au milieu) étant comme deux gangs, donc tout ce commentaire est grandement apprécié.

Il est vrai que je cherchais un technique solution à un personnes Problème - La direction et les employés sont le problème, donc cela ne peut pas être résolu de cette façon (je pensais à certains obscurcissement du code, peut-être en travaillant avec des modules séparés, etc., mais cela ne fonctionnerait pas de mon développeur POV). Le principal problème est la culture à l'intérieur et à l'extérieur de l'entreprise - le développement n'est pas pris au sérieux dans mon pays (Venezuela), donc la naïve et la paranoïa sont en fait un vrai problème ici.

La vraie réponse ici est une NDA (quelque chose qui ici au Venezuela ne fonctionne pas complètement), car c'est le personnes Solution, car aucun développeur sain d'esprit ne fonctionnerait dans ces conditions. Les choses deviendront moches, mais je pense que je pourrai gérer cela en raison de votre aide. Merci beaucoup! <3

Pas de solution correcte

Licencié sous: CC-BY-SA avec attribution
scroll top