L'antre des coins - Tag - informatique

Le retour des ancêtres

kaze_ — Fri, 05 Dec 2008 14:06:00 +0100

Il y a une expo en ce moment à Grenoble avec des vieux ordinateurs qui sont en état de marche, et je me suis dit que ce serait amusant de coder un petit truc en basic pour faire tourner dessus, histoire que ça serve à quelque chose... Passé le premier programme que voici :

10 PRINT "TOTO"
20 GOTO 10

je me suis mis à coder plus amusant. Un petit jeu de carré lumineux... :D Incorrigible n'est-ce pas. Le jeu sera accessible sur le TI99 de l'exposition, le temps que je me fasse attrapper et jeter dehors... ;-).

Le voici en pièce jointe. Si vous voulez l'essayer, va falloir taper tout ça à la main dans un émulateur de TI99/4A ou bien sur un vrai TI99/4A... Good luck, kiddos.

Un festival numérique

kaze_ — Tue, 02 Dec 2008 13:37:00 +0100

Ce week-end, j'ai eu la chance de pouvoir passer une heure au festival Make Art 2008 organisé par le collectif Goto10 à Poitiers.

Je souhaitais en faire un petit compte-rendu pour les amis, les lecteurs, et les gens à qui j'ai parlé de ce festival.

Dans la maison de l'architecture, il y avait cinq installations, cinq approches différentes de l'art numérique, cinq visions qui se complètent et posent des questions.

LEVELHED de Julian Oliver était sans doute la plus extraordinaire des installations, d'un point de vue technique. Le visiteur manipule des cubes de bois, dont chaque face est couverte d'un code barre bidimensionnel. Une webcam filme la scène et un projecteur la retranscrit sur l'écran, situé en face du visiteur. Sur l'écran, les cubes prennent alors vie : chaque face est creuse et contient un petit labyrinthe... ! Le but du jeu est de faire sortir le héros, qui se trouve dans un des cubes, de ce labyrinthe, en inclinant les cubes de manière à lui indiquer dans quel sens marcher. Une expérience d'interface homme-machine ahurissante.

MEME20 de Danja Vassiliev est une autre installation à la croisée des chemins entre le monde réel et le monde virtuel. Vingt-huit lecteurs de cédéroms s'ouvrent et se ferment, affichant des images disque capturées par une webcam alors que le visiteur clique sur les liens menant d'un disque à l'autre.

AL JAZARI de Dave Griffirth est une installation d'improvisation interactive de musique. Quatre controlleurs de couleur permettent de contrôler quatre robots qui se déplacent sur un damier virtuel, chaque case du damier représentant une note différente. En combinant les mouvements des robots (rotation, avancer, reculer) et les pauses entre les mouvements, et les différentes zones du damier, on parvient petit à petit à créer, d'abord un rythme, ensuite une mélodie... Et petit à petit, de ces instructions toutes simples, on parvient à créer de la musique, l'atout de ce programme étant sa simplicité d'utilisation (contrôleurs de Gamecube) et sa capacité à jouer en groupe (4 personnes).

SEI PERSONAGGI PART 2 de Valentina Vuksic est un concept littéraro-informatique. L'artiste reprend le principe de la pièce "Six personnages en quête d'auteur" et transforme ces personnages en ordinateurs, reliés entre eux en réseau. Ces personnages discutent en s'échangeant des informations... Et des casques, fixés à des détecteurs de champ magnétique placés à différents endroits de l'unité centrale, permettent d'écouter l'échange informatique de chaque machine. On découvre alors que l'ordinateur, loin d'être la machine silencieuse que l'on connaît, a une vie intérieure intense et cliquetante, peut-être une âme de métal sous le capot de fer...

EXIST.PL de Pall Thayer est un programme qui existe, et qui tente de définir ce que c'est qu'exister, pour un programme d'ordinateur, à l'aide de ses entrées et de ses sorties. En étudiant le code source, on constate ainsi que exist.pl communique avec le reste du monde par l'intermédiaire d'un socket planté dans internet. Qu'a-t-il donc à dire... ?

Linux love / hate

kaze_ — Fri, 22 Aug 2008 11:15:00 +0200

Peut-on aimer et détester Linux dans la même journée ? Assurément, c'est possible...

Depuis que ma soeur m'a refilé son vieux portable, sur lequel ubuntu fonctionne beaucoup mieux que windows XP (et ne parlons pas de Vista), j'ai découvert qu'on pouvait aimer et détester linux à peu près en même temps.

Ce matin, je joue à Same-Gnome. Comme je règle mon écran en faible luminosité, j'ai du mal à voir les différences de couleurs entre les billes sur le thème par défaut. Alors je me dis ni une ni deux que je vais me créer mon propre thème. J'ouvre l'aide, et découvre qu'il suffit de créer une image PNG pour créer son propre thème same-gnome. Je reprends une image d'un thème existant, la gimpe en augmentant les contrastes de couleur, l'enregistre et voilà ! Je peux jouer à same-gnome en luminosité minimale, tout en voyant les différentes couleurs. Ce matin, j'aime linux, parce que c'est ça la puissance de l'open-source : si tu veux modifier le bidule pour répondre à tes besoins, tu peux.

