Je ne comprends pas trop comment les projets Kickstarter arrivent à attirer autant d'argent.
On est d'accord. Quand on voit la difficulté qu'on a à promouvoir un projet libre existant, arriver à encaisser autant d'argent pour deux dessins et trente lignes de texte, ça fait rêver… et ça ne donne pas tellement confiance.
Sinon en rpg isométrique, il y a Flare qui a l'air très sympa et qui a le bon goût d'être libre.
Ou FreedroidRPG dans un style graphique différent mais à ma connaissance plus abouti au niveau gameplay.
Franchement, tu n'as pas honte ? Une nimage de jolie fille dans le premier lien du journal ? Tu veux vraiment qu'on se retrouve qu'entre hommes sur ce site ?
une mairie qui utilise une plage d'IP publique pour son reseau interne, un /8 il me semble
Ben voyons. Et pourquoi pas un TLD rien qu'à eux aussi.
Chez mon ancien employeur, discussion avec un des mecs les plus compétents en informatique (pas étonnant que je sois parti) :
- "si si j'te jure on a des adresses IP publiques chez nous, on a même un /8 !"
- "on est 130 000 dans le monde, mais on a pas un /8 pour autant"
- "mais si, c'est celui qui commence par 10"
Par exemple dans je ne sais plus quel film d'Hollywood à très gros budget, la fille vide son chargeur et en réclame un autre en criant "magasin !" (magazine).
Ou Arte dans un reportage sur Goldman Sachs qui traduit "Over-the-counter" en "sous le comptoir".
Les nouvelles skins sont de meilleure qualité (je n'ai essayé que la version transparente, la version noire s'usait beaucoup plus vite dans la première version et je ne sais pas si le problème a été corrigé).
Le matériau semble plus épais, et surtout il est conçu pour "envelopper" le clavier donc on a pas le problème de baillement que tu décris. De plus, j'ai l'impression que l'usure est moins prononcée.
Perso, le mec qui me fait du code "super secure" pour un prototype par exemple "parce qu'il faut toujours bien coder", je le paye moitié moins car 50% du temps est pour son plaisir
Ce genre de "robustesse" a effectivement un coût, ce que pas mal de commentateurs semblent ignorer. Pour un prototype c'est carrément contre-productif de faire des vérifications de ce genre, mais c'est parfois également vrai sur des logiciels de production. Ceux qui ont développé par exemple dans Catia en savent quelque chose : vérifier si le pointeur est NULL avant chaque utilisation, ça a un coût en temps de développeur. (Cela a également un coût en temps d'exécution, qui n'est pas négligeable en C++ car on n'a pas de JIT pour éliminer ces NULL-checks.)
La question qui se pose c'est "est-ce que l'amélioration vaut le temps qu'elle coûte" (comme toujours en ingénierie logicielle), et pour des programmes non critiques la réponse est non sans hésiter. Lorsqu'un développeur passe son temps à écrire de la gestion d'erreur-qui-n'arrivera-pas, il ne fait pas autre chose de plus productif.
Concernant ce journal on est tout simplement dans le ridicule. Si realloc() returne NULL, ce qui n'arrive essentiellement jamais sous Linux, le programme va crasher (ce que Conky fait assez souvent par ailleurs). C'est un comportement tout à fait correct.
C'est une procédure civile dont tu parles, pas d'un délit pénal. Ce n'est pas évident que dans le cadre d'une procédure civile un tiers soit amené à fournir les images de sa vidéo.
Merci de nous rappeler l'existence de ce projet. On dirait qu'il y a assez peu de benchmarks qui ont été réalisés. Théoriquement l'idée est séduisante, en pratique j'aimerais voir si par exemple cela peut accélérer Firefox (dont je trouve qu'il a ralenti dans des proportions pires que l'accélération des CPU ces dernières années).
Je suis d'accord que la performance d'un jeu vidéo moderne dépend avant tout de la carte graphique. Par contre, un jeu ancien (par rapport au matériel), par exemple Doom 3 voire Quake 3, dans une situation où il affiche 300 images par seconde, est beaucoup plus lié au CPU d'après ce que j'ai lu.
L'explication intuitive est qu'il y a des "frais fixes CPU" pour préparer chaque rendu d'image (assembler la liste des primitives, envoyer les textures, mais aussi simuler la physique, …).
De toute façon, l'architecture x86-64 est assez indiscutablement supérieure (même si elle entraîne un surcoût en bande passante mémoire à cause de la taille des adresses absolues, surcoût dont j'ignore s'il a été scientifiquement mesuré). C'est bête de ne pas s'en servir. Le problème étant qu'on ne peut pas faire tourner une appli 64 bits sur un Windows 32 bits, dont je soupçonne qu'il reste majoritaire encore aujourd'hui.
Ton affirmation est exacte.
Par contre, un jeu x86 a un intérêt pas négligeable à passer en x86-64. Ce n'est pas l'espace d'adressage qui importe, mais le fait que x86-64 apporte de vraies améliorations à l'architecture : 8 registres supplémentaires, passage de paramètres dans les registres par défaut, calculs avec SSE et non x87 par défaut, et adressage relatif au pointeur d'instruction (utile pour les libs).
Ces modifications là, et particulièrement le plus grand nombre de registres, peuvent apporter une amélioration de performance de l'ordre de 20% sur les tâches CPU. Un jeu vidéo peut en bénéficier.
Ça dépend. Si on a 300FPS, on est très probablement en situation où le CPU est un facteur limitant. Dans ces cas là, x86 vs. x86-64 va faire une différence.
La lettre est pertinente, par contre il faut vraiment qu'ils apprennent à écrire.
Ils utilisent un grand nombre de sigles sans jamais les expliquer, comme si la ministre (ou le lecteur, c'est une lettre ouverte) était supposée les connaître tous. Pour moi c'est l'équivalent du langage SMS où tu forces le lecteur à deviner ce que tu as voulu dire.
Exemples rien que sur la première page de la lettre (page 3):
* SICT
* IT (à la rigueur on peut pardonner)
* DSI (idem)
* GRH/GPEC
* ETI/GE
* AT-MP
Et je ne parle pas de l'aspect du texte qui est désagréable à lire car peu aéré et avec trop de changements de police.
Je ne doute pas qu'un grand nombre d'entreprises fonctionnent avec du stack ranking. Je ne pense pas que les employés le vivent bien de manière générale.
Pour parler de ce que je connais, ce système est en place chez Michelin, et les effets pervers sont particulièrement visibles et correspondent à ce qui est décrit dans les articles cités plus haut : compétition entre collègues, intérêt de l'entreprise complètement oublié, léchage de bottes des autres managers, et démotivation totale des salariés à qui on a expliqué que "tu as fait du bon travail mais je te note pas comme tel parce que j'ai trop de bons dans l'équipe".
Il est exact que statistiquement on s'attend à avoir, dans une équipe d'une certaine taille, une distribution donnée de bons, de moyens et de mauvais. Cependant ce n'est vrai que passé une certaine taille (pas valable pour 10 ou 20, je parie), ce n'est vrai que si l'équipe a été sélectionnée aléatoirement (si tu mets toutes les superstars ensemble tu n'auras pas par magie une star qui se transforme en mauvais), et surtout c'est une observation pas un objectif. Quand on affirme que "dans ton équipe, il y a au moins 2 mauvais", on affirme qu'une propriété statistique qui est vraie en moyenne doit être toujours exactement vraie sans quoi l'équipe est anormale.
En réalité cette propriété devrait être un outil de visualisation qui permet de repérer les équipes qui sont meilleures ou moins bonnes que les autres, pour constater soit que le manager est biaisé (trop gentil ou trop méchant), soit que les compétences dans l'équipe sont effectivement déséquilibrées par rapport au besoin. Avec du stack ranking, on se contente d'affirmer que toutes les équipes sont parfaitement équilibrées, et donc on se cache joyeusement les yeux sur le fait qu'il existe des équipes de bons ou de mauvais (parfois volontairement constituées par les RH).
À force de transformer les outils de visualisation en outil de contrôle (objectifs sur le nombre de mauvais, objectifs de temps de réalisation d'une tâche), on déresponsabilise des salariés. Cela les empêche de faire leur travail correctement (puisqu'ils n'ont pas droit de dévier de l'objectif), et les démotive car on les traite comme un ouvrier qui serre des boulons à l'usine… à ceci près qu'en parallèle de cette infantilisation des cadres, on explique à qui veut l'entendre que l'usine fonctionne mieux si on responsabilise les ouvriers (Toyota Production System) !
Je ne cherche pas à démontrer quoi que ce soit, j'exprime une opinion.
"Juste pour pas se faire jeter et survivre" ? Parmi tous les cadres en informatique que j'ai connus il ne devait pas y en avoir beaucoup qui étaient dans l'urgence financière. 90% de ceux qui démarraient leur carrière avaient recours au léchage de bottes. J'accuse ces personnes là d'immaturité et je considère que c'est de leur responsabilité de gérer leur temps de travail. C'est tout le sens de mon propos, il n'y a pas de morale "à la con".
On est des privilégiés, tous ceux qui travaillent dans l'informatique avec un diplôme du supérieur. C'est une insulte pour tous ceux qui font un métier difficile et peu valorisant de prétendre qu'on est des exploités. Il y a sûrement des abus dans nos métiers, mais une bonne partie d'entre eux se déroulent avec le consentement implicite des soi-disant victimes. C'est hypocrite d'expliquer que ce sont des victimes dans ces circonstances. Si les SSII existent et fonctionnent de cette manière, c'est parce qu'il y a des gens y compris en fond d'organigramme qui se satisfont de ce fonctionnement.
Je sais que ce cas arrive bien souvent aux nouveaux arrivants dans la vie active, je l'ai observé moi même et suis entré en conflit avec ces gens-là à de multiples reprises (car je méprise le léchage de bottes).
Je trouve que c'est un manque de maturité (voire d'intelligence) de penser que le chef-qui-ne-connaît-pas-ton-nom (ce qui arrive bien souvent) va propulser ta carrière parce que tu lui montres que tu restes au travail jusqu'à 19h30.
[^] # Re: Il y a quand même une solution
Posté par ahuillet (site web personnel) . En réponse au journal Free et Google. Effets de bord. Évalué à 1.
Tout le monde n'habite pas Paris centre ? Je croyais.
[^] # Re: privé vs public
Posté par ahuillet (site web personnel) . En réponse au journal L’aventure spatiale perd un peu de sa liberté. Évalué à 2.
publique, recherche c'est féminin !
Et encore ce devrait être "recherches publiques" car ta phrase est au pluriel (mais ça n'a plus beaucoup de sens).
[^] # Re: Territoire
Posté par ahuillet (site web personnel) . En réponse au journal Situation des frontaliers Suisse : vers la fin du choix de cotisation pour l'assurance maladie. Évalué à 2.
Il n'y a pas d'effet de seuil sur la TVA, sur la CSG, ni sur l'impôt sur le revenu en France. De quel effet de seuil parles-tu ?
[^] # Re: Clef du succès?
Posté par ahuillet (site web personnel) . En réponse à la dépêche Project Eternity : un jeu de rôle à l’ancienne bientôt sur GNU/Linux. Évalué à 8.
On est d'accord. Quand on voit la difficulté qu'on a à promouvoir un projet libre existant, arriver à encaisser autant d'argent pour deux dessins et trente lignes de texte, ça fait rêver… et ça ne donne pas tellement confiance.
Ou FreedroidRPG dans un style graphique différent mais à ma connaissance plus abouti au niveau gameplay.
[^] # Re: Dell
Posté par ahuillet (site web personnel) . En réponse au journal Avec un bon Dell on peut.... Évalué à 2.
J'avais regardé chez Keynux, qui a quelques offres de laptops qui me semblaient corrects pour un usage professionnel.
# Et ça continue avec le sexisme
Posté par ahuillet (site web personnel) . En réponse au journal Parti Pirate allemand : ça sent le roussi. Évalué à 3.
Franchement, tu n'as pas honte ? Une nimage de jolie fille dans le premier lien du journal ? Tu veux vraiment qu'on se retrouve qu'entre hommes sur ce site ?
[^] # Re: ipv8
Posté par ahuillet (site web personnel) . En réponse à la dépêche IPv6 : des poules et des hommes. Évalué à 5.
le grand public
C'est pourtant pas compliqué…
[^] # Re: vrai et faux
Posté par ahuillet (site web personnel) . En réponse au journal épuisement des ressources. Évalué à 10.
Ben voyons. Et pourquoi pas un TLD rien qu'à eux aussi.
Chez mon ancien employeur, discussion avec un des mecs les plus compétents en informatique (pas étonnant que je sois parti) :
- "si si j'te jure on a des adresses IP publiques chez nous, on a même un /8 !"
- "on est 130 000 dans le monde, mais on a pas un /8 pour autant"
- "mais si, c'est celui qui commence par 10"
[^] # Re: Et alors ?
Posté par ahuillet (site web personnel) . En réponse au journal Google, entreprise vertueuse. Évalué à 2.
En finance, "gré à gré" (ou dans le contexte du reportage que je cite, "hors marché").
[^] # Re: Et alors ?
Posté par ahuillet (site web personnel) . En réponse au journal Google, entreprise vertueuse. Évalué à 1.
Par exemple dans je ne sais plus quel film d'Hollywood à très gros budget, la fille vide son chargeur et en réclame un autre en criant "magasin !" (magazine).
Ou Arte dans un reportage sur Goldman Sachs qui traduit "Over-the-counter" en "sous le comptoir".
On peut critiquer, en effet.
[^] # Re: Excellente initiative
Posté par ahuillet (site web personnel) . En réponse au journal Tester un clavier Typematrix 2030 USB Dvorak gratuitement. Évalué à 2.
Les nouvelles skins sont de meilleure qualité (je n'ai essayé que la version transparente, la version noire s'usait beaucoup plus vite dans la première version et je ne sais pas si le problème a été corrigé).
Le matériau semble plus épais, et surtout il est conçu pour "envelopper" le clavier donc on a pas le problème de baillement que tu décris. De plus, j'ai l'impression que l'usure est moins prononcée.
[^] # Re: Chaque amélioration compte
Posté par ahuillet (site web personnel) . En réponse au journal realloc. Évalué à 5.
Ce genre de "robustesse" a effectivement un coût, ce que pas mal de commentateurs semblent ignorer. Pour un prototype c'est carrément contre-productif de faire des vérifications de ce genre, mais c'est parfois également vrai sur des logiciels de production. Ceux qui ont développé par exemple dans Catia en savent quelque chose : vérifier si le pointeur est NULL avant chaque utilisation, ça a un coût en temps de développeur. (Cela a également un coût en temps d'exécution, qui n'est pas négligeable en C++ car on n'a pas de JIT pour éliminer ces NULL-checks.)
La question qui se pose c'est "est-ce que l'amélioration vaut le temps qu'elle coûte" (comme toujours en ingénierie logicielle), et pour des programmes non critiques la réponse est non sans hésiter. Lorsqu'un développeur passe son temps à écrire de la gestion d'erreur-qui-n'arrivera-pas, il ne fait pas autre chose de plus productif.
Concernant ce journal on est tout simplement dans le ridicule. Si realloc() returne NULL, ce qui n'arrive essentiellement jamais sous Linux, le programme va crasher (ce que Conky fait assez souvent par ailleurs). C'est un comportement tout à fait correct.
[^] # Re: précisions / excuses
Posté par ahuillet (site web personnel) . En réponse au journal je n'en crois pas ma connexion. Évalué à 3.
Et les avocates alors ? Sexisme intolérable une fois de plus !
# Marre du hors-sujet.
Posté par ahuillet (site web personnel) . En réponse au journal Et Dieu inventa le soutien gorge !. Évalué à -3.
Ce sexisme est intolérable. En outre, tu as oublié la nimage.
[^] # Re: Lien vers l'article
Posté par ahuillet (site web personnel) . En réponse au journal [Bookmark] Une petite dose de flicage ?. Évalué à 1.
C'est une procédure civile dont tu parles, pas d'un délit pénal. Ce n'est pas évident que dans le cadre d'une procédure civile un tiers soit amené à fournir les images de sa vidéo.
[^] # Re: Je suis très partagé
Posté par ahuillet (site web personnel) . En réponse au journal [Bookmark] Une petite dose de flicage ?. Évalué à 4.
Moi pas.
[^] # Re: Vivre le marketing Apple pour vendre du Linux
Posté par ahuillet (site web personnel) . En réponse au journal Banc d’essai OpenGL/Direct3D de Source engine par Valve. Évalué à 1.
Merci de nous rappeler l'existence de ce projet. On dirait qu'il y a assez peu de benchmarks qui ont été réalisés. Théoriquement l'idée est séduisante, en pratique j'aimerais voir si par exemple cela peut accélérer Firefox (dont je trouve qu'il a ralenti dans des proportions pires que l'accélération des CPU ces dernières années).
[^] # Re: Vivre le marketing Apple pour vendre du Linux
Posté par ahuillet (site web personnel) . En réponse au journal Banc d’essai OpenGL/Direct3D de Source engine par Valve. Évalué à 1.
Je suis d'accord que la performance d'un jeu vidéo moderne dépend avant tout de la carte graphique. Par contre, un jeu ancien (par rapport au matériel), par exemple Doom 3 voire Quake 3, dans une situation où il affiche 300 images par seconde, est beaucoup plus lié au CPU d'après ce que j'ai lu.
L'explication intuitive est qu'il y a des "frais fixes CPU" pour préparer chaque rendu d'image (assembler la liste des primitives, envoyer les textures, mais aussi simuler la physique, …).
De toute façon, l'architecture x86-64 est assez indiscutablement supérieure (même si elle entraîne un surcoût en bande passante mémoire à cause de la taille des adresses absolues, surcoût dont j'ignore s'il a été scientifiquement mesuré). C'est bête de ne pas s'en servir. Le problème étant qu'on ne peut pas faire tourner une appli 64 bits sur un Windows 32 bits, dont je soupçonne qu'il reste majoritaire encore aujourd'hui.
[^] # Re: Vivre le marketing Apple pour vendre du Linux
Posté par ahuillet (site web personnel) . En réponse au journal Banc d’essai OpenGL/Direct3D de Source engine par Valve. Évalué à 6.
Ton affirmation est exacte.
Par contre, un jeu x86 a un intérêt pas négligeable à passer en x86-64. Ce n'est pas l'espace d'adressage qui importe, mais le fait que x86-64 apporte de vraies améliorations à l'architecture : 8 registres supplémentaires, passage de paramètres dans les registres par défaut, calculs avec SSE et non x87 par défaut, et adressage relatif au pointeur d'instruction (utile pour les libs).
Ces modifications là, et particulièrement le plus grand nombre de registres, peuvent apporter une amélioration de performance de l'ordre de 20% sur les tâches CPU. Un jeu vidéo peut en bénéficier.
[^] # Re: Vivre le marketing Apple pour vendre du Linux
Posté par ahuillet (site web personnel) . En réponse au journal Banc d’essai OpenGL/Direct3D de Source engine par Valve. Évalué à 6.
Ça dépend. Si on a 300FPS, on est très probablement en situation où le CPU est un facteur limitant. Dans ces cas là, x86 vs. x86-64 va faire une différence.
[^] # Re: Qt et Nokia
Posté par ahuillet (site web personnel) . En réponse au journal Quel avenir pour Qt ?. Évalué à 10.
Désolé mais ça m'agace de voir cette faute :
caduc avec un "c" au masculin. Comme public, publique.
[^] # Re: Très bonne lettre
Posté par ahuillet (site web personnel) . En réponse au journal [Marque-page] La lettre du Munci au gouvernement. Évalué à 10.
La lettre est pertinente, par contre il faut vraiment qu'ils apprennent à écrire.
Ils utilisent un grand nombre de sigles sans jamais les expliquer, comme si la ministre (ou le lecteur, c'est une lettre ouverte) était supposée les connaître tous. Pour moi c'est l'équivalent du langage SMS où tu forces le lecteur à deviner ce que tu as voulu dire.
Exemples rien que sur la première page de la lettre (page 3):
* SICT
* IT (à la rigueur on peut pardonner)
* DSI (idem)
* GRH/GPEC
* ETI/GE
* AT-MP
Et je ne parle pas de l'aspect du texte qui est désagréable à lire car peu aéré et avec trop de changements de police.
[^] # Re: Microsoft’s Lost Decade
Posté par ahuillet (site web personnel) . En réponse au journal Microsoft est-il en train de se suicider ?. Évalué à 5.
Je ne doute pas qu'un grand nombre d'entreprises fonctionnent avec du stack ranking. Je ne pense pas que les employés le vivent bien de manière générale.
Pour parler de ce que je connais, ce système est en place chez Michelin, et les effets pervers sont particulièrement visibles et correspondent à ce qui est décrit dans les articles cités plus haut : compétition entre collègues, intérêt de l'entreprise complètement oublié, léchage de bottes des autres managers, et démotivation totale des salariés à qui on a expliqué que "tu as fait du bon travail mais je te note pas comme tel parce que j'ai trop de bons dans l'équipe".
Il est exact que statistiquement on s'attend à avoir, dans une équipe d'une certaine taille, une distribution donnée de bons, de moyens et de mauvais. Cependant ce n'est vrai que passé une certaine taille (pas valable pour 10 ou 20, je parie), ce n'est vrai que si l'équipe a été sélectionnée aléatoirement (si tu mets toutes les superstars ensemble tu n'auras pas par magie une star qui se transforme en mauvais), et surtout c'est une observation pas un objectif. Quand on affirme que "dans ton équipe, il y a au moins 2 mauvais", on affirme qu'une propriété statistique qui est vraie en moyenne doit être toujours exactement vraie sans quoi l'équipe est anormale.
En réalité cette propriété devrait être un outil de visualisation qui permet de repérer les équipes qui sont meilleures ou moins bonnes que les autres, pour constater soit que le manager est biaisé (trop gentil ou trop méchant), soit que les compétences dans l'équipe sont effectivement déséquilibrées par rapport au besoin. Avec du stack ranking, on se contente d'affirmer que toutes les équipes sont parfaitement équilibrées, et donc on se cache joyeusement les yeux sur le fait qu'il existe des équipes de bons ou de mauvais (parfois volontairement constituées par les RH).
À force de transformer les outils de visualisation en outil de contrôle (objectifs sur le nombre de mauvais, objectifs de temps de réalisation d'une tâche), on déresponsabilise des salariés. Cela les empêche de faire leur travail correctement (puisqu'ils n'ont pas droit de dévier de l'objectif), et les démotive car on les traite comme un ouvrier qui serre des boulons à l'usine… à ceci près qu'en parallèle de cette infantilisation des cadres, on explique à qui veut l'entendre que l'usine fonctionne mieux si on responsabilise les ouvriers (Toyota Production System) !
[^] # Re: avantage
Posté par ahuillet (site web personnel) . En réponse au journal GM fait revenir son informatique en interne.. Évalué à 1.
Je ne cherche pas à démontrer quoi que ce soit, j'exprime une opinion.
"Juste pour pas se faire jeter et survivre" ? Parmi tous les cadres en informatique que j'ai connus il ne devait pas y en avoir beaucoup qui étaient dans l'urgence financière. 90% de ceux qui démarraient leur carrière avaient recours au léchage de bottes. J'accuse ces personnes là d'immaturité et je considère que c'est de leur responsabilité de gérer leur temps de travail. C'est tout le sens de mon propos, il n'y a pas de morale "à la con".
On est des privilégiés, tous ceux qui travaillent dans l'informatique avec un diplôme du supérieur. C'est une insulte pour tous ceux qui font un métier difficile et peu valorisant de prétendre qu'on est des exploités. Il y a sûrement des abus dans nos métiers, mais une bonne partie d'entre eux se déroulent avec le consentement implicite des soi-disant victimes. C'est hypocrite d'expliquer que ce sont des victimes dans ces circonstances. Si les SSII existent et fonctionnent de cette manière, c'est parce qu'il y a des gens y compris en fond d'organigramme qui se satisfont de ce fonctionnement.
[^] # Re: avantage
Posté par ahuillet (site web personnel) . En réponse au journal GM fait revenir son informatique en interne.. Évalué à 0.
Je sais que ce cas arrive bien souvent aux nouveaux arrivants dans la vie active, je l'ai observé moi même et suis entré en conflit avec ces gens-là à de multiples reprises (car je méprise le léchage de bottes).
Je trouve que c'est un manque de maturité (voire d'intelligence) de penser que le chef-qui-ne-connaît-pas-ton-nom (ce qui arrive bien souvent) va propulser ta carrière parce que tu lui montres que tu restes au travail jusqu'à 19h30.