Sébastien B. a écrit 1447 commentaires

Ils sont bien montés par l'avant. Après, voilà, c'était un modèle de bus spécifique, si ça se trouve avec n'importe quel autre bus c'était bon (peut être une version plus récente par exemple).

Sinon pour répondre aux questions plus haut, lorsque j'ai vu ça, j'ai ré appuyé sur le bouton. Ah et aussi, je n'avais pas de ticket. Par contre j'avais une carte d'abonnement valide.

Content de voir que le projet avance, mais je me demandais un truc tout con : tu utilise quoi comme modélisateur UML ? Il existe sous Linux et en libre ? J'en cherche un depuis pas mal de temps mais je trouve pas grand chose de vraiment utilisable et sympa (et sans bugs trop gênants, ou qui ne nécessite pas de lancer Éclipse). Du coup tu conseille un truc spécifique ?

Ouah, MultiDesk OS 2.0, peut être, mais pas web 2.0.
Des menus avec des images en guise de texte, des vieilles photos de gens contents qu'ont rien à voir avec le casse croute en bannière, on voit vraiment que Jayce n'a pas perdu trop de temps sur le site web pour se consacrer à corps et âme dans MultideskOS.

Je préférerait que l'on supprime le 8 Mai ou le 11 Novembre en gage de notre amitié avec l'Allemagne

Ben oui, arrêtons de fêter la fin de la guerre avec les Allemands en gage de notre amitié envers eux.
Euh, attends voir …

Au hasard, l'empathie ?

Oui, et c'est pas la première fois ! Souviens toi de l'époque où ils ont osé commencer à utiliser du CSS. C'est à partir de ce moment que la wikipédia s'est remplie d'incompétents notoire.

J'adore ton idée, vraiment très intéressante. Essaye de jouer aux jeux de la série Emergency (le 4 ou le 2012 par exemple), c'est un peu ce principe là et ça pourrait te donner des idées !

Perso j'avais pensé à un truc différent mais je dis mon idée qui tient sur une ligne, j'aime bien ce genre de jeux qui sont habituellement en STR, mais je me dis que ça pourrait être assez sympa avec un coté beaucoup plus RPG. Je pense notamment au cas du pompier, en gros tu joues un pompier en vue de dessus (vue RPG 2D à la SNES) et tu dois effectuer diverses missions en avançant un peu en tâtonnant (sans vue globale puisqu'après tout, c'est souvent comme ça que ça se passe je suppose, à la limite, avec une possibilité de commencer avec une carte gribouillée par un civil comme on le voit dans SWAT 4) à éteindre le feu, sauver les victimes, …
En multijoueur, ça peut être fun aussi, demandant une assez forte concertation.

Tiens c'est marrant mais si ton commentaire ne contenait pas majoritairement un pan-flet pas intéressant sur la conspiration du moinssage, je t'aurais ptet pas inutilisé.
Comme quoi la vie.

Chez moi aussi, mais elle est précédée de deux octets nuls, que ça soit dans son adresse ou dans le paquet. Je me suis mal exprimé, disons que je lisais cette suite comme étant une information de 4 octets sans vraiment m'occuper des octets nuls qui la précédait. Donc plutôt, "cette suite inconnue de 4 octets est un fragment de l'adresse mac du vidéo projecteur" !

Merci !
Du coup, je suis en études supérieures et pour la petite anecdote j'ai eu à réaliser un peu de rétro ingénierie durant mon dernier stage. En effet, on voulait faire du chaînage de Proxy avec un ISA server de chez Microsoft qui utiliserait lui même un proxy pour accéder aux sites web. Cette fonctionnalité existe dans ISA server, mais elle est faite pour se chaîner à d'autres ISA, avec un squid par exemple, ça marche jusqu'à ce qu'il y ait une coupure entre l'ISA et le Squid. À ce moment là, le ISA considérera que le Squid est tombé de manière permanente même si le problème de communication a été résolu (le cable a été rebranché quoi).
Il y a un petit protocole de communication entre les ISA et je n'ai pas trouvé de doc. Bon, après avoir regardé un peu, c'est tout bête, le ISA envoie régulièrement des requêtes GET /array.dll et il faut lui répondre (même une réponse vide, ça va). Le problème était que notre proxy ignorait ce problème.