Cet après-midi, je décide de faire une upgrade de ubuntu 7.10 vers ubuntu 8.04. Il serait grand temps mais je me méfie toujours un peu des mises à jour de distro, l'habitude de Murphy... Je lance le processus, il me télécharge les paquetages, tout va bien, commence l'installation, tout va bien aussi... Je laisse le portable travailler à côté de moi ; quand tout à coup le patron rentre dans le bureau et annonce une réunion. Le vieux réflexe : je referme l'écran de mon portable... Et me souviens au moment où le "clic" fatidique retentit que ce portable plante lors de la mise en veille... Comment j'avais configuré ça déjà ? Evidemment, je l'avais configuré pour qu'il se mette en veille lorsque je fermais l'écran -- je m'étais pourtant dit qu'il fallait que je change ça. Bon, portable planté pendant la mise à jour, jusqu'ici tout va bien. C'était quel paquetage qu'il installait lorsque j'ai fermé bêtement ce couvercle ? Mon cerveau semble se souvenir de quelque chose comme "linux-kernel" quelque chose... Eh merde.

Evidemment, je rallume le portable, et il refuse de booter. Evidemment... Cet après-midi, je déteste donc linux (mais peut-être plus encore ma propre bêtise).

Ce qui ne m'empêchera pas de faire une réinstallation "propre" de Ubuntu dès ce soir :-D.

Le travail d'un an

ryune — Wed, 13 Aug 2008 17:50:00 +0000

Je fêtes bientôt ma première année à ce poste...

Cela ne fait pas pas tout à fait un an, mais je marque déjà une petite étape dans mon parcours professionnel. Je passe pour la première fois du forfait à la régie, ce qui serait un très grand honneur pour moi, un inconcevable signe de confiance, un gain financier non négligeable pour mon employeur et la chance de quitter cette atmosphère démissionnaire pesante.

