taratatatata a écrit 182 commentaires

S'il y avait des preuves que la décapitation fait souffrir, il y a des méthodes encore plus sanglantes et rapides.. une balle de .50 pointée sur le cerveau.. une ceinture de TNT autour du crâne.. on ne manque vraiment pas de méthodes :x

On reste conscient quelques secondes après la décapitation. Mais est-ce que tu souffres lourdement pendant ces quelques secondes où tu ne reçois plus aucun message de ton corps ? je ne pense pas.

La guillotine. Malheureusement, de nos jours, les gens sont trop cons et ne supportent pas l'idée de répandre le sang partout. Mais la guillotine est la méthode la plus "humaine" de peine de mort, la mort y est bien plus instantanée que sur une chaise électrique, injection de poison ou gaz mortel. Une fois la tête tranchée il va être difficile de sentir la moindre douleur.

Notre emblème le coq qui chante les pieds dans la merde résume toute ma pensée à la lecture d'un tel message.

Qu'est-ce qu'on peut en avoir à cirer que Mandriva soit "européen" ? le code produit par les américains il est sale ? tu ne voudrais pas te passer de toutes contributions de code américaines dans le kernel linux, juste pour rire un bon moment ?

Alors qu'avec java tu reste portable, et c'est un argument qui se défend, suivant le contexte.

Ça c'est uniquement si tu utilises java pour du serveur ou du desktop. Dans le monde du mobile J2ME Carmack a fait la douloureuse expérience du Write Once, Debug Everywhere.

Dans certains domaines, certes minoritaires, comme les jeux vidéo, l'optimisation permets la feature. Plus un moteur 3D est optimisé, plus tu peux mettre des trucs qui en mets plein la vue. Doom 3 n'aurait pas été assez rentable s'il ne pouvait pas tourner sur une GeForce 4, ça aurait sévèrement limité le nombre d'acheteurs.

Si ton moteur est plus lent que le moteur concurrent, tu auras forcément moins d'effets graphiques sur une même scène. Donc moins de feature pour le client.

Par contre la partie logique des jeux est souvent codée dans du haut niveau, comme du Lua, du Python, des langages de scripts parfois crées par le concepteur du moteur..

Oups, j'ai oublié le lien pour le blog de Carmack.
http://209.85.135.104/search?q=cache:rwizBZAEv0UJ:www.armadi(...)

Les langages de prog de haut niveau donnent aussi trop de pouvoir de mettre une balle dans le pied de l'optimisation.
Je laisse la parole à John Carmack, qui a participé à l'un des moteurs 3D de jeu vidéo le plus optimisé qui soit, dans les limites de l'humainement possible. (mais il n'a pas été le seul, voir par ex :
http://games.slashdot.org/article.pl?sid=06/12/01/184205
)

The biggest problem is that Java is really slow. On a pure cpu / memory / display / communications level, most modern cell phones should be considerably better gaming platforms than a Game Boy Advanced. With Java, on most phones you are left with about the CPU power of an original 4.77 mhz IBM PC, and lousy control over everything.

C'est son constat après avoir fait des jeux pour téléphone portable ( Doom RPG, haha ).
Ce même monsieur a pendant longtemps boudé le C++ et fait ses moteurs en C. Doom 3, qui était l'un des premiers jeux à exploiter le per pixel lighting, a la logique du jeu qui est codé en C++ mais le moteur 3D est toujours fait dans un style C, pas du C++ objet.

A noter que le mythe du C++ beaucoup plus rapide que Java est dû au fait qu'une grande, grande partie des développeurs C++ ne sont pas vraiment des développeurs C++ mais des développeurs C qui s'ignorent. Un programme C++ qui utilise tout le pouvoir d'abstraction offert par le C++ moderne risque même d'être plus lent qu'un programme Java qui tourne sous HotSpot. De très (trop?) nombreux projets ont des règles de Coding Style qui interdisent un grand nombre des outils offerts par le C++ moderne, à la fois pour des raisons de portabilité (compileurs pourris) et performances.