Détrompe toi ! Regarde ce super site de rétro ingénierie : http://www.lasupersuperette.com/ !
Ils prennent des produits vendus dans le commerce et proposent une recette que l'on peut faire chez nous. J'adore ce site.

Ah, tu me fais très plaisir là, en plus de m'être amusé à faire un jeu sur une boite de céréales, j'ai la solution en bas du paquet !
Et du coup, je n'avais même pas vu qu'il y avait du code sous GPL qui traînait, en effet ça m'aurait facilité la tâche.

Dans ce message, je me souviens avoir reconnu un morceau de protocole RFB, la partie qui permet au serveur d'indiquer au client quel est sa résolution, son nombre de bit par pixel, d'indiquer que la valeur max du rouge c'est 0xff avec un décalage de 16 bit pour y accéder …

Ah, intéressant, ça je ne l'avais pas trouvé et je me suis longtemps demandé ce que ça pouvait être !

Ce qui est encore plus bizarre, c'est que dans les sources, c'est plus présenté comme une modification de la configuration IP qu'autre chose, sauf que si j'essaye de mettre d'autres adresses, ça marchai pas, ça modifiait pas la conf du vidéoproj…

D'accord, je pensais que c'était juste un hack bizarre pour être savoir si le client et le vidéo projecteur était sur le même sous réseau (sans trop savoir ce que ça pouvait lui faire). Après, j'ai vu qu'entre plusieurs vidéoprojecteurs, le protocole peut différer un peu me semble il, du coup il y a peut être des vidéo projecteurs "de luxe" où tu peux modifier la configuration réseau à distance … Ou alors la fonctionnalité n'a jamais été implémenté …. Mais en tous cas c'est intéressant, je n'avais pas pensé à cet aspect de configuration.

Je n'ai pas recherché de ce coté là (si tu parle de la case "crypter les communications", mais je vais te décevoir (ou te faire rire) : EPSON utilise du DES, ou alors de l'AES64. Qu'est ce que l'AES64 ? C'est de l'AES128, sauf que la clef de départ n'a que 64bit, et tu la répète deux fois pour avoir une clef de 128bit. C'est pratique AES64, c'est la même taille de clef que DES…

Ah, en fait, c'était une conclusion pour généraliser, je ne savais même pas que les échanges avec le vidéo projecteur pouvaient être chiffrés, mais bon après, apparemment autant laisser en clair, c'est vrai que c'est vraiment risible :p.

Merci encore pour ces précisions !

