... a little wood elfe a écrit 222 commentaires

Pour ceux qui parlent ici d'accords pour des liens de peering, ce n'est pas du tout ce que j'ai compris à la lecture de cet article : http://arstechnica.com/news.ars/post/20081215-google-backing(...)

Ce que chercherait à faire Google serait plutôt à mettre en place des serveurs cache pour leur contenu directement chez les FAI. Alors qu'actuellement ce qui se fait est d'avoir des serveurs répartis sur toute la planète pour être au plus proche de l'utilisateur mais néammoins dans des infrastructures différentes (Google le fait directement, d'autres sociétés passent par des sociétés spécialisées comme Akamai).

L'idée de Google est que de faire ainsi économiserait de la bande passante (et donc améliorerait les performances) pour tout le monde.

De plus Google ne cherche pas à conclure des accords que pour lui-même mais à pousser les FAIs à proposer ce genre de services à toutes les sociétés qui en auraient besoin.

On serait donc loin de la remise en cause de la neutralité du web que Google défendait jusqu'à présent.

Je travaille dans le domaine bancaire et précisément sur un site fonctionnant sur ce modèle.
Toutes les applications sont sur du mainframe Z/OS + DB2 et transactions IMS, mais la moitié utilisent une du java J2EE pour la partie présentation (et l'autre moitié des écrans 3270 mais qui sont justement en train d'être remplacés).

Dans ce contexte j'adorerais disposer dans mon équipe de plus de monde ayant la double compétence. Malheureusement ça ne court pas les rues et il n'est pas évident de faire comprendre à ma hiérarchie qu'il serait rentable d'investir pour avoir plus de monde avec la double compétence (soit par formation interne, soit en étant prêt à payer plus pour attirer les bonnes personnes).

Ceci dit sur le long terme il y a aussi des projets d'attaquer les bases DB2 directement depuis la couche J2EE sans passer par des serveurs écrits en cobol. Il ne resterait alors en cobol que les batchs de traitement. Mais on parle là d'une échéance de 5-10 ans.

Un truc sur lequel je m'interroge souvent c'est si réellement il est justifié de conserver le mainframe tout court. Les performances sont-elles réellement à ce point meilleures pour justifier les inconvénients comme :
- le coût du CPU facturé par IBM,
- le système de fichier qui nécessite de déclarer la taille et le format des fichiers avant de les créer,
- le coût élevé de mise en place de choses qu'on considère comme acquises sur micro comme la gestion en parallèle de plusieurs branches de développement (problème au niveau des outils de gestion de source disponible, des environnements à mettre en place, etc).

Bon à coté c'est vrai qu'il y a certains avantages à passer par le cobol : l'injection de code SQL est impossible par exemple.

En non fake et pour mieux comprendre cette partie de la société américaine je recommande la lecture de cet article : http://www.orbite.info/traductions/joe_bageant/la_vengeance_(...) .
Il s'agit de la traduction en français d'un texte écrit par un journaliste américain sur ces "corniauds/rednecks". L'auteur ne mache pas ses mots et c'est un texte dur. J'avais été, je suis toujours choqué à sa lecture.
Mais il donne une vision des choses passablement différente (et à mon avis plus juste) que celle que nous avons trop souvent de nous moquer d'eux sans chercher à comprendre.

Je confirme, d'ailleurs personnellement je l'ai trouvé plus intéressant que le HS GLMF sur le même sujet.

Ah tiens moi aussi j'avais été pas mal déçu par Lonah en live alors que de tous les albums que j'ai écouté sur Jamendo c'est sans aucun doute le leur mon préféré.

Je me demande si c'est un phénomène fréquent d'avoir des groupes qui rendent mieux en "studio" qu'en concert ou bien si c'est seulement du à leur style musical ?

Je n'ai pas de stats sur l'activitéé du SVN mais on trouve déjà quelques éléments sur la page de news de leur site : http://etoileos.com/news/ . La barre de droite donne les derniers commits réalisés.

Et on peut consulter le dépôt svn en ligne avec toutes les dates de dernière modification http://svn.gna.org/viewcvs/etoile/ en particulier http://svn.gna.org/viewcvs/etoile/trunk/Etoile/Frameworks/ qui démontre une certain activité.

En terme de nombre de développeurs actifs, je dirais trois quatre gros contributeurs et quelques petits.

Je m'insurge, voici au moins un truc que je trouve super innovant :

LanguageKit est un compilateur basé sur LLVM pour créer des implémentations de langage dynamiques utilisant un runtime en Objective-C pour modèle objet. Il est utilisé par SmalltalkKit, implémentant Étoilé's Pragmatic Smalltalk, un compilateur juste à temps Smalltalk qui génère des codes compatibles avec Objective-C d'un point de vue binaire, permettant d'écrire des classes avec un mélange de Smalltalk et Objective-C

