Antichesse (o ^ω^ o)
Pour Doudou notamment.
Je trouve que RMS est quelqu'un qui pense et accepte de prendre le temps de faire les choses avec une vision locale et globale. Je préfère grandement sa démarche qui me semble bien plus inclusive et bien plus pertinente que tout code de conduite auquel j'ai pu accéder à cette heure.
Il n'y a pas d'éthique, pas de jugement de valeur, pas d'imposition aux autres de son propres modus operandi moral. Juste des lignes directrices basées sur un principe : la bienveillance.
Merci Richard.
Je copie-colle une partie de l'article ci-dessous :
Entre autres points, on peut lire parmi les directives de Richard Stallman aux mainteneurs et contributeurs du projet GNU que :
vous devez supposer que les autres participants postent leurs messages de bonne foi, même si vous n'êtes pas d'accord avec ce qu'ils disent ; vous devez penser à la manière de traiter les autres participants avec respect, en particulier lorsque vous n'êtes pas d'accord avec eux ; vous ne devez pas prendre un ton dur envers les autres participants, et surtout ne pas les attaquer personnellement. Vous devez faire de votre mieux pour montrer que vous critiquez une déclaration, pas une personne ; vous devez répondre à ce que les gens disent réellement, pas aux exagérations de leurs points de vue ; vous devez reconnaître que la critique de vos déclarations n’est pas une attaque personnelle contre vous. Mais si vous sentez que quelqu'un vous a attaqué ou a porté atteinte à votre dignité personnelle, Stallman recommande de ne pas riposter avec une autre attaque personnelle. « Cela tend à créer un cercle vicieux d’agressivité verbale croissante. Une réponse privée, énonçant poliment vos sentiments et demandant la paix, peut calmer les choses. Écrivez-la, mettez-la de côté pendant des heures ou un jour, relisez-la pour supprimer toute expression de colère, et ne l'envoyez seulement qu'après cela ». C'est ce que recommande Stallman ; vous devez être particulièrement gentil avec les autres contributeurs lorsque vous leur dites qu'ils ont commis une erreur. Le président de la FSF rappelle en effet que programmer signifie faire beaucoup d'erreurs, et c'est ce que nous faisons tous. C'est pourquoi, dit-il, les tests de régression sont utiles. « Les programmeurs consciencieux font des erreurs, puis les corrigent. Il est utile de montrer aux contributeurs que le fait d’être imparfait est normal. Nous ne leur en tenons donc pas compte et nous apprécions leurs contributions imparfaites, même si nous espérons qu’ils y remédient en y apportant des solutions » ; vous devez être aimables lorsque vous signalez aux autres contributeurs qu'ils doivent cesser d'utiliser certains logiciels non libres. « Pour leur propre bien, ils devraient eux-mêmes décider d'abandonner les logiciels non libres, mais nous nous félicitons de leurs contributions à nos paquets même s'ils ne le font pas. Donc, ces rappels doivent être gentils et peu fréquents - ne les harcelez pas », dit Stallman ; en revanche, suggérer que d’autres utilisent des logiciels non libres s’oppose aux principes de base de GNU, ce n’est donc pas autorisé dans les discussions du projet GNU ; vous ne devez pas soulever de problèmes politiques sans rapport avec les discussions du projet GNU, car ils sont hors sujet. Les seules positions politiques approuvées par le projet GNU sont (1) que les utilisateurs doivent pouvoir contrôler leur propre pile informatique (par exemple, en utilisant des logiciels libres) et (2) soutenir les droits de l'homme fondamentaux en informatique. En tant que contributeur, poursuit Stallman, il ne vous est pas demandé d’être d’accord sur ces deux points, mais vous devez accepter le fait que les décisions de la communauté seront fondées sur ces points.
Contrairement à Sebsauvage ici je ne dirai pas que le dev de SQLite soit un "bigot à la con". Le mec a une religion (et donc une opinion religieuse) à laquelle il tient. Parmi l'ensemble des points proposés, je ne me retrouve pas dans la croyance en un Dieu tout puissant, ni en le Christ (que je pense être une fable), ni en la prière, bref ni dans tout ce que le dogme d'une église prodigue ; et quelque soit cette église.
Par contre, pour ce qui est du reste (tu ne tueras point, tu ne seras pas envieux, tu ne blâmeras pas les autres à part toi-même #toussa) j'ai du mal à comprendre en quoi ce sont de "mauvaises valeurs" pour gérer une communauté ou définir un code de conduite.
Sebsauvage, je ne pense pas qu'il faille être anti-religieux à ce point. Je n'apprécie pas la chose d'une manière générale, cependant je ne suis pas comme AstronoGeek - dont j'apprécie l’œuvre - mais qui transpire le narcissisme et le sentiment de supériorité parce que "lui il sait".
En tant qu'agnostique (parce qu'on ne peut démontrer ni l'existence ni l'inexistence de Dieu), je pars du principe qu'une morale qui vise à minimiser la souffrance de l'autre n'est pas fondamentalement une mauvaise morale ; et que comme toute morale, elle peut avoir des faiblesses par endroits #MoraleUtilitariste.
Enfin, au regard du fait que facilement la moitié de l'humanité croit en ce code de conduite, et que les points inscrits par le dev de SQLite ne font apparaître aucun critère de race, de sexe ou de religion (autre que les religions polythéistes - mais bon, il ne doit plus avoir beaucoup de mecs qui croient en Zeus ou en Odin de nos jours hein...), bah ce code de conduite a le mérite de parler au plus grand nombre.
Enfin Sebsauvage, techniquement tu viens de violer ce code de conduit à l'instant même où tu as publier ton commentaire sur ton Shaarli. Aussi, le mec de SQLite a-t-il eu tort ?
Tout sombre dans le chaos et personne ne semble s’y intéresser.
Version très intérrssantes, un peu difficile à lire de prime abord mais très concise !
Je vous invite à la lire.
Nickel pour coder !
Chlouchloutte, c'est pour toi !
Cela fait quatre fois que le destin me ramène devant cet article de Joël et je pense qu'il l'a écrit pour moi. Je note ici les phrases clefs :
Well, yes. They did. They did it by making the single worst strategic mistake that any software company can make: They decided to rewrite the code from scratch.
[...]
It’s harder to read code than to write it.
[...]
The idea that new code is better than old is patently absurd. Old code has been used. It has been tested. Lots of bugs have been found, and they’ve been fixed. There’s nothing wrong with it. It doesn’t acquire bugs just by sitting around on your hard drive. Au contraire, baby! Is software supposed to be like an old Dodge Dart, that rusts just sitting in the garage? Is software like a teddy bear that’s kind of gross if it’s not made out of all new material?
Voilà, reuse, adapt but do not rewrite it mothafucka !
Comment récupérer le mot de passe ou le numéro de carte de crédit de quelqu'un en :
1) Développant un petit code malicieux de rien du tout.
2) Fabriquant une lib qui colorise les logs dans la console du navigateur pour que ça mettre en rouge les erreurs et en bleu les infos (fonctionnalité indispensable au demeurant).
3) Incluant le petit-code-malicieux dans la lib qui fait les logs.
4) En proposant à tout un tas de frameworks JS libres de la communauté NPM d'inclure "gratuitement" et "sans prise de tête" ce framework de logs en couleur.
=> Conclusion, depuis 2015, le répo NPM contient plusieurs frameworks infectés. #Noïce
Faut essayer de récupérer le logiciel fiscal
Le compilateur Kotlin est une merveille par rapport aux autres du même genre (coucou Scala).
Pour Chlouchoutte, quand on code, on est comme Kagami et on entre dans la zone ! Moi je suis Aomine
Ce genre de tuto est très sympa et toujours bon à prendre
Un article intéressant sur les "branch prediction" ou en d'autres termes, la fonctionnalité de prédiction du prochain calcul d'un micro-processeur. Ceci expliqué via une doc Java et C++ qui montrent qu'une liste triée permet de mieux prédire le prochain code et donc l'accès à l'information se fait plus vite.
Comme certains le savent bien, je code sous NetBeans pour mes applis en Java et NetBeans a cette fichue manie de nous forcer à utiliser le logger embarqué dans Java (qui est une belle saloperie soit dit en passant). Bref, aucun moyen d'utiliser une macro pour générer le code de déclaration de ce logger dans la configuration par défaut. Sauf que je viens de trouver comment faire !!! Et c'était tellement facile que je regrette de ne pas avoir cherché la solution avant.
Voici la manipulation :
1) Aller dans le menu Tools > Options > Editor > Code Templates
2) Cliquer sur New et entrer psfl pour "Public Static Final Logger"
3) Ajouter le code suivant dans l'onglet "Expanded Text"
${no-format}private static final ${loggerType type="org.slf4j.Logger" default="Logger" editable="false"} LOGGER = ${LoggerFactoryType type="org.slf4j.LoggerFactory" default="LoggerFactory" editable="false"}.getLogger(${CLASS editable="false" currClassName}.class.getCanonicalName());${cursor}4) Appliquer et fermer la fenêtre.
Comment s'en servir ensuite ?
1) Quelque par dans votre classe taper : psfl puis TAB (ou la touche d'expansion que vous avez défini) et NetBeans générera le code suivant :
// Avec les imports qui vont bien évidemment :D
private static final Logger LOGGER = LoggerFactory.getLogger(MaClass.class.getCanonicalName());Explications :
- ${no-format} : Demande à NetBeans de ne pas formatter la ligne générée
- ${loggerType type="org.slf4j.Logger" default="Logger" editable="false"} : Demande à NetBeans d'importer la classe Logger et de la définir comme type de la variable
- ${CLASS editable="false" currClassName} : Demande à NetBeans d'écrire à cet emplacement le nom de la classe courante
- ${cursor} : Demande à NetBeans de positionner le cuseur d'édition à cet emplacement à la fin de la génération
Je l'ai retrouvé !!! Le code source du parser / lexer annoté par Jeremy Ashkenas. Juste un chef d'oeuvre de génie du logiciel avec l'envie claire et limpide de montrer vraiment aux autres comment faire.
Si seulement nous pouvions en dire autant de JCEF ou encore d'OpenJDK.
Tuto d'utilisation de JNI en Java pour lancer du code C / C++ depuis Java.
Le même type de tuto approfondit via MBaron sur developpez.com : http://mbaron.developpez.com/tutoriels/java/executer-code-natif-avec-jni-jna/
Chlouchloutte, il faut qu'on code un truc comme ça.
Toujours intéressant comme piqûre de rappel.
Liens vers tous les codes
De jolies couleurs et leur code qui va bien