Pour l'instant, l'essentiel de mon travail, c'était la prise de notes. À coté de ça, j'ai une petite documentation personnelle du protocole (que j'aimerais publier mais avant, je voudrais trouver un outil simple qui permet de décrire un protocole réseau efficacement mais je n'ai pas l'impression que ça existe). J'ai aussi des morceaux de code (écrits en Python) : une application qui implémente un vidéo projecteur auquel les clients EPSON Projector peuvent se connecter et une autre qui implémente un client qui peut se connecter à un vidéo projecteur. Par contre, dans les deux cas, le lien avec VNC n'est pas fait, ce qui fait que le client n'envoie qu'une séquence VNC pré enregistrée pour afficher des éléments et le serveur reçoit des directives VNC sans rien en faire. Du coup les logiciels ne sont pas encore utilisable (et pas forcément bien codé, comme l'explique le commentaire en bas, c'est très compliqué d'avoir un code cohérent quand ta vision du protocole change en permanence. Je vais essayer de mettre mes codes au propre et de faire un dépot gitorious.
Ensuite, je suis en train de rédiger un rapport d'activité pour mon école, dedans j'y explique ce que j'ai fait de manière plus générale et le plus adapté possible à un public non averti. J'essaierais de faire un journal une fois qu'il sera rendu.
Enfin, j'avais fait une petite conférence à mon école pour expliquer un peu ce qu'était la rétro ingénierie, j'essaierai de reprendre les slides, les améliorer et les publier.
Mais du coup, d'un point de vu fonctionnel, je n'ai pas été assez loin pour avoir quelque chose d'utilisable.

Ah, ce que je voulais dire, c'est que théoriquement, ça ne pouvait pas vraiment exister (en tous cas avec les modèles qu'on a à l'école) un vidéo projecteur qui a plusieurs noms. Après c'est peut être prévu par le protocole.
En tous cas merci beaucoup pour le travail de remise en forme, je suis pas très doué pour ça.

Ça tombe bien, j'ai déménagé il y a ~un mois et j'ai Internet par OVH depuis ~une semaine. Bon, le truc con c'est que j'ai acheté une brique en guide de modem, une vraie merde (D-Link 2680, et je ne pense pas pouvoir mettre un openwrt dessus). Pas de support de l'IPv6 (j'ai cherché un peu partout que ca soit dans l'interface admin, via l'interface telnet dont j'ai pas trouvé de doc ou sur google). Du coup je l'ai mis en bridge et j'ai mis un vrai truc derrière : un linksys WRT54GS avec un OpenWRT dessus, bon, j'ai mis une soirée et quelques à tout configurer et il reste des trucs à faire, mais qu'est ce que j'ai été content de pouvoir pinguer ipv6.google.com !

Il y a aussi un point intéressant d'économie pour les compagnies low-cost. Légalement, le pilote doit être qualifié pour être pilote, avoir subit des supers études et tout ça. Par contre, le copilote, ca peut être un peu n'importe qui. Et entre un pilote professionnel et un clampin qui passe par là, il doit y avoir une petite économie à réaliser.

Le vigile, tout ce qu'il a le droit de faire, c'est de fouiller ton sac à cause de ce putain de plan vigipirate de merde. C'est déjà trop.

Faux, certains vigiles ont le droit de demander une inspection visuelle de ton sac à l'entrée d'un bâtiment. T'as le droit de refuser mais du coup t'as pas le droit d'entrer dans le bâtiment.

Mais les vigiles n'ont pas le droit de fouiller ton sac et une fois dans le bâtiment tu n'es même pas tenu de leur montrer.

Ouais bon, faudrait peut être arrêter un peu le raisonnement, ça me ferait chier qu'on me pique 24€, mais ça m'aurait encore plus fait chier de dépenser 100€ en vigiles pour qu'on ne me vole pas ces 24€.

Après je comprends tout à fait ton point de vue, et dans le fond je suis d'accord, mais bon, on peut peut être garder la mobilisation de tous les vigiles à 5km à la ronde pendant 2H pour les cas un peu plus grave qu'un mec qui pique 3 coussins. Vu qu'il n'y avait semble il aucune résistance, l'affaire aurait certainement pu être bouclée assez rapidement (surtout qu'à la fin il a payé les coussins).

en précisant que par contre, je ne prendrais pas la peine de les attendre,

À confirmer, mais si quelqu'un te suspecte de commettre un crime ou délit risquant une peine de prison supérieure à 2 ans, il est en droit de te demander d'attendre les forces de l'ordre en sa compagnie.

Cool, c'est sympa, je vais te voler 24 Euros, et tu me diras, en me voyant faire, que je peux le faire, c'est que 24 €, pas la peine de faire chier les flics pour ça…

Je crois qu'il voulait surtout dire que mobiliser 4 à 5 vigiles pendant 2 heures qui doivent chacun coûter dans les 20€ de l'heure à l'entreprise, c'est peut être pas si rentable que ça.