En bref, la possibilité de coder en SmallTalk sans avoir à être confiné dans une image SmallTalk.

Je trouve ça très prometteur car après avoir essayer de coder une application en SmallTalk dans Squeak autant j'apprécie beaucoup la simplicité et la puissance de SmallTalk pour la partie traitement applicatif autant pour ce qui est de réaliser une interface graphique c'est à des années lumières (en terme de simplicité et rapidité de développement) de ce que propose GNUstep.

Pouvoir coder le coeur de l'application en SmallTalk et réaliser l'interface graphique avec Gorm ça devrait être génial. Je parle au conditionnel car je n'ai pas encore essayé Etoilé et que je ne sais donc pas ce que ça vaut, mais je suis assez confiant.

Tout simplement parce que suivre l'activité d'une dizaine de listes de diffusion est beaucoup beaucoup plus rapide que de suivre l'activité d'une dizaine de forums.

Passer d'un courriel à un autre est instantané (sauf bien sur si on utilise un webmail mais bon je suis pas masochiste à ce point) alors que pour passer d'un message à un autre sur un forum je dois attendre que la requête parvienne au serveur, qu'il y réponde et que mon navigateur termine l'affichage de la réponse.

Et je ne parle pas des divergences d'opinion que je peux avoir avec l'administrateur du forum sur la taille de police par défaut, les couleurs criardes, les fonctions javascript bouffeuses de CPU, etc.

Non vraiment la liste de diffusion est beaucoup plus confortable pour communiquer. Maintenant s'il est question de produire et d'organiser de l'information, alors c'est un wiki qu'il faut.
Pour moi le forum n'est qu'un outil batard entre la liste de diffusion et le wiki, un outil qui essaie de remplir deux fonctions en même temps et échoue pour chacune à le faire aussi bien qu'un outil dédié à une seule de ces fonctions.

Je profite de cet article pour demander s'il est encore possible de trouver la carte Orange en vente et où ?

Ma gare a arrêté le mois dernier, du coup j'ai acheté mon coupon vers Saint Lazare RER E mais eux aussi arrêtent ce mois-ci. Donc je ne sais pas où aller le mois prochain.

Je comprend pas cette pseudo paranoia sur navigo. La banque elle loggue toutes vos transaction par CB, si vous payez au peage sur l'autoroute, chez total, chez carrefour, chez gaumont, chez macdo, on en conclut tres bien ce que vous avez fait. Sauf si vous vous amusez a tout payer en liquide, mais perso, je truve pas ca tres pratique...

Bah justement j'utilise ma CB le moins possible en paiement direct et je paye un maximum de choses en liquide. La CB ne me sert que pour retirer de l'argent et pour les cas de force majeure lorsque je n'ai pas de liquide sur moi ou lorsque c'est le seul moyen de paiement.

PS : et mon téléphone portable est éteint 20h sur 24 je dirais. D'ailleurs j'attends beaucoup du projet OpenMoko sur ce point : je voudrais un appareil que je puisse garder allumé mais en désactivant la connexion au réseau GSM. Afin de pouvoir profiter de l'appareil (à part la réception d'appels bien sûr) sans avoir à être tracé en permanence.

Toute la partie d'argumentation nationaliste a de quoi choquer un européen pour qui le nationalisme a conduit à deux guerres mondiales. Mais au vu de l'histoire indienne je ne suis pas certain qu'il exagère cette partie là, ni que cela soit si étrange aux yeux de ces concitoyens.

De même que là où tu vois de l'hypocrisie j'aurais tendance à voir le résultat d'une culture différente.

Bien sûr ne connaissant pas l'Inde je peux me tromper du tout au tout, mais dans l'incertitude je lui laisserais le bénéfice du doute.

Seaside ? ( http://www.seaside.st/ )

J'ai essayé, ça semble super sympa mais pas forcément facile d'approche. Surtout du fait d'un manque de documentation et d'un changement profond d'habitudes à l'utilisation de SmallTalk.

Heureusement, Citizendium peut s'appuyer sur WP comme point de départ !

Pas tout à fait non, si initialement il était prévu que Citizendium démarre par un fork du contenu de Wikipedia ce n'est plus le cas aujourd'hui. En janvier si je me souviens bien la décision a été prise d'effacer tous les articles de Citizendium qui venaient de Wikipedia.
Un des arguments pour ce changement était qu'en partant de zéro l'avancée du projet serait plus visible et donc que cela aménerait plus de contributions.

Lire à ce sujet :
http://forum.citizendium.org/index.php/topic,431.0.html et https://lists.purdue.edu/pipermail/citizendium-l/2007-Januar(...)

Attention entre tourner dans le vide à 0% de cpu et tourner dans le vide à 100% de cpu il peut y avoir une sacré différence de consommation électrique.

Sur mon portable (powerbook G4) à 0% de cpu la conso est de 35W, à 100% de cpu (dnetc lancé) elle passe à 55W. Plus de 50% d'augmentation de la consommation électrique quand même !

D'après mes tests (j'en parlais justement en commentaire dans un autre journal) la freebox (la mienne est une v3 je crois) consomme entre 16 et 18W. Je n'ai pas constaté de différence selon que du traffic interne circule ou pas.