Malheureusement il ne sort plus de livres sur le C. Il y a eu une nouvelle norme C, le C99, mais très très peu de livres qui expliquent les nouveautés de cette norme. Ca n'encourage pas les jeunes développeurs à apprendre le vieux langage, qu'ils considèrent prématurément comme désuet.

L'avenir, et c'est même le présent, c'est d'alterner des couches bas et haut niveau. Sun a raté un train avec Java qui cherche absolument à tout faire en Java.
Alors que le java officiel prétends qu'il faut même faire le GUI en java (Swing), les Windows.Forms du C# font appel à des libs natives, ce ne sont que des wrappers, comme l'étaient les MFC du C++ qui cachaient l'API C.
Dotnet et Mono seront de plus grandes réussites sur le desktop, et peut-être même dans le monde du jeu vidéo parce que dotnet est bien plus facile à interfacer avec le monde natif et on est encouragé à le faire.

Les pythonistas ont eu aussi cette longueur d'avance sur les développeurs Java. Ils n'hésitent pas du tout à utiliser les libs natives dans leurs programmes python. Un programme python qui utilise des libs natives dans les points chauds sera forcément plus rapide qu'un programme codé par un drogué qui fait tout en Java.

Une carte et ses drivers doivent gérer le transform&lighting, les pixels et vertex shaders, les procédés d'anti-aliasing, de filtrage anistrope.. on est plus à l'époque des cartes 3Dfx voodoo où on était heureux de gagner 3 fps en 640.
Glxgears ne fait qu'afficher des polygones (et pas vraiment nombreux non plus..). Il ne bench pas les perfs d'une carte (et ses drivers) sur les shaders, le t&l, l'aniso..
Aujourd'hui les jeux ne poussent plus vraiment le nombre de polygones. La vitesse à laquelle le nombre de poly augmente chaque années est insignifiante. Par contre on use et abuse de plus en plus des shaders et les cartes se concentrent là dessus.

Doom 3 et Oblivion sont de bons exemples de jeux low-poly qui usent de ces nouvelles technologies pour faire du bluff visuel.
Oblivion sur une GeForce 3 :
http://oldblivion.com/screenshots/ss5.jpg
Doom 3 sur les voodoo 2 en SLI :
http://www.hwsetup.it/images/screenshots/3dfx/voodoo2/doom3/(...)

Comme tu peux le constater, sans shaders et effets modernes, ces jeux deviennent très laids.

Donc oui, il est pertinent de te moinsser. Les drivers libres dans le vrai monde, et pas dans glxgears, n'ont pas les performances des drivers proprio. Pire que tout, les drivers proprio usent et abusent d'optimisations destinées à un jeu ou un logiciel particulier, chose que ne feront jamais les pilotes libres par manque de moyens. Quand un nouveau jeu ou une nouvelle application pro sort, y'a des nouveaux drivers qui sortent avec des optimisations qui se déclenchent quand le driver "détecte" l'application. Le libre ne peut pas se permettre de faire ça pour les centaines d'applis 3d que l'ont pourrait vouloir faire tourner, ils resteront "génériques" et n'auront pas de chemin d'optimisation pour des applis particulières.

Ils veulent tous chez l'ump privatiser les sociétés du service publique, qui auront encore moins d'engagement faut arreter un peu de se plaindre, tu paye ton ticket tu accepte le service qui va avec.

Ils auront moins d'engagements, c'est la vérité. Mais ils auront aussi moins de grèves. Ça rigole beaucoup moins avec les grèves dans le privé. En fait, de toutes les personnes que je connais qui bossent dans le privé, même si elles voulaient faire grève elles auraient bien des problèmes. Autrement dit, ils ne le font pas.
C'est comme pour les écoles, tiens : j'ai été dans une école privée sans avoir jamais connu moi même un jour de grève. Et j'étais jaloux de mes "copains" du quartier qui étaient du public et avaient tous ces jours où ils n'allaient pas à l'école parce que ça faisait grève.
(ouais, quand on est gamin on est con)

