Uther Le 23/07/2018 à 16:36 La finalité est différente mais légalement ça ne change rien au problème. Dans les deux cas c'est un problème de droit d'auteur.
Si tu as déposé le nom, les documents dérivés réalisé sans ton accord devront changer le nom.
Je vais forker et appeler ca le #!C
Je parlais de mes déboires avec Javascript et co. Un truc dont je me rends compte c'est que dès que je dois utiliser une API que je ne connais pas (ou que je ne sais pas si elle existe dans mon langage/framework), ça me fout un stress déstabilisant. Et ça arrive environ chaque jour. Très souvent je n'arrive simplement pas à trouver de solution et ça se finit en heures voire jours où je dois plonger dans le code source, à comprendre un code non-commenté pour trouver un hack pour faire le truc. Mais parfois (rarement mais ça arrive) en fait il existait de la doc, ou quelqu'un sur stackoverflow qui a déjà fait la même chose. Ca m'agace beaucoup parce que ça rend toute estimation impossible (à moins d'être, comme dit plus haut, super super pessimiste et supposer que chaque chose, même triviale, prendra deux jours en moyenne), je n'aime pas ça et ça crée des peurs systématiques qui rendent le fait de travailler là-dessus toujours plus difficile et épuisant.
Je me demande quoi faire ① pour gérer ce stress et ② pour améliorer la situation.
changer de métier?
coder toi même au lieu de chercher des libs?
Je pense que la maitrise est importante, oui, et qu'au niveau de Brunni ca lui ferait pas perdre tant de temps que ca.
Nil Le 26/07/2018 à 10:21 Disons que tout faire (ou presque) soi-même a plein d'inconvénients (y compris en terme de sécurité), mais que ça a aussi pas mal d'avantages (y compris, d'ailleurs, en terme de sécurité). Et que le temps perdu à étudier le code d'une autre personne, à en comprendre la logique (qui n'est pas forcément la même que celle qu'on a), à s'assurer qu'il n'y ait pas de soucis de sécurité (etc.) doit être pris en compte.
Après, je sais que mon niveau d'expertise dans certains domaines n'est pas suffisant et peut être moins bon que celui des développeurs de librairies ou de frameworks, que je dois réinventer la petite cuillère, qu'il y a tout plein d'autres risques (en particulier au niveau du fait que c'est généralement plus facile de mettre à jour une librairie/un framework d'un tiers qu'un bout de code qu'on a intégré à son architecture). D'un autre côté, le fait d'utiliser une API développée pour l'occasion (ou presque) fait que les robots qui cherchent les failles sont moins efficaces.
Après, c'est un débat qu'on a déjà eu (je crois me souvenir d'ailleurs que Flan n'avait pas le même point de vue que moi ^^).
Zero: oué Javascript, non pardon NODE.js arrive a me surprendre tous les jours.
Le tout ASYNC c'est le pire mal du monde informatique, ou en réalité rien n'est asynchrone, mais on veux faire comme si.
Proud to be CAKE©®™
GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.
me.je(function(){ echo "marre"; });
Comment faire planter PedroM ? Lui envoyer un programme avec un _main à une adresse impaire (je sais, j'ai fait fort avec l'inclusion d'un header ><)
Plus que la distinction entre les deux projets, c'est le fait qu'il n'a contribué à aucun des deux pendant 2½ années que je voudrais souligner.
Mais moi, je ne me plains pas que TIGCC ne fasse pas son boulot correctement comme vient de le faire Folco. (Je trouve au contraire que ça fonctionne très bien.) Je faisais ce travail gratuitement parce que ça me faisait plaisir de voir les utilisateurs contents. C'est l'ingratitude de certains utilisateurs qui m'a démotivé.
Une utilisation efficace des sections séparées (que le linker peut réarranger) peut aussi rendre plus efficace un programme en assembleur, ça ne se limite pas au C.