Si je me souviens bien sur 3j cela faisait environ 1,2 kW.h et en faisant une règle de 3 je m'étais aperçu que cela représentait environ 1/6° de ma conso électrique à l'année (je consomme peu je pense par rapport à un foyer standard).

Mais euh, j'ai perdu mes liens :
- Gorm : http://wiki.gnustep.org/index.php/Gorm
- déclaration de G.C. : http://heronsperch.blogspot.com/2006/12/plans-for-change.htm(...)

Depuis le 11 décembre Gregory Casamento, qui était déjà le mainteneur de Gorm - l'application permettant de créer des interfaces graphiques pour GNUstep -, dirige désormais le projet GNUstep.

Il a annoncé la direction qu'il souhaitait faire prendre au projet (traduction libre) :
- adopter un look par défaut plus moderne
- sortir de nouvelles versions plus régulièrement
- faciliter l'installation de GNUstep
- attirer les développeurs mac (en facilitant le développement multi-plateforme Cocoa-GNUstep)
- se concentrer sur un seul backend graphique par OS
- décider si GNUstep doit être un framework de développement multi-plateformes ou bien un gestionnaire de bureau (il penche vers la première réponse si je me souviens bien d'autres courriels que j'ai pu lire de sa part)
- faire en sorte qu'utiliser un programme GNUstep dans un gestionnaire de bureau non spécialement adapté à GNUstep soit plus agréable

Plein de bonnes choses qui laissent espérer que le projet prenne enfin son essort. Pourquoi Gregory réussirait là où GNUstep a échoué depuis plusieurs années ? Je ne sais pas, mais à son crédit on peut voir tout le travail qu'il a fait sur Gorm qui permet depuis le 29 août d'éditer et de sauvegarder les descriptions d'interfaces graphiques au format .nib d'Apple aussi bien qu'au format propre à GNUstep (ce qui était selon moi le principal frein pour développer une application capable de compiler aussi bien sur GNUstep que sur Cocoa).

Je suis curieux de connaître la consommation électrique d'un tel boîtier ainsi que celle des box proprios.

J'ai récemment mesuré celle de ma Freebox (v3 je crois) et j'ai été très étonné de constater qu'elle consommait tout de même 15 à 18W. Après avoir mesurer la consommation en kWh sur 3j et fait une rapide règle de 3 j'en ai déduis qu'elle représentait environ 1/6 de ma consommation électrique à l'année !

Bon il est vrai qu'avec mon frigo il s'agit du seul appareil électrique branché 7j/7 et que j'ai une consommation électrique assez faible. Mais tout de même comparé à ce que consommait un simple téléphone + modem avant...

15W... Mon portable en utilisation standard ne dépense pas les 45W...

Le problème n'était pas la quantité de texte traduit, mais la qualité. Les textes des campagnes, notamment, étaient décevants voire même gênants, les mots étaient là, mais les dialogues sonnaient tellement creux et faux que j'ai préféré ne pas continuer dans cette langue. Un problème de qualité littéraire donc, pas de quantité de travail. C'était d'autant plus curieux que les descriptions des unités étaient, elles, très bien traduites.

Bien sûr, en six mois l'équipe de traduction a eu le temps de revoir sa copie, et je compte donc bien réessayer la version française quand j'aurai le temps de jouer un peu.

Je suis assez d'accord avec toi, la qualité littéraire de la vf n'est pas au niveau de celle de la vo. Mais il faut bien voir que cela demande beaucoup de travail et de temps d'arriver à une traduction de qualité. Et l'introduction de UtBS dans la version officielle a été rude pour les traducteurs : la quantité de texte dans cette campagne est énorme.

À titre d'exemple la relecture (même pas la traduction initiale) d'un seul chapitre d'UtBS m'a pris trois heures un dimanche après-midi, et encore en dehors des corrections de base (fautes de frappes) je n'ai corrigé que les tournures les plus maladroites et à la fin de la séance il restait un grand nombre de phrases dont je n'étais pas satisfait.

Aussi je tire mon chapeau à toute l'équipe de traduction qui a réalisé un travail de titan ces derniers mois pour arriver à ce résultat (depuis septembre ce sont environ 1250 courriels qui ont été échangés sur la liste de diffusion où se déroule la traduction française de Wesnoth).