Si on leur privatise la gueule à ces connards ils vont avoir des remords pas possible d'avoir abusé de leur droit de grève. Parce que leurs droits ils pourront se le mettre profond une fois qu'ils bosseront dans le monde du privé. Ça va leur faire un anus de la taille du goatse.

Et si on commençat à partir d'un Quake III, on gagnerait du temps, pour le dev y a de la matière et pour les graphistes y a de quoi faire. Certe l'adapter à un MMORPG n'est pas aussi evident qu'il n'y paraît.

Y'a Lineage 2 qui a adopté l'immondice anti-efficience nommée Unreal Engine avec un certain succès. Alors je ne doute pas de la possibilité d'adapter Q3 à un MMORPG.

Bonne chance mon gars pour backporter les màj de secu ou de bug du kernel. À moins d'utiliser un truc comme une RHEL mais là faut accepter d'avoir le même desktop gnome (mais surtout GTK) ad vitam æternam.

Je l'ai toujours pris pour un fanboy de MS mais il m'a bien étonné sur son blog dernièrement.

http://tirania.org/blog/archive/2006/Dec-23-1.html

Faut vraiment que MS pousse le bouchon pour que des gens qui aiment leurs technos et les copie se mettent à parler de "crap".

Faudra quand même beaucoup de temps avant que l'on ai une majorité d'applications profitant de la 3D. Un utilisateur de looking glass est bien obligé dans la plupart des cas d'être confronté à de simples applis 2D intégrées dans des fenêtres 3D. Et pour une version 1.0 d'un desktop manager, y'a pas beaucoup de choses à se mettre sous la dent quand on voit toutes les applis qu'avait KDE 1.0..

N'empêche, quelle mauvaise idée d'utiliser un truc qui crée des traces de sang quand il suffit d'endormir sa victime avec du chloroforme et de lui tordre le cou à la barbare. Pourquoi trancher quand on peut cou-de-lapiner.

Tant que les caves existeront, les affranchis mangeront.

Ça me fais penser à un membre de ma famille qui s'est acheté pour 200 euros avec une boite en metal un superbe APN d'occasion.. un Olympia (pas mal la lettre, pas mal.). Une pseudo contrefaçon pourrie qui n'est pas plus évolué que les webcam qui prennent des photos. Y'avait même pas d'écran LCD. C'est comme s'ils avaient fait un feu de joie avec les 200 euros. Ha ha.

Néanmoins, si c'est le seul critère qui compte, tu vas utiliser un WM comme ion ou fvwm... Les fonctionnalités sont aussi à prendre en compte.

Tu débloques, dans les exemples cités. Blackbox est un WM minimaliste, mais FVWM est un monstre très configurable qui défonce metacity et kwin si tu veux parler Features. Et ion est une tentative de trouver une nouvelle vision d'ergonomie. Ils sont tous les deux bien plus évolués que les WM par défaut de Gnome et KDE.

Niveau fonctionnalité, je n'ai pas besoin de plus qu'un Blackbox. J'utilise metacity, parce qu'il est livré par défaut avec Gnome et qu'il ne consomme pas assez de ressource pour se faire voir sur mon pc. Mais je n'ai besoin d'aucune autre fonctionnalité de la part d'un WM si ce n'est "affiche ta putain de fenetre!". Je n'ai pas besoin qu'il bouge comme une feuille molle, qu'il se désintègre dans un feu satanique, qu'il se replie dans la bouteille du génie ou qu'il forme un bloc 3D qui n'apporte rien en ergonomie.

Les trucs à la Looking Glass seront intéressant quand on aura trouvé une utilisation dans les applications. Quand les applications elles même auront une couche 3D. Un WM ou un DM qui fait de la 3D ça ne sert à rien si c'est pour afficher des fenêtres au contenu 2D. (et en plus, même pas encore accéléré. Faudra attendre Glitz pour voir du gtk accéléré.)

Ce n'est pas en faisant fuir les développeurs qu'on va avoir plus d'applications. On croirait lire un enfant gâté.

