C'est fini... Comme je l'avais annoncé il y a quelques temps sur ce blog, je quitte l'EPFL aujourd'hui.

Bien sûr, ça fait un peu bizarre, mais c'est la vie et on va voir autre chose. Là, j'ai une semaine de Protection Civile entre les deux boulots. Une semaine de vacance, ça aurait été bien, mais hasard des calendriers oblige, on va pas pouvoir se reposer tant que ça. Tant pis.

Je tiens par ce billet à remercier mes collègues, Hypnos, Zeroscool, Mr Moun et leur souhaiter bien du succès pour leur suite à eux.

C'est officiel, je vais quitter l'EPFL pour un nouveau boulot. C'est la première fois que je donne ma démission, en effet, à la TSR, mon contrat d'apprenti durait 4 ans et ensuite, je n'ai eu que des contrats temporaires, donc ouais, ça fait bizarre.

D'autant plus bizarre que maintenant, je suis en plein dans les explications de comment ce serveur marche, à quoi il sert et que faire si il tombe.

Encore plus bizarre que je vais retourner travailler sur Genève (donc le Syklop, il va falloir profiter de se voir quelques midis encore...).

Enfin, tout ça pour dire que voilà, c'est ma vie, et que je vais changer de job ;-)

Cette semaine, j'ai suivi le cours Python organisé par l'EPFL. Ca fait longtemps que je veux m'y mettre sérieusement, mais j'ai jamais le temps, alors rien de tel qu'une semaine dédiée...

Pourquoi le Python, simplement parce que c'est puissant (plus que les scripts Bash), facile (enfin plus que C ou C++, et surtout, les scripts sont plus vite écrits) et qu'il y a plein de modules disponibles pour faire super simplement les choses. En plus, le Python, c'est interprété, donc on se fait pas chier à compiler, à pas trouver les librairies, à recompiler quand on change de version de GCC... De toute façon, pour les programmes que j'écrit, y'a pas besoin de performances de C compilé avec de l'assembleur dedans...

Les choses incroyables dans python, c'est ça:

C'est un language objet, où tout est objet. Quand on dit tout, c'est tout. Les fonctions sont des objets, une string est un objet (sur cette phrase, ça va troller sévère)...

En plus, il n'y a pas de délimiteur de blocs comme begin et end en Pascal ou { et } en Java, PHP, C ou C++, mais ce sont les tabulations qui font que l'on reconnait un bloc... exemple:

En C, le code suivant est valide:

if (nakan == "cool") {

printf("C'est bien vrai");

}

Par contre, en Python, ceci n'est pas valide:

if (nakan == "cool):

print "C'est bien vrai"

Il faut indenter le code après le if:

if (nakan == "cool"):

    print "C'est bien vrai"

Vous remarquerez qu'il n'y a pas non plus de point virgule après une instruction. C'est le retour à la ligne qui fait office de délimiteur de fin d'instruction. Cependant, le point virgule permet de mettre plusieurs instructions sur une seule ligne, par exemple:

i = 0

print "Valer de i:", i

i = 100

print "Valeur de i:", i

Est équivalent à :

i = 0; print "Valer de i:", i

i = 100; print "Valeur de i:", i

De plus, c'est un language très souple pour les variables, on peut donc écrire des choses impossible à écrire dans d'autres languages:

maVariable = 1 # Valeur: 1 (int)

maVariable += 100 # Valeur: 101 (int)

maVariable = "N'importe quoi" # Valeur: "N'importe quoi" (str)

maVariable = [1, 2, 3] # Valeur: 1, 2, 3 (list)

Pour les modules, j'en ai déjà trouvé qui écrivent les id3 d'un MP3, un autre qui permet de créer des intérfaces graphiques en Qt etc...

Alors voilà, vous ne vous étonnerez pas trop si vous retrouvez su Python partout sur nakan.ch bientôt...

Aujourd'hui au boulot, on a vécu une panne de courant. Ca arrive. Mais le problème, c'est que ce cas de figure, assez rare tout de même, n'était aucunement préparé. Tellement pas préparé même que nous sommes rapidement devenus des spéctateurs devant nos serveurs qui vidaient les UPS en priant pour que le jus revienne.

Nombre de problèmes ont rapidement été soulevés:

Premier du nom, impossible d'avoir accès aux serveurs via le réseau puisque non seulement nos postes de travail ne sont pas sur UPS (mais on a bien un ou deux portables) et que le réseau (switchs d'étages et autres) non plus, ce qui est plus grave. De plus, pour couronner le tout, si un écran est bien secouru dans le local serveur, il est assez inutile dans son genre puisque le switch KVM relié aux serveurs ne l'est pas.

Deuxième du nom, aucune procédure n'est établie. On ne sait pas quels serveurs on peut descendre et lesquels on ne peut pas (en fonction des services qui tournent dessus). En tout cas, on ne descend pas à l'arrache mon serveur Linux qui tourne des bases de données à fond, parce que je sais pas si il remonte après.

Je sens que je vais devoir me pencher sur le problème assez rapidement.

La semaine passée, l'EPFL acceuillait Alinghi, pour sa tournée Suisse.



Et le public semblait au rendez-vous.



Dommage, car 2 jours et de 9h à 17h en semaine n'a pas permis à toutes les personnes qui le souhaitaient de venir découvrir SUI64.