Des bouts de Python cachés
De temps en temps vient dans la vie d’un homme la nécessité de faire un article qui est un gros fourre tout. Lisez cette phrase avec une voix rauque et profonde. Beeeeeuar aussi.
De temps en temps vient dans la vie d’un homme la nécessité de faire un article qui est un gros fourre tout. Lisez cette phrase avec une voix rauque et profonde. Beeeeeuar aussi.
On vous dis qu’il faut faire attention en utilisant des technologies non bloquantes, car si on bloque dans la boucle d’événement, on bloque tout le programme, et on perd l’intérêt de l’outil.
C’est vrai, mais que veut dire “bloquer” ?
0bin était down, on a supprimé la page en cause, et on l’a remis up.
On en sait pas trop comment lutter contre ça. Même TPB a du avoir 40 noms de domaine pour s’en sortir, et franchement on a pas envie de se taper autant de boulot pour un projet qui ne nous rapporte rien.
Que faire donc ?
Après avoir vu pytest, un outil typiquement pythonique sont les doctests, des tests unitaires intégrés dans les docstrings.
J’ai pu noter au fil de l’année les secteurs qui sont le plus présents parmi les recrutements en Python, en tout cas via micro-blogging.
On a pas toujours un switch sous la main, et pourtant, mettre deux ordinateurs en réseau peut se faire sentir. Ok, c’est pour faire une LAN, qui j’essaye de tromper là ?
Le code est déjà une forme de configuration.
Mais rien ne m’a semblé plus sujet à désaccord que la question de la capillarité.
0bin est down le temps qu’on répare tout ça.
Comme souvent, c’est le genre de feature qui peut être abusée, mais c’est parfois sympas de rapprocher une action juste au dessus de la fonction qui va être dans ce contexte.