Faudra pas s'étonner si Windows et OSX sont les plateformes majoritaires sur le desktop.

C'est marrant. À chaque fois qu'on en voit un, on se dit qu'on a vraiment atteint les profondeurs abyssales. Mais Dieu (ou le Flying Spaghetti Monster) est capable de créer des plus cons pour nous contredire.

Le moteur de Quake 3 est libre et en tant que moteur 3D c'était la référence incontestée à sa sortie. Bon, en 2006 il est désuet mais il fait quand même plus l'affaire que la majorité des moteurs 3D libres écrits from scratch.

De toute façon, les performances d'un WM se basent uniquement sur un sentiment

La chose qui dépends des sentiments c'est souvent la faute au toolkit. Par exemple, les applis QT/KDE donnent l'impression d'être lentes car elles n'attendent pas que toute la fenêtre soit "dessinée" avant l'afficher, ce qui provoque l'apparition de l'appli comme des briques de légo qui s'emboîtent. D'autres toolkits peuvent mettre plus de temps à faire les calculs mais sont subjectivement rapides car on ne voit l'appli que quand son contenu a été dessiné complètement.

Pour moi, les performances, c'est un WM qui ne consomme pas les ressources du CPU et RAM comme un 4x4 qui pompe de l'essence. Parce que quand même, les ressources de l'ordinateur, imho, elles appartiennent aux applications, pas à des fenêtres 3d qui volent de partout. (et tant que la 3d restera un concept sur le papier et ne changera pas dramatiquement l'interface des applis, ça n'a aucun intérêt d'avoir ça sur son PC imho)

En gros, moi je mesure les perfs d'un WM à sa capacité à ne *pas* se faire remarquer dans mon ress manager.

Faites du Python

Mais bien sûr. Looking Glass n'est pas assez gourmand en ressource. Codons le en python avec une architecture distribuée pour l'utiliser dans un super calculateur.

Python reste un langage de script. Même avec toutes les évolutions que pourrait subir psyco, ne serait-ce qu'à cause du typage dynamique il n'a aucune chance d'avoir les performances de Java, C# ou C++.

Si vous aimez la syntaxe python et que vous voulez les performances que l'architecture de python ne saurait offrir, il y a Boo.
http://boo.codehaus.org/

Mandriva n'avait pas besoin de Gael Duval - et je trouve que la qualité augmente fortement de leur côté ces derniers mois, après toutes les releases pourries sorties depuis la 10 -, Debian est dans une mauvaise passe temporaire (à moins qu'ils recommencent le coup de dunc tank à la prochaine release..), openSUSE est toujours aussi libre (l'accord MS-Novell concerne les clients SLEx et les versions beta), Ubuntu et Fedora effectivement, Patrick Volkerding bosse dur et la prochaine slackware risque d'être la première avec un 2.6 par défaut, [...] Ulteo ne copie plus le site de Mozilla..

C'est toujours aussi facile de choisir aujourd'hui.

Un mois après l'annonce de google qui devient samba-friendly il rejoint google et mets le blame sur Novell. La coïncidence est quand même troublante.

Google aurait annoncé un soutient à Samba y'a 5 mois, ou dans 5 mois, j'aurais pas fait de journal. Mais là à un mois d'écart après une annonce de soutien à Samba le monsieur il quitte Novell et leur fout le blame. Moi je vois surtout du joli fric derrière.


En plus je te colle cette phrase de Jeremy Allison qui démontre AMHA sa conscience professionnelle : "Until the 29th, I'm really busy fixing some last issues for Novell, I don't want to leave them a product in bad shape."

Quel est le rapport avec la choucroute ?
C'est le strict minimum. L'employé sans "conscience professionnelle", ça lui fait une tâche sur le C.V et personne ne voudrait plus l'embaucher. Un employé nerveux ça fait réfléchir les employeurs. Cette phrase qui démontre sa "conscience professionnelle", c'est ce qui est recherché par toutes les grandes entreprises.

Tu passes ton temps sur de drôles de sites.