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
Depuis le temps que j'attendais un projet similaire !
Incroyable ! Un nombre impressionnant de petits jeux codés en 30 lignes de JavaScript seulement (avec un peu de HTML / CSS quand même).
En vrac, voici les notions abordées :
- arrow
- class
- constant
- default
- destructuring-assignment
- generators
- let
- maps
- modules
- promises
- rest-params
- sets
- spread
- symbols
- template-string
- weakmaps
- weaksets