[Index Software] Coin des développeurs :]

[Bubu]

Bon, même si je n'aime pas mon binôme du tout, on s'est rabiboches.
Pour l'écran titre, je vais peut-être utiliser du normal mapping ! En 2d !
Une normal map est une texture comme les autres, sauf que chaque texel encode un vecteur à la place de couleur.
(Rouge vert bleu interprété comme x y z)
Ce qui permettra un shading dynamique.

[Bubu]

Bonjour.
Mon binôme et moi sommes en pleine démarche de "création d'entreprise", en temps que travailleurs indépendants. Enfin il de débrouille avec ça tout seul pour l'instant.
Seulement, il y a des APIs dont je veux rester l'unique propriétaire.
Comment qu'on fé siouple ? J'imagine que c'est en rapport avec les licences, mais je n'y connais rien.
Merci bien.

[astro]

Légalement aucune idée mais en attendant techniquement est-ce que tu ne pourrais pas par exemple lui fournir uniquement les API (objets compilés) + docs correspondantes pour leur utilisation, sans les sources ?

[Bubu]

Merci astro
Il ne programme pas, donc il n'utilise pas ni les APIs, ni le code spécifique au jeu, bien qu'il ait un DUT d'info...
Il crée les données graphiques, les niveaux et c'est tout.

Mon but est surtout de pouvoir me libérer de lui sans être exproprié de mon boulot.
Au cas où.

[astro]

Ah ok désolé j'avais pas compris ça. Bon courage pour ta recherche.
De mémoire il y a un site qui permet de choisir facilement la licence qui va bien en sélectionnant les critères principaux, il faudrait retrouver ça

[Manichéenne]

Tu as la propriété intellectuelle de ton code s'il est créé avant l'entreprise, ou en dehors du travail pour celle-ci, c'est le principe des droits d'auteur. Lui a pareil avec son travail.
Chacun reste propriétaire, et ce qu'il faut donc faire c'est définir très clairement dans quel contexte vous cédez des droits sur ce qui existe déjà : pour quelle utilisation, sous quelle forme, dans quelles localisations, pour combien de temps.

Par exemple : "cession des droits de mon code à l'entreprise X dans le cadre du logiciel Y pour une exploitation limitée à la France et pour 6 mois". Tu peux ainsi renouveler, je ne sais pas si tu peux indiquer une date non précise du genre "tant que je suis dans l'entreprise X".

Comme une partie du code sera probablement faite ensuite, ça complique puisqu'alors le code devrait appartenir à l'entreprise. Et là, je ne sais pas trop ce qui se passe.


Extrait qui résume bien :

Les tribunaux ont déjà rappelé que le créateur du logiciel devait avoir la qualité d’employé au moment de la création afin que les droits de propriété soient dévolus à l’employeur. Ainsi, le créateur salarié qui «réfléchit» au logiciel avant d’être embauché et développe effectivement le logiciel après sa prise de poste ne serait pas propriétaire du logiciel selon la jurisprudence. A contrario, à titre d’illustration, si des personnes créent une société autour d’un logiciel déjà développé par l’une d’entre elles, salariée par la suite, les tribunaux ne jugeront pas forcément que l’employeur – la nouvelle société – est propriétaire du logiciel. C’est pourquoi nous vous recommandons de formaliser une cession du créateur au profit de la nouvelle société.

http://www.solutions-numeriques.com/dos ... -logiciel/

[Bubu]

Bonjour Mani, comment ça va ?
Merci bien.
Donc par exemple, si je crée une archive du projet juste avant la date officielle de la "création d'entreprise", la date de création du fichier serait suffisante ?

[Manichéenne]

Oui, ça prouve que tu l'as fait toi, en ton nom et pas en tant qu'employé. Donc tu gardes totalement les droits sur ce que tu as fait.
Ce qui risque de te poser problème, c'est uniquement si tu continues de faire évoluer ton code en tant qu'employé de l'entreprise. Théoriquement, comme tu n'as pas cédé les droits d'origine à l'entreprise, ça reste légalement uniquement ton code, mais là j'ai un doute.
Donc idéalement, tu gardes une preuve que tu as bien fait ton code avant, et tu autoriseras une utilisation restreinte dans le cadre de l'entreprise (sinon vous ne pourrez rien faire, non ?).

Attention avec l'archive, il faut que la date ne soit pas contestable (il doit y avoir des stockages payant pour ça, personnellement je m'envoie ce genre d'archive par gmail et j'ai ainsi une date et un stockage fiables).

[Bubu]

Merci Mani.
Je stocke tout sur cloud.
La date de la création de l'archive, plus la date de dépôt sur le cloud devraient alors suffire, c'est ça non ?

[Laurent D]

Bonjour,

Je me permets de m'insérer dans votre discussion afin de vous parler du projet AVENCOD, Entreprise Adaptée du Numérique située à Nice et qui est actuellement à la recherche d'un développeur JAVA pour un CDI.

Comme vous mentionnez cette techno dans vos échanges, ce poste pourrait éventuellement intéressé quelqu'un dans votre entourage.

Pour info, l'objectif serait d'intégrer une équipe de deux développeurs autistes à haut potentiel, dont l'un est Asperger dans un environnement de travail prenant en considération vos spécifications de fonctionnement.

[Tugdual]

Question aux développeurs en "C++" ...

Comment déclarer des constantes (en particulier entières)
qui à la fois soient typées et à la fois soient des rvalues ?

On exclue donc :

• les "#DEFINE name valeur" (non typés) ;
• les "const name = valeur ;" (lvalue) ;

J'utilise actuellement des "enum" anonymes :

• par exemple : "enum : int { ceValeur = 45 } ; "

Ça répond à ma recherche, mais je ne trouve pas ça très
élégant. Donc s'il y a des alternatives, je suis preneur ...

[Tugdual]

Autre question : y a--t-il ici des connaisseurs de git ?

[Ixy]

Présent ^^

[Tugdual]

Super !



Je m'intéresse donc à git depuis peu. J'ai eu droit à une présentation
il y a quelque mois, et tout dernièrement j'ai passé un peu de temps
sur le net, pour en apprendre plus sur le fonctionnement de cet outil.

Je me pose aujourd'hui des questions, non sur l'outil en lui-même,
mais sur l'organisation de bonnes pratiques pour l'exploiter au mieux.

J'ai déjà trouvé des choses intéressantes sur le workflow (Synbioz).
Par contre, je n'ai pas trouvé grand chose concernant l'organisation
pratique des dépôts et dossiers, dans le cadre de projets conséquents.

Par projet conséquent, j'entends une juxtaposition de projets qui,
bien qu'indépendants, partagent des sources, et qui chacun sont
constitués de plusieurs sous-projets (livrables = exécutables et
librairies), avec encore à ce niveau des partages de sources ...

Comment, déjà, organiser le ou les dépôts ?

• un seul dépôt unique pour tous les projets ?
• un dépôt par projet ?
• un dépôt par sous-projet (livrable) ?

Le premier cas résout la problématique de partage des sources,
mais risque d'occuper beaucoup de place sur les postes de dev ...

Dans les deux autres cas, c'est le partage des sources communs
que je ne saisis pas bien : comment gérer ces sources partagés ?

[Ixy]

En général on ne met jamais d'executable dans un dépôt git. Par exemple pour c++ le dossier /bin sera ignoré (dans .gitignore).
Pour l'organisation des projets il n'y a pas de solution meilleure qu'une autre mais tout de même on essaie de mettre le code partagé dans des librairies qui vont constituer des dépôts à part. Il faut éviter évidemment les situations où tu as N projets qui dépendent des N - 1 autres.