L’expérience de mainte fleurs léchées,
Laisse penser le coquin tendre,
Qu’il a fait le tour du sujet,
Que rien ne pourra le surprendre.

Mais c’est au détour d’un voyage,
Accompagné de pairs moins verts,
Qu’il bénéficia du partage,
De cette sagesse décrite en vers.

Il n’est nul doute que les muqueuses,
Perméables, intimement enlacées,
Laissent passer des choses douteuses,
Pour chaque minou bien chouchouté.

Un mal de gorges, une irritation,
Un aphte ou bien d’autres maux,
Peuvent résulter de la passion,
D’une langue et d’un mignon clito.

Aussi avant et après l’action,
Si vous ne pouvez prendre une douche,
Une alternative solution,
Est un rapide bain de bouche.

L’haleine fraiche et mentholée,
Et l’assurance d’un baisé sain,
Vous assurera une soirée,
Enjouée jusqu’au petit matin.

Multipliez les partenaires,
Vous n’avez plus rien à craindre,
De ces plaisirs éphémères,
Que de les entendre geindre.

N’oubliez pas cependant,
N’abusez pas de la potion magique,
Qui abreuvera chacune des dents,
De sa puissance antiseptique.

La délicate faune buccale,
Est en effet bien maltraitée,
Par chaque gorgée qui dévale,
Les rigoles de votre dentier.

Vous avez supprimé une branche (avec git branch -D nom_de_branche), pas de panique. Tant que le garbage collector n’est pas passé, la branche est toujours dans l’historique.

Retrouvez le hash du dernier commit de la branche en vous baladant dans git reflog (quelques git checkout peuvent être nécessaires pour en voir le contenu). Si vous ne le trouvez pas dans le reflog, tentez git fsck —lost-found.

Une fois que vous avez le numéro magique, faites git branch nom_de_branche votre_hash, et vous voilà sorti d’affaire.

Non ne me remerciez pas, je ne fais que mon devoir madame.

Le JavaScript est très permissif. Mais vous avez reçu un message de Dieu lui-même, et maintenant vous n’utilisez juste qu’un sous-ensemble du langage dans votre code. Mais cela demande de la vigilance.

Une astuce peut vous aider à rester dans le droit chemin : "use strict".

Bien entendu, vous écrivez votre code dans une fonction appelée immédiatement. Ajoutez la chaîne de caractères "use strict"; juste en dessous de cette fonction pour que les interpréteurs des navigateurs modernes deviennent plus exigeants avec celui-ci :

(function(){
"use strict";
 
// votre code
 
})()

Pour les navigateurs qui ne connaissent pas cette instruction, c’est juste une string, et c’est ignoré. Pour ceux qui connaissent l’instruction, tout le bloc concerné (ici tout votre code, mais PAS le code en dehors de la fonction, donc pas de risque de planter le code des autres tels qu’un plugin jQuery) sera vérifié.

Parmi les vérifications :

• Définir deux fois le même attribut dans un objet avec la notation littérale.
• Utilisation de eval().
• Utilisation de with.
• Utilisation de arguments and caller.

Si ces situations sont rencontrées, une exception est levée. Un bon article avec des exemples en anglais ici.

Tous mes codes JS ont maintenant "use strict" par défaut, en plus du plugin SublimeLinter qui me sert de garde-fou supplémentaire.

Quand vous créez un projet avec Sublime  Text 2, il met deux fichiers à la racine de celui-ci: sublime-workspace et sublime-project.

Le premier contient des données de cache à destination de l’éditeur. Vous pouvez le supprimer, ça n’a aucune importance. Il est juste là pour que ST aille plus vite pour des tâches comme le “Go To anything” ou la completion du code. Il ne doit pas être rajouté dans votre gestionnaire de source, et peut donc être listé dans les blacklists comme .gitignore.

Le second contient des configurations spécifiques à ce projet : modes de build, settings de ST qui changent juste pour ce projet (par exemple l’interpréteur Python pointe sur le virtualenv), etc. Celui-ci est généralement intéressant à partager avec son équipe (évitez juste de mettre des chemins absolus dedans), donc vous pouvez le foutre dans le repo Git, Mercurial ou (Dieu vous pardonne), SVN.

Souvent, je mets au moins ça dedans :

{
    "settings":
    {
	"rulers":
	[
		80
	],
	"translate_tabs_to_spaces": true,
	"trim_trailing_white_space_on_save": true,
        "tab_size": 4
    }
}

Ce sont de bons settings par défaut pour le PEP8. À éviter, les params du genre shift_tab_unindent, spell_check, word_separators ou word_wrap qui sont de l’ordre de la préférence ergonomique et seront bien mieux dans le fichier de settings de l’utilisateur.

Sam et Max seront en déplacement… hum… professionnel.

Donc si il n’y a pas d’article ou qu’on répond pas aux commentaires dans les prochains jours, c’est normal. Cassez pas le Web pendant ce temps hein. Je vais quand même voir si on a pas un gentil correcteur qui veut pas surveiller le bac à sable.

Vous inquiétez pas, on respecte la limite de 88 miles par heure sur la route.