PS : Pour avoir découvert le jeu au temps de la version 0.6 je rajouterais que la vo n'a pas toujours été de qualité non plus et j'espères donc que le temps permettra d'améliorer la vf. D'ailleurs si les descriptions des unités sont de meilleure qualité c'est sans doute du au fait qu'il s'agit des traductions les plus anciennes (bon et aussi que c'est à mon avis plus facile à traduire car il s'agit à chaque fois d'un petit bloc cohérent alors que lorsqu'on traduit un scénario il faut l'avoir joué pour bien se figurer qui parle à qui et dans quel contexte).

En multijoueur le choix de la carte est vital, il faut absolument choisir une carte petite si on veut avoir une chance de finir la partie.

Une fois ce prérequis rempli, sur internet avec des joueurs moyennement expérimenté on arrive à faire des parties rapides et très prenantes (compter 1 minute par tour de chaque joueur - sur une petite carte en 3v3 on ne trouve pas le temps long car on voit les actions de chacun -).

Et même si on en trouve un il reste la peur de se retrouver seul utilisateur d'une technologie que tout le monde a fini par abandonner (qui se souvient de Pacbase...)

Moi ! J'ai été formé à Pacbase il y a un an et demi et depuis je n'ai pas arrêté de coder avec (projet mis en prod il y a quelques jours).

Pacbase est toujours trés utilisé dans les banques et les assurances françaises (qui refusent que IBM en cesse le support d'ailleurs). La seule chose qui a changé c'est qu'on ne fait plus d'écrans 3270 mais qu'à la place on a un pont permettant d'appeler le site central depuis une appli J2EE.


J2EE que par ailleurs je trouve immonde, enfin surtout les jsp. Je n'aime pas du tout cette façon de faire de mélanger dans une seule page de code plusieurs langages (html et java en l'occurrence, voire javascript en plus bien souvent - mais c'est pareil avec php d'ailleurs).

Perso après plusieurs essais j'ai décidé que la meilleure façon d'installer GNUstep c'était de tout installer soit-même à partir des sources sans passer par les paquets trop peu souvent mis à jour.

Moi j'ai essayé, j'avais pu assez facilement avoir du code portable entre les deux, mais le problème c'était la (non-)compatibilité des fichiers décrivant l'interface graphique. Ce qui obligeait à maintenir à la fois le .nib pour Mac OS X et le .gorm pour GNUstep, pas top.

Mais cela pourrait changer Gregory John Casamento ayant annoncé le 9 août la première sauvegarde réussie d'un .nib depuis Gorm. On devrait donc bientôt être en mesure à l'aide Gorm de générer le .nib et le .gorm sans avoir à faire deux fois le travail de création de la GUI.

Pour moi cela lévera le principal frein, mais il n'est pas dit que cela change grand chose pour la majorité des développeurs Mac. En effet s'il est facile de développer pour GNUstep "en premier" et de voir l'ensemble marcher sans modif ou presque sur Mac, l'inverse n'est pas vrai. Principalement car Apple rajoute régulièrement de nouvelles méthodes au framework Cocoa et propose de nombreux autres frameworks qui dès qu'ils sont utilisés tuent toute compatibilité avec GNUstep (sauf pour les plus simples d'entre eux qui existent également sous GNUstep comme AddressBook).

Pour *Mule je ne sais pas mais un filtrage/interdiction de BitTorrent ferait beaucoup de mal à bien des utilisations légales. On ne peut nier que le P2P représente un excellent moyen d'économiser de la bande passante lors de la mise à disposition de fichiers, et cela est très important justement dans le monde du libre où l'on a pas toujours de gros moyens financiers.

Quelques exemples d'utilisations légales et réelles :
- Jamendo : toute la musique de Jamendo est diffusée via du P2P, de préférence BitTorrent. C'est d'ailleurs suite à la découverte de ce site que j'ai installé mon premier client de P2P
- Blizzard : les trailers de leurs jeux vidéos sont disponibles via BitTorrent il me semble
- le film d'animation libre Elephants Dream sorti il n'y a pas longtemps, et distribué via BitTorrent (il fait 425Mo et depuis que je l'ai récupéré j'ai uploadé plus de 20Go de son contenu, ça fait une sacré économie de bande passante pour le projet non ?)

Les images ISO sont l'exemple habituel d'utilisation légale du P2P mais finalement je n'ai pas l'impression que ce soit très répandu comme tu le fait remarquer. En revanche un site comme Jamendo risque beaucoup à cause du DADVSI alors qu'il est totalement légal.

Agoravox me semble répondre à ta demande : http://www.agoravox.fr/ .