Ce serait pas exactement une version HTML/Javascript de l'excellent Scratch ?
Eh ben si !
Et si c'est ça, c'est très bien.
Une très chouette explication de la méthode Fog Creek. Un point qui me frappe, c'est le fait que les fonctionnalités, une fois arrivées en alpha, sont considérées comme "absolument pas prêtes". C'est remarquable de justesse.
Très très très chouette idée.
La France a besoin de revoir l'image qu'elle a du monde de l'informatique, et ce genre de site ne peut qu'aider.
Une bonne idée de plugin pour avoir des poms maven qui soient à peu près homogènes
Je suis pas forcément d'accord avec tout ce qui est écrit (notament pour les chaînes longues, et essentiellement parce que c'est tout aussi pénible en Java). Mais dans l'ensemble, c'est vrai. javascript a de bonnes idées, (être un Lisp rhabillé en Java) mais est tellement mal implémenté qu'on pourrait croire qu'il a été écrit par la même équipe que PHP (c'est dire).
Un évaluateur en ligne qui se la pète aps, c'est agréable.
Ah tiens, un autre outil d'apprentissage du code par le jeu. Chouette ! C'est juste dommage que tous ces outils (sauf Scratch) soient exclusivement en ligne.
Via http://lifehacker.com/game-maven-teaches-you-how-to-code-while-making-games-1538776085
Chouette article expliquant bien les avantages d'emacs et de vi pour replacer Atom dans son contexte. Ca montre particulièrement que si emacs a influencé tous les éditeurs de logiciels, la voie choisie par vi n'est pas idiote du tout et aurait mérité un héritage plus vaste.
Dix ans ? Déja ?
Je dois lire Coding Horror (de façon régulière, dans mon journal du matin, quoi) depuis pas loin de six ou sept ans, et j'y trouve exactement ce que Jeff y met : de l'inspiration, et l'affirmation que pour réussir, il faut travailler. Enfin, ça, et pleind e détails sur le métier de développeur professionnel.
via http://www.codinghorror.com/blog/
Sapristi, j'ai un Heisenbug !
Tiens c'est pas con comme idée de découpage des tests : appeler la classe dans laquelle on place les paquets de tests OnTestedTests, et mettre dans cette classe des classes internes When*, qui contiennent à leur tour les différentes méthodes de test. Faudrait que j'essaye, ça me paraît malin.
Très chouette article sur Devops "en vrai". Je reconnais en tout cas bien des choses ...
Très chouette explication du workflow recommandé par GitHub. C'est loin d'être aussi complexe que les workflows que je voie passer habituellement (l'exemple typique étant le "successfull git branching model"). Et ça semble facilement utilisable, ce qui est loin d'être une mauvaise chose.
Je suis une tanche en expressions régulières.
Et ce plugin a le bon goût de me proposer le seul truc qui puisse m'aider : une représentation graphique de mon expression régulière.
C'est très pratique.
Il est bien cet article sur les tests unitaires. On croirait que c'est Eric Lefebvre qui l'a écrit.
Il se trouve que c'est ce que je fais de plus en plus : des tests linéaires, dont les méthodes portent des noms expliquant le comportement testé. Et surtout, SURTOUT, des tests réalisés avec hamcrest ou FEST-assert pour avoir le fameux assertThat(bidule, is(machin));
Un framework web Java qui m'attire pas mal, je dois dire.
J'aime son expressivité, son utilisation des conventions, et ses possibilités qui semblent assez ... importantes
Eh, mais je pourrais utiliser ça pour mon lfiestream, plutôt que de passer par le moche export HTML ... Ou alors peut-être que je devrais garder l'export dans un coin, et mettre ça en place dans un autre module ... Faut que j'y réfléchisse, tiens
via http://sebsauvage.net/links/?CYW2Qg
Tiens c'est marrant,c 'est ce que je fais de plus en plus. C'est spécialement pratique pour les tests utuilisant Weld : je démarre Weld dans mon test, et je lui demande de me charger une instance de ma classe de test, et ça roule
via http://java.dzone.com/
La doc pour le Javascript dans indesign. Toutes les versions d'Indesign disposent de leur doc, en HTML et (joie) CHM
Je m'en suis servi vendredi pour surveiller une fin de process en Groovy, et c'était bien pratique !