Alors personnellement je suis pas mal le monde du jeux vidéo libre (j'étais rédacteur sur jeuxlinux, et les jeux vidéos libres constitue une part essentielle des jeux vidéos disponibles sous Linux).
J'ai déja écris un journal sur le sujet : https://linuxfr.org/users/sebastienb/journaux/le-jeux-vid%C3%A9o-libre-un-vaste-sujet je résume le fond de la pensée : le jeu vidéo est une art, là où Firefox et Linux sont des logiciels là pour répondre à un besoin technique. Comme chaque personne a sa propre vision du jeu vidéo parfait alors que la vision du navigateur web parfait est partagée par des millions de gens. Ainsi, il sera compliqué de trouver énormément de personnes motivées à travailler ensemble sur un projet de jeu vidéo libre tant chacun aura une vision différente du jeu. L'idéal serait néanmoins que les différents jeux que l'on puisse créer partage le plus de code possible, pour que le travail sur un jeu spécifique soit le moins long possible pour qu'une équipe restreinte puisse faire quelque chose de qualité.

Aussi, je pense qu'il faut prendre en compte le processus de release dans le monde libre qui est bien différent du monde propriétaire. Ce qui fera la grosse différence entre un jeu génial et un jeu moyen, ce sont les détails. Quand on passe sur un bouton, il passe en surbrillance, quand on clique, on a une petite animation, d'ailleurs quoi qu'on fasse, rien n'est jamais brut, il y a toujours une petite animation, un fondu, quoi que ça soit. Ce genre de chose se retrouve très rarement dans les jeux libres. Un jeu propriétaire, on va d'abord le concevoir, le développer, puis le tester / débuguer, rajouter tous les petits détails et enfin le sortir. À coté de ça, les jeux libres sortent régulièrement des releases mais le jeu ne passe rarement la phase de développement (il y a bien sûr des exceptions comme Battle for Wesnoth, l'emblème du jeu libre). Et c'est vraiment dommage ! Je ne sais pas si vous avez pré commandé Oil Rush, mais je peux vous dire qu'entre la version de juin et la version finale (~8mois après), il n'y a pas eu beaucoup d'améliorations vraiment conséquente. Par contre il y a eu un énorme travail de finition qu'on peut applaudir. Mais bon, c'est vraiment pas le travail le plus passionnant donc ça peut se comprendre qu'on ait pas spécialement envie d'en faire pendant son temps libre.

Sinon, pour ce qui est de la fragmentation dans le monde du jeu libre, le coté chaque développeur réinvente la roue etc … Je pense qu'il faut garder à l'esprit que faire un jeu vidéo est souvent utilisé pour apprendre ou se perfectionner en programmation.

Enfin, il est à noter que l'initiative nanimopt est excellente. Tout comme l'est celle de l'April de mettre en place cette mailing list. Si à terme, ça pouvait déboucher sur des réflexions sur les outils qui peuvent manquer dans le monde des jeux vidéos libres ou pour mettre en lumière les outils trop peu connus, ça serait génial. Vivement le freedesktop-like mais la version pour les jeux vidéo !

"Un prof, c'est un mec qui passe de l'école à l'école et qui veut apprendre la vie aux gens."

Mais je sais pas de qui c'est.

le HTTP 2.0 de l'IETF

Quelqu'un a l'url qui pointe vers la RFC qui correspondrait à un truc pareil ? J'ai cherché un peu mais j'ai pas trouvé.

Ça faisait quelques temps que j'en avais entendu parler. Ça avait l'air de devenir vraiment à la mode. Moi ce que j'en pensais, c'était juste que comme la plupart des développeurs web sont des gros boulets, ils se retrouvaient à considérer que c'était trop dur d'apprendre, en plus du javascript coté client, du PHP (langage plutôt immonde donc parfait pour les devs web :p) coté serveur. Du coup, ils ont pondu du javascript coté serveur pour pas s'emmerder à apprendre un autre langage.

Et puis, il y a quelques mois, on a eu un projet web à faire, avec technologies web. Comme on voulait découvrir des nouveaux trucs, on s'est penché sur nodejs, pour voir.

J'étais vraiment septique mais assez curieux de voir ce que ça allait donner.
Du coup, j'ai fait des recherches, j'ai bidouillé un peu, et, bordel, c'est vraiment génial comme truc ! Ça permet de développer assez rapidement et le coté événementiel est parfaitement adapté au web.

Au delà de ça, j'adore Gnome 3 et j'ai regardé un peu comment faire pour créer des extensions (en javascript), et j'ai eu dans le cadre de mon travail à développer une petite extension pour firefox (toujours du javascript).

Et du coup, je suis un pythonien convaincu, mais il faut le reconnaître chaque langage a son lot de qualités tant qu'il est utilisé correctement (même le PHP ;-)) (comme dit plus haut, ça sert à rien de faire du calcul scientifique en javascript). J'ai trouvé l'utilisation parfaite du javascript : c'est un super langage de scripting / d'extension.

J'espère que c'est faux ou que ça n'arrivera plus jamais.

Non, c'est vrai quoi, si on commence à enfermer n'importe qui en hopital psychiatrique, il n'y aura plus de places libres quand on décrètera qu'être pauvre est une maladie mentale.

(Futurama toussa)