Je ne vais pas citer de nom dans un pur souci de respect de mon absence de vie privée mais aussi parce que je ne sais plus trop dans quelle boite je suis (au total, je dois pouvoir me vanter d'avoir trois casquettes différentes selon mon interlocuteur).

Il paraît qu'on ne connaît rien à la vie si on a pas travaillé dans le privé et à l'exception d'un stage, je n'avais jamais travaillé dans le privé jusqu'à présent. Fort de cette passionnante expérience, j'ai maintenant moi aussi la légitimité de pouvoir balancer toute ma science dans les commentaires du Figaro.

Voici en vrac quelques points positifs et négatifs de cette petite année...

Les points positifs :

Les potins existent aussi dans le privé;
On peut aussi glander dans le privé (Si si, on peut faire des semaines de moins de 50 heures dans le privé, ce n'est pas un mythe !);
Dans la même veine, je n'ai vu personne faire des semaines de 50 heures;
Il y'a bien peu de rapport entre le temps de travail et la productivité;
Faire semblant de travailler paie toujours aussi bien;
Malgré tout nos efforts pour glander, il y'a toujours quelqu'un pour faire 10 fois mieux et pas forcément plus discret;
Pouvoir toucher un peu à tout;
Avoir été promu "expert" en fortran et en python du jour au lendemain (malgré une note de 0 sur ma fiche de compétence);
Avoir supporter 30 minutes au téléphone un commercial me vantant les mérites d'une exceptionnelle mission sans intérêt;
Avoir eu confirmation que les absents ont toujours tord (et les oreilles qui sifflent);
Avoir entendu d'un commercial : "Je ne pipote jamais";
Avoir entendu d'un commercial : "J'ai tout de suite penser à toi. Tu es l'homme de la situation, je compte sur toi !";
Avoir entendu de mon chef de projet "le C++ est ++ par rapport au C" comme unique raison de ne pas faire de C (et moi d'acquiescer face à un argument aussi percutant);
Avoir réussi un entretient d'embauche que j'étais condamné à foirer dans les grandes largeurs;
Avoir obtenu un salaire supérieure à celui que j'avais demandé (?!);
La pause toilette (pour la DS ou pour lire);
La pause déjeuner (pour squatter la librairie, le parc du coin et/ou lire);
La pause chocolat (en remplacement de la pause café et donc pour discuter avec les collègues);
La pause linuxfr, gamekult, wired, sladshot, figaro, le monde, marianne, blog des connaissances;
La pause garage (pour la sieste de 16h);
La pause RER (pour lire ou pour la DS)... même si c'est en dehors des heures de travail;
Les barbecues du midi de temps en temps;
Les pots de départs;
Avoir eu une bonne nouvelle à annoncer et une bonne excuse pour reprendre contact avec de vieilles connaissances.

Les points négatifs :

Ne pas être resté plus de trois mois sur la même mission (mission courte, interrompue ou changement de mission pour moi);
Avoir découvert des méthodes de gestions assez surprenantes;
Avoir pris un rythme à la con pendant mes périodes d'inter-contrat;
Avoir gardé un rythme à la con même hors inter-contrat;
Ne pas avoir posé de congé parce que j'ai trop peur de glander en dehors du boulot;
N'avoir travailler que sur des "outils" Windows à la con;
Avoir donné l'impression que j'étais une bête en informatique (et y avoir cru de temps en temps);
Avoir mis un peu trop d'espoir dans le fait de pouvoir trouver ma voie grâce à une ss2i;
Avoir entendu d'un commercial : "Je suis sûr que tu peux le faire. Tu sais tout faire. Il faut juste que tu te violes" (donc, apprendre à pipoter...);
Avoir eu confirmation que mon esprit se perdait dans le temps et l'espace après 15 minutes de "conversation" (ou plutôt, écoute d'un monologue) téléphonique... même dans un cadre professionnel;
Avoir appris que "batch = bash";
Internet ne sert pas vraiment pour travailler (seul 1/10e de mon temps passé sur le net est utile);
M'être enflammé après mon embauche (et avoir déprimé quand j'ai appris qu'ils engageaient même des chimistes ou des astrophysiciens pour faire de l'informatique...);
L'impression de toujours être en recherche de mission/emploi;
Avoir découvert que la confrontation ingénieur/commercial n'était pas un mythe;
Avoir découvert que les compliments n'avaient aucune prise sur moi;
Avoir eu envie de m'enfuir face à la très jolie fille qui m'a fait signer mon contrat. Un peu plus et je ne signais pas tellement elle était insupportable. Le sourire et un décolleté plus qu' indécent n'ont pas réussi à compenser cet énorme défaut;
La grosse cuite du nouvel an;
Avoir découvert que l'argent ne faisait pas le bonheur;
Avoir découvert que je ne trouverai pas le bonheur au travail;
Avoir découvert que j'aurais pu demander un salaire plus haut.

Globalement, ça a l'air plutôt mitigé même si à la réflexion, certains points positifs ressemblent plutôt à des points négatifs et vice versa. Mais à mon avis, c'est assez positif.

J'ai pu sortir de mon autisme, ma déprime et mon isolement de ces dernières années, c'est déjà beaucoup. Et même si ça en a pas toujours l'air, même si j'ai eu beaucoup de doutes, je suis tout de même reconnaissant et assez satisfait de la chance offerte par ma boîte.

Une grande étape à donc été franchie. Il me reste toujours le problème de la vie sociale à régler par contre...

Héritage d'un singleton...

ryune — Wed, 11 Jun 2008 15:46:00 +0000

Dans la vie, on se pose parfois des questions à la con.
Dans la vie d'informaticien, on se pose des question d'informaticien encore plus à la con.

Aujourd'hui, je me pose le problème de l'héritage d'un singleton. Un singleton est une classe tout ce qu'il y'a de plus classique, sauf que l'on s'interdit par pur sadisme de l'instancier plus d'une fois.

Celà donne en Java :

Singleton.java


public class Singleton {
       private static Singleton instance;

       private Singleton() {

       }

       public static Singleton getInstance() {
       	      if(instance == null) 
	      		  instance = new Singleton();
	      return instance;
       }
}

Wah, comme c'est révolutionnaire.
Ce qui est rudement sympathique par contre est la possibilité d'accéder à cette instance de n'importe ou (une sorte de variable globale en mieux forcément).

L'héritage de ce type de classe n'est pas sans poser quelques problèmes.
D'une part, le constructeur est privé, ce qui interdit d'emblée l'héritage. Toute solution ayant son problème, c'est tout naturellement que le mot clé protected existe. Celui ci permet l'accès des membres d'une classe aux classes filles uniquement.
D'autre part, le comportement singleton est implémenté dans des méthodes de classes, statiques et il n'est pas possible d'en hériter.

Boulet.java

public class Boulet extended Singleton {
       private static Boulet instance;

       protected Boulet() {
       	      super();
       }

       public static Boulet getInstance() {
       	      if(instance == null) 
	      		  instance = new Boulet();
	      return instance;
       }             
}

Vous remarquerez donc qu'il est nécessaire de réimplémenter le pattern singleton. Ce n'est pas la mort du petit cheval.
Le petit paradoxe dans l'histoire est que de fait, ma classe Boulet est aussi une classe Singleton. Donc, potentiellement, il peut exister plusieurs instances de la classe Singleton. A défaut de la mort du petit cheval, c'est la mort du design pattern.

Il est possible de faire de même en c++. Mais on peut faire vachement plus mieux encore.
En c++ existe la fantastique notion de template.
Le template est une sorte de préprocesseur ultime surpuissant qui permet en gros de paramétrer une classe par un type quelconque (C'est un peu pas terrible comme explication je sais).

Voici donc mon petit moule de classe singleton :

Singleton.hpp

using namespace std;
#include <stdlib.h>

template <typename T>
class Singleton {
 public: 
  static T * getInstance();

 private:
  Singleton();

 private:
  static T * instance;
};

template <typename T>
T * Singleton<T>::instance = NULL;

template <typename T>
Singleton<T>::Singleton() {

}

template <typename T>
Singleton<T>::~Singleton() {

}

template <typename T>
T * Singleton<T> :: getInstance() {
  if (instance == NULL) {
    instance = new T();
  }
  return instance;
}

Et voici une classe fille d'une des classes générées par ce template :

Boulet.hpp

#include "Singleton.hpp"

class Boulet : public Singleton<Boulet> {
      friend class Singleton<Boulet>;
}

Boulet hérite de la classe template Singleton paramétrée par elle même (encore une variante de l'oeuf ou la poule !).
C'est extrêmement classe et lisible (!?).
Le clou du spectacle est l'utilisation du mot clé friend. Autrement dit, je viens de piétiner le principe même d'encapsulation.
Si c'est pas la classe ça.
Comme quoi, on peut également faire des choses assez moches en c++.

Voilà, je n'ai pas voulu aller plus loin. C'est tout à fait possible de le faire, mais je ne suis pas qualifié pour.

ps : Les classes données en exemple ne font rien mais non seulement, elles illustrent bien la vie solitaire du singleton, mais en plus il est tout à fait possible de les étoffer avec de la volonté.

C'est quoi un ordinateur ?

ryune — Mon, 09 Jun 2008 19:17:00 +0000

(un beau jour de juillet 2006) Après un temps certain passé sans contact avec mon ordinateur, je redécouvre ce bien étrange outil.

L'informatique, c'est d'abord un fantastique outil vulgairement appelé PC (Personal Computer ou ordinateur personnel) qui nécessite pour son bon fonctionnement un truc appelé système d'exploitation.

Je ne me souviens plus trop du fonctionnement de cet artefact. Je m'assois et reste perplexe face à ce drôle de monolithe.

L'allumage est toujours un grand moment d'émotion. Les sons émis lors de l'activation des ventilateurs et disques durs sont d'une beauté cosmique. Seulement, une fois le démarrage passé, je me rends compte que c'est aussi bruyant que dans mes souvenirs.
Tout d'un coup, surgit de nulle part un "bip" long assez désagréable. Je me souviens que ces bruits ont une signification particulière : mon ordinateur veut communiquer avec moi!

Rien ne s'affiche, je crois me souvenir que celà signifie que ma carte graphique fait la tête.

Un achat de carte graphique (entré de gamme) plus tard...

L'ouverture d'un pc est toujours un grand moment, un grand sentiment de "que c'est mal foutu ce truc, il y'a des fils partout"... et surtout plein de moutons, un véritable élevage.
Je redécouvre que un pc, nécessite un minimum d'entretient de temps en temps.

Mon PC tournait vaguement sur une Debian qui a l'air de vaguement se lancer modulo un kernel panic.
Mais qu'est ce qu'un kernel panic ?
Il parait que c'est l'équivalent du blue screen of the death de wintruc. Tout d'un coup, j'ai froid dans le dos, j'ai des palpitations.
Ah, j'ai peur.

Tant pis, à ma souvenance, mon installation était dans tout ces états. Reprenons à zéro.

Je parviens par mes relations à pirater la dernière version de Debian !

Wah, c'est beau.
Me voilà avec une jolie debian toute neuve, toute belle, toute propre et un superbe desktop méga fonctionnel. J'ai même le son et le réseau du premier coup, c'est byzance !

Une fois tout ceci installer, une seule question me traverse cependant l'esprit : "Mais à quoi ça sert ?"

Excellente question.

Dire que je passais des heures sur mon ordinateur à faire de l'irc, compiler mon noyau linux, surfer sur le "wouebe 1.0" (La préhistoire du wouebe, une époque ou il y'avait très peu de blog et youtube n'existait même pas ! C'était vraiment l'enfer...), installer et configurer des programmes et programmer....

Mais là, je ne sais pas, depuis que j'essaie de m'y remettre ça ne me dit vraiment plus grand chose...

Merci Ballmer -- la mésaventure du EEE PC 900.

kaze_ — Fri, 06 Jun 2008 10:13:00 +0200

Puisque Bill Gates n'est officiellement plus aux commandes, blâmons son successeur.

Non, je ne vais pas parler aujourd'hui de Windows Vista, bien que l'envie m'en démange. Je vais vous parler de Linux... Et de censure commerciale.

Vous avez certainement suivi la "success story" de l'Asus EEE PC 701, ultra-portable low-cost affublé de Linux Xandros ; un grand succès commercial pour cette petite machine et son système d'exploitation libre qui a démontré son utilité dans un segment de marché...

Asus met aujourd'hui sur le marché son EEE PC 900, qui est décliné en deux versions, Linux et Windows XP. Et surprise : en France, le EEE PC 900 ne sera livré qu'avec Windows XP. J'imagine qu'il sera de même dans les autres pays... Alors que les premières réactions des utilisateurs signalent de sérieuses difficultés dans l'utilisation de Windows XP sur ces machines qui ne sont pas prévues pour ça (pas assez de RAM, disque dur trop petit, CPU trop lent), la question se pose : pourquoi avoir supprimé la version linux ? Parce qu'à côté d'elle la version Windows XP faisait pâle figure ?

Et le problème, c'est que c'est probablement le cas. Une fois de plus, nous faisons face à un cas de censure commerciale et abus illégal de position dominante sur le marché par Microsoft.

Car pour Microsoft, ces ultra-portables low-cost sont une menace : en effet, ils ne fonctionnent pas avec Windows Vista... Et Microsoft est incapable de développer un système d'exploitation performant et économe pour ces machines. Autant en rendre l'utilisation désagréable en fourguant un Windows XP dessus qui va ramer comme un malheureux et se transformer en cauchemar dès l'installation d'un service pack, non ? Ca motivera les gens à revenir vers le "vrai" PC, celui avec les DRM et TPM et...

Alors merci qui ? Merci Ballmer !

L'analyse sémantique du jour

kaze_ — Thu, 05 Jun 2008 10:25:00 +0200

En cherchant quels étaient les mots-clefs associés au terme "grammaire," j'oublie une lettre et... :

Mots-clés               Recherches
exercices grammare      97

Oui, je crois qu'on en a bien besoin tous les 97.

Whooosh

kaze_ — Mon, 28 Apr 2008 00:02:00 +0200

Hommage informatique à tous les vents...

This browser does not have a Java Plug-in.
Get the latest Java Plug-in here.

Pour souffler, déplacez le curseur de la souris sur l'animation.

Bricolé avec Processing :)

30 raisons de ne pas migrer sous Windows Vista

kaze_ — Wed, 09 Apr 2008 10:14:00 +0200

0. Microsoft c'est mal

En 2008, ça existe encore les écrans bleus ?
Pour arrêter, il faut à présent cliquer sur démarrer, puis le petit bouton avec un triangle, puis sélectionner "arrêter" dans le menu qui s'affiche.
4 Go de RAM rien que pour faire tourner l'OS.
15 Go de disque rien que pour stocker l'OS.
les DRM c'est bon mangez-en.
tous les paramètres de configuration ont changé de place...
... officiellement, pour des raisons d'ergonomie...
... mais en fait, ce n'est pas plus logique qu'avant.
l'interface Aero ressemble à une copulation bâtarde entre Aqua (MacOSX) et Windows XP, le tout nourri au LSD.
les pilotes de carte son "autorisés" vous empêchent d'utiliser un jack pour relier line out et line in.
voir #1
un système d'exploitation devrait être plus optimisé, pas plus gros
un système révolutionnaire de cache qui remplit votre RAM de trucs dont vous pourriez peut-être avoir besoin (ou pas ?)
Microsoft a choisi de remplacer le paradigme "Fais ce que je veux" par "Fais ce que Microsoft veut"
PC téléphone maison
jetez votre vieux (2007) hardware à la poubelle, il tournera pas dessus
changez une pièce de votre ordi "vista ready," il vous prendra pour un pirate informatique
on sait tous que c'est Clippy qui gère les tâches
50 écrans de confirmation affichés pour faire la moindre opération qui affecte le système, par exemple changer le fond d'écran...
... Mais avec des messages difficilement compréhensibles...
... Ce qui fait que l'utilisateur lambda clique sur OK de toute façon...
... ou désactive les options de sécurité.
"Etes-vous sûr ?" a été remplacé par "Attention c'est dangereux."
vous avez appris à votre grand-mère de se servir de XP, il va falloir lui réapprendre à se servir de Vista...
... Et son alzeihmer ne s'est pas arrangé depuis 2004...
... Sans compter que vous-mêmes vous vous sentez largué.
Ubuntu fait la même chose en mieux et tourne avec 512 Mo de RAM.
Bon sang, mais où est passée l'invite de ligne de commande ???
voir #1

1 raison de migrer sous Windows Vista

Ayé, ils ont enfin compris comment on fait un système de points de restauration qui marche.

Le bonheur

kaze_ — Thu, 06 Mar 2008 10:39:00 +0100

Le bonheur, c'est la fonction "couleur vers alpha" de Gimp.

Et vous, c'est quoi votre bonheur ?

/kaze_ en pleine découverte de son boulot de webmaster.

GROA - Gestion Rationnelle des Offres de l'ANPE

kaze_ — Mon, 11 Feb 2008 13:48:00 +0100

J'ai enfin mis sur Sourceforge mon outil de gestion de candidatures PHP:MySQL dénommé GROA. Notez le subtil jeu de mots... C'est une "alpha-release" utilisable mais aux fonctionnalités encore embryonnaires. Comme je sais qu'il y a pas mal de développeurs dans le coin, j'en profite pour faire un petit appel à nouvelles idées/fonctionnalités... Ici, sur ce blog, ou bien sur sourceforge !

Le site est accessible ici : http://groa.sourceforge.net/
La page Sourceforge du projet : http://sourceforge.net/projects/groa/

Vi vi, je vais étoffer le site dans les prochains jours. Ca reste une "première release vite fait..."

Murphy, décidément

kaze_ — Tue, 05 Feb 2008 17:20:00 +0100

Vous savez que vous êtes en pleine période murphyique quand...

... Après un mois de recherche d'emploi infructueuse, vous vous mettez à programmer enfin cet outil de gestion des candidatures en PHP/MySQL qui va grandement vous faciliter la vie... Et que soudain, après huit heures de brainstorming et de prog, on vous appelle pour vous dire que vous embauchez la semaine prochaine.

Braiiins...

kaze_ — Mon, 05 Nov 2007 20:38:00 +0100

Amateurs de MMORPGs, connaissez-vous Urban Dead ? Voici un MMORPG qui se joue directement sur votre navigateur internet, sans installation de client. Vous êtes dans une petite ville paumée de l'ouest Américain, envahie par des morts-vivants... Vous êtes humain, ou zombie, vous pouvez évidemment passer de l'un à l'autre en cours de partie, votre but selon le cas est de sauver votre peau ou de vous repaître de chair humaine... Yum yum.

Et en plus, c'est gratuit. Jetez-y un oeil ! Si y'en a qui trouvent ça marrant et qui se prennent au jeu, faites-moi signe...

[edit]

Et pour ceux qui se demandent comment on peut faire du roleplay sur un jeu où l'action semble limitée à casser de l'humain/du zombie, je vous recommande de lire ceci ainsi que cela...

Plan machiavélique contré

kaze_ — Wed, 24 Oct 2007 18:15:00 +0200

Mwahaha ! Gniahaha ! Haha... Zut.

J'avais presque réussi à convertir ma p'tite soeur à Linux (Ubuntu, pour être plus précis...) jusqu'à ce que nous nous rendions compte qu'Adobe Flash Player n'existe pas en version Linux PowerPC. Et donc, pas de mappy, site de la fac, banque... Snif snif.

Résultat : on va lui réinstaller Mac OS. Mon plan machiavélique a échoué ! Vite, trouver une autre victime...

kim — Mon, 15 Oct 2007 20:03:00 +0200

Idée reçue numéro 1 : le métier d'informaticien, c'est de se donner du travail.

En partant de cette idée, voici un amalgame de pensées menant à une conclusion : l'informatique, chez nous, c'est une sinécure.

L'idée qui se cache derrière cette fausse vraie idée, c'est que le cycle des versions donne l'impression que l'informaticien travaille dans son coin, et livre régulièrement ses élucubrations, les clients subissant ou profitant les changements. L'informatique, ça n'est jamais que le remplacement des méthodes papier et manuelles par un traitement automatisé. Finalement, sans ordinateurs, on y arriverait aussi. De là découle aussi la seconde idée, vraie cette fois : l'informaticien est là pour prendre le boulot des autres et le donner à des machines. Le progrès fait qu'on a de moins en moins besoin d'intervention humaine dans un processus automatisable.

Pourquoi une idée reçue ? Parce que l'informaticien, il n'est pas là pour travailler pour lui, mais il devrait être là pour rendre délivrer un service à un autre, si possible plusieurs autres, leur ôter les charges laborieuses pour se concentrer sur la partie créative/motivante de leur métier.

Malheureusement, ce n'est pas toujours le vecteur d'innovation du métier, et c'est pour ça qu'on pense qu'un informaticien s'auto-finance en produisant une maquette, des alpha, des beta, des pré releases, des livraisons, puis de nouvelles versions. De la correction de bugs, techniques, fonctionnels, d'IHM. Mais si l'on faisait un sondage, je pense qu'on obtiendrait une toute autre version : une fois développée, une application ne devrait pas être génératrice de "travail". Or dans la presque totalité des grandes applications, le coût global de l'application pourrait se résumer à 20% de développement "utile", et 80% de gestion de plannings et de surdéveloppement. On va appeler un surdéveloppement un développement qui aura été improductif (remplacé par un autre parce que ne convenant pas, ...)

Alors, oui, il y a le progrès technique qui rend obsolète (comment parler d'obsolescence pour un produit fonctionnel à 100% ?) certains développements. Il n'empêche.
Un cycle typique de développement se fait en plusieurs phases, dont maquette, pré versions, et release version. La maquette va servir au client de se faire une idée du produit final, mais aussi d'émettre des doutes sur certains points, proposer des modifications, etc. Une préversion permet de vérifier que dans un environnement proche de la production, l'application fonctionne comme on l'entend. La release, c'est ce qui sera donné au client.

Et c'est là que le bas blesse, la plupart des versions ne satisfont pas le client. Comment faire alors... Proposer des nouveaux développements bien sûr ! Mais d'où vient de dysfonctionnement ? Il se trouve souvent dans l'incompréhension entre le langage du développeur et le langage du client. Il est anormal que les défauts trouvés en production n'aient souvent jamais été même évoqués lors de la démonstration de la maquette. C'est que souvent, cette maquette, tout comme les préversions, n'est jamais montrée aux utilisateurs, le commercial croyant bien faire en pensant pour les utilisateurs.

Aujourd'hui, notre gestionnaire des incidents et changements (suivant les recommendations ITIL) a "évolué". Grosse montée de version. En un jour d'utilisateur, il faut savoir que à notre étage, aucun utilisateur n'a aimé cette nouvelle version. Lenteurs, bugs divers, aucune formation à la nouvelle interface. Et pourtant, aucun retour arrière à l'ancienne version ne sera mise en place, parce que cette version, c'est "le progrès"...

Et vous savez quoi ? L'industrialisateur de l'application, hé bien... c'est la personne qui m'avait jeté la dernière fois. Le monde est petit, vraiment petit.

Note : pour ceux qui se disent qu'une seconde de lenteur, ce n'est rien, dites-vous que derrière, cette seconde risque d'énerver l'utilisateur qui va la subir pour toutes les applications qui se dont dit ça. Et 1 seconde par heure pour 1000 utilisateurs, c'est 7000h de pertes sèches quotidiennes, je vous laisse imaginer le chiffrage à l'année...

kim — Thu, 11 Oct 2007 19:11:00 +0200

où l'on déprime dans la joie et la bonne humeur, et l'indifférence de tous.

Voilà un mois, j'ai fait la demande d'être muté dans une autre région. Connaissant le contexte de ma mission actuelle, je me dis qu'en six mois, ça devrait pouvoir être bouclé en étant pessimiste.

Il arrive parfois qu'on ait besoin de changer, chez moi il faut avouer que c'est assez fréquent. Sans doute parce que l'informatique n'est pas un métier très bandant, malgré ce qu'on aurait pu vous faire croire pendant vos études. Donc pour casser la monotonie, il faut varier les plaisirs. Et s'il faut savoir faire preuve de générosité vis à vis de son boulot, il ne faut pas que la vie s'y résume, donc parfois l'intérêt de la personne doit je crois tout de même être pris en compte.

Et donc, après avoir obtenu un premier rendez-vous avec mon manager, intéressant et riche en dialogue, nous étions partis pour avancer, un premier rendez-vous avec l'actuel client, pour annoncer la chose et voir un peu où on en est, avait été proposé la semaine qui suivait. Je savais très bien que tout était trop beau pour être vrai, c'est pourquoi je ne me suis pas offusqué outre mesure quand une date fixée 3 semaines après le premier rendez-vous avait été fixée. Deux semaines d'attente supplémentaire ne sont rien dans une vie.

Intermède : je poursuis toujours mes recherches passives d'un autre emploi, et sur deux entreprises intéressées j'ai décroché récemment une promesse d'embauche à confirmer par moi même, dans un mois au plus tard, mais qui serait dans une région qui ne m'enchante guère. Et une réponse type "nous on recrute sur projet, on peut pas vous prendre, mais vous voulez aller là bas, eux recrutent sur profil, on fera parvenir votre CV à notre agence sur place, ils vous recontacteront sans faute". Troisième offre qu'on me fait, de ce type, je n'ai jamais eu d'appel...
Fin de l'intermède.

Il y a des jours où on aurait mieux fait de ne pas se lever. Dès le matin mon chat m'avait prévenu, cette journée, tu vas craquer. Il ne parle pas, mais miaule très bien pour me le faire comprendre.
Début de journée, première nouvelle (bonne !) de possible décalage d'une livraison qui partait dans le mur, tant mieux, j'avais fini ma partie, je pourrai prendre le temps de m'appliquer au reste.
Depuis bientôt un mois, au Brésil, la tension monte, donc sur chaque incident on passe en mode "crise" : résoudre l'incident devient plus que prioritaire. Après pas mal d'efforts, ça commence à se stabiliser, mais ça bouffe les nerfs, vous pouvez pas imaginer à quel point.
Et donc, un incident arrive. Rapidement, je regarde, ça arrive depuis 2h, heureusement, ils dorment encore là bas. Vite résoudre avant de se prendre des appels téléphoniques à rallonge. N'étant que le second sur le processus, le blocage arrivant entre l'envoyeur du fichier à problème et moi, et l'envoyeur ayant un incident précédent au mien, naturellement, je leur envoie le mien pour qu'ils aient toutes les billes pour analyser tout ça. C'est urgent, mais j'oublie de le signaler dans l'incident, pour moi, c'est naturel, mon application et la sienne ont de fortes priorités.

Retour de manger, il est 12h15, l'incident me revient à 12h30 (3h après), sans commentaire autre que "on débloque ce traitement". En même temps, je vois arriver 4 incidents successifs : le traitement n'est pas du tout débloqué. J'ai pas que ça à faire, j'ai sur le feu 3 actions en cours (un audio, deux problèmes autres, et ça qui arrive). L'objectif étant de donner la priorité à la production, je décide de torcher le problème et de tout résoudre : à 12h30, les gens là bas commencent à travailler, ils n'ont encore rien vu, autant que ça reste le cas. Je me connecte à mon serveur, arrêt relance de service préventif, purge de répertoires. Et je me connecte au serveur en amont pour voir où ça en est : blocage complet, il est l'heure de manger, ça aurait trainé. Maitrisant l'application posant problème, je m'en occupe, 2 minutes plus tard, le transfert est de nouveau opérationnel (au lieu de 1h si on avait suivi le circuit classique), sans impact "a priori".

Je dis "a priori" parce qu'à 15h, je me prend un message "dis, c'est toi qui est connecté à notre serveur ?". Honnête, je dis oui. "Bah écoute t'as rien à y faire (vrai), pourquoi tu l'as fait ?". Je répond naturellement que le Brésil a des problèmes et que si ça n'avait pas été fait vite, on serait en crise. Là dessus je me prend une réponse limite injurieuse "puisque vous n'aviez rien à faire sur notre serveur, vous n'avez qu'à prendre la responsabilité de ça, et donc je ne veux plus jamais entendre parler d'incidents venant de vous". Courtoisie, quand tu nous tiens. On s'était toujours tutoyé, voilà qu'elle me prend de haut, me vouvoie, sans chercher à comprendre.

Moi, tout ce que je voulais, c'est rendre service. Je sais que chacun a son périmètre de travail, mais quand on peut, et quand il le *faut*, il faut parfois prendre la responsabilité de le franchir, pour corriger les problèmes de production (impactant par exemple rien de moins que la capacité de se logguer des utilisateurs). Donc oui, j'ai pris cette responsabilité, je l'assume, mais est-ce vraiment une raison pour se faire engueuler quand de son point de vue on n'a fait que rendre service. Si je ne l'avais pas fait, on y serait peut être encore.
Je ne supporte pas la suffisance de certains, mais vu comme elle le prend, je veux bien être bête et méchant, elle n'entendra effectivement plus parler de moi, mais la prochaine fois qu'elle est en crise sur son appli et que ça génère une douzaine d'incidents sur mes serveurs, par heure, comme c'est arrivé une semaine durant, sans que je n'ai jamais aucune nouvelle d'eux, on en reparlera...

Là dessus, mon manager arrive, pour m'annoncer que finalement, on repousse à mercredi parce que pas le temps... L'un plus l'autre, j'ai failli en pleurer devant mon écran. Ca fait un mois que rien n'a bougé, il a renouvelé ma mission jusqu'à fin décembre. Je pense ne pas le signer avant mercredi... S'il croit que je peux attendre, à son tour qu'il attende ! J'ai toujours tout fait à temps, tous mes entretiens, tout ! J'ai toujours cru bon répondre présent quand on avait besoin de moi...
Un mois, sans rien. La passivité pour amasser ce qu'on peut tant qu'on peut. On m'a même proposé "en attendant de changer de région", de faire du boulot en plus. Le job est intéressant, mais ça fait quand même ramasse miettes.

J'en suis à me demander si je ne vais pas renouveler ce que j'avais fait il y a bientôt un an : donner ma démission, sans même avoir de job en vue (je ne me fais pas d'illusion, la promesse d'embauche j'y répondrai probablement par la négative, la région ne me plait pas).

Et merde.

Réflexions informaticophysiciennes

kim — Wed, 03 Oct 2007 18:56:00 +0200

Ce midi, j'ai mangé une pomme. Avec du boudin, certes (donc une pomme cuite), mais ça n'en restait pas moins une pomme. Ou tout du moins un bout, avec un peu de compote. Et j'ai eu la révélation.

Newton, lui, il pouvait plus les voir, les pommes, après qu'il en ait reçu une sur la tête, tout le monde se foutait de lui. Et puis finalement il s'est dit que la pomme, si elle était tombée, elle aurait tout aussi bien pu rester en haut si elle était restée attachée.
C'est grâce à cette réflexion qu'il a compris le pouvoir de l'attraction des objets (parce qu'on attend toujours la loi de l'attraction des corps, si possible, humains).

Donc, une pomme, elle part avec une vitesse nulle, et puis elle tombe. Elle prend de la vitesse, ce qui se traduit par une accélération. Si on prend une photo de la chute, on voit que la pomme a une position. On peut prévoir qu'elle va continuer vraisemblablement à tomber, elle a une direction. Elle a une vitesse et une accélération.
Une pomme qui tombe, c'est comme l'autre boulet qui sortait de l'air de péage ce soir et qui voulait être premier : il accélère comme un con pour avoir une vitesse.

Transposons à l'informatique. Un programme a un état. Le décrochage du programme (quand il pourrit, donc), c'est la pomme qui tombe, c'est le programme qui se lance. On peut philosophiquement dire que dès lors qu'un programme est lancé, il est comme la pomme qui tombe, il est voué à la pourriture et à l'extinction.
La photo de la pomme tombant, c'est une empreinte instantanée de l'état de l'ordinateur. Où sont les électrons, l'état de la ram, du disque dur etc.

Bon, on arrive à définir la photo d'un programme exécuté. Définissons la direction. La pomme, on sait qu'elle tombe, c'est le vecteur vitesse qui va nous donner cette information. Pour un programme, on doit pouvoir la définir grâce à la succession des instructions : connaissant le code source, on peut savoir grâce à l'état à quel endroit dans le code source en est l'exécution.

La question posée est donc : comment définir l'accélération d'un programme ?

Ah oui ???

kaze_ — Tue, 28 Aug 2007 13:02:00 +0200

Lu dans Le Monde, un journal sérieux qui titre Le casse-tête des relations amoureuses au bureau :

"Et lorsque des sociétés, notamment dans l'informatique, embauchent par vagues des jeunes diplômés qui passent plus de dix heures par jour à leur poste de travail, la logique veut que des couples se forment."

...

Des couples de garçons, sans doute ?!?

Merci, Le Monde, de faire enfin preuve d'une grande ouverture sur les orientations sexuelles alternatives...

kim — Sun, 29 Jul 2007 22:21:00 +0200

Les vacances selon OCB

(je rappelle bien sûr que je ne travaille pas chez OCB, j'ai pris cet acronyme parce qu'il sonnait bien et parce que je considère ce taff comme une fumisterie)

Vacances. 2 semaines. J'avais posé tout juste 12 jours, histoire de partir l'esprit tranquille, et avoir un jour avant le retour au taff pour me donner le temps de faire mes courses, me préparer mentalement au retour (reprendre mes repères).

Finalement, ne serait-ce pas futile de se payer deux jours de vacances pour être tranquille, quand on n'a même pas droit à cette tranquillité pendant le reste des vacances. Il faut bien avouer que tous les matins j'ai continué à me réveiller aux mêmes heures qu'en semaine. En me levant, le portable du boulot était en face de moi. 24h/24, un téléphone portable pour le cas où il y ait un problème. Une angoisse constante.

Mon père est médecin. Pour lui, les vraies vacances, ce sont des journées sans téléphone, et je crois que c'est en train de devenir la même chose pour moi. Vacances à moitié gâchées par cette chose qui continue à vous relier à votre boulot.

Au final, près de 6h de téléphone, réparties sur 4 jours. Un quart des jours (week end et jour férié inclus).