Folco (./33470) :
Les heures de release sur un repo public ? On a une pointeuse au taf ^^
Malheureusement, ça n'est pas aussi simple. Il ne suffit pas que tu travailles sur ton temps libre pour que le code t'appartienne. Il faut aussi que tu n'utilises aucune information que la boîte t'as révélée et qu'elle considère comme confidentielle.
C'est moins facile que ça n'en a l'air, parce qu'une boîte peut considérer comme confidentiel quelque chose que tu jugerais à priori anecdotique (par paranoïa, ou parce que ça peut être exploité d'une façon que tu n'imagines pas).
Et c'est encore moins facile à prouver, en particulier quand ton projet perso touche directement aux mêmes sujets que ceux sur lesquels tu travailles au boulot, et qu'il n'y a personne d'autre dans la boîte pour dire "non c'est bon, y'a rien de compromettant là-dedans".
Folco (./33470) :
Sinon, le problème est que je suis actuellement le seul capable de dev au taf (mon collègue, avec ses rudiments de ladder et jamais aucun programme à son actif, ne rentre pas dans la balance). Je vois mal qui pourrait me dire "les choix techniques sont mauvais".
- même si tu contrôles ton code de A à Z, il peut s'exécuter sur une machine que tu ne contrôles pas, dans un environnement que tu ne contrôles pas non plus. Si vous avez un responsable info, il peut t'imposer des contraintes pour des raisons de sécurité ou de fiabilité (pas le droit d'utiliser tel composant logiciel, de mettre en réseau telle machine avec telle machine, de déployer une nouvelle version sans autorisation préalable...). Autre exemple : tu prévois que tous les matos à contrôler utiliseront le standard X, mais manque de pot, l'entreprise envisage justement d'acquérir un nouvel appareil top niveau qui ne supporte que le standard Y.
- même si personne ne te le dis, si tu as prévu un modèle "carré" et qu'on te dit qu'en pratique il y aura plein d'exceptions, ou qu'il faudra gérer 1000 ou 10 000 machins alors que t'en avais prévu 10 (avec un algo en O(n²)), tu vas te rendre compte tout seul que les choix techniques n'étaient pas forcément bons
Folco (./33470) :
Ceci dit, il pourrait bien y avoir une raison x y ou z qui remette mon boulot en cause, oui. Je pense que ça ferait mal.
Raison pour laquelle tu devrais discuter de ton projet avec tes supérieurs et collègues dès le début
Folco (./33470) :
M'enfin, c'est bien connu que je suis un pro du code jetable, non ?
Certes
Mais ça fait jamais plaisir de jeter quelque chose sur lequel on a travaillé.