weonbin a écrit 123 commentaires

Et combien de cancers pendant les 1000 prochaines années dus aux gazs toxiques émis par la combustion du charbon / pétrole répartis dans toute l’atmosphère ?

Les déchets nucléaires / restes d'accidents de centrales ont un gros avantage c'est qu'ils sont concentrés et que meme si on ne sait plus ou on les a mis, leur effet restera localisé

Je viens de jeter un coup d'oeil à la page des screenshots
http://fvwm.org/screenshots/desktops/

Je vois qu'il y a des thèmes assez sympas, et je m’interroge sur les motivations qui ont poussé les développeurs à choisir un thème par défaut aussi moche.
Les autres thèmes sont buggués / pas libre ?
Ils veulent faire fuir les utilisateurs potentiels ?
Ils ne veulent pas que les admins systèmes enfouis dans leur cave depuis les années 90 ne fassent une crise cardiaque ?

Ces caractères sont surement apparus dans un charset exotique, par exemple sur les téléphones japonais, on peut insérer des smileys ("emoji") qui sont encodés dans une extension de SJIS (surement pour économiser de la bande passante), cf :
http://en.wikipedia.org/wiki/Emoji

Voila une explication plus complete sur le site d'Unicode :
http://unicode.org/faq/emoji_dingbats.html

Quand tu as des donnes contenant ces caractères non standards, c'est quand meme sympa de pouvoir les convertir en Unicode sans parsemer le texte de "?"

Capture d'écran ou c'est du vent

Ca me le fait systématiquement quand je me trompe de mot de passe en me loguant via les champs de login à gauche du contenu.
La 2eme page de login me redirige alors vers la page principale.

J'ai cherché 3 minutes et je ne sais toujours pas le plus important, ce que ce GDCM est sensé faire.
Je suppose que la plupart des gens ne feront même pas cet effort.

Une idée de projet pour un éventuel étudiant : refaire la première page du wiki en expliquant clairement a quoi ça sert.

Ça fait depuis les versions bétas de novembre 2010 que je teste un site avec cette nouvelle version d'IE, et comme à chaque passage à la version n+1, quelque chose casse.

La le problème c'est le soit disant support des API dom.

Par exemple, jusqu'à la version 8, la fonction DOM importNode n'était pas supportée. (Cette fonction peut servir dans un site en AJAX à injecter un noeud d'un document XML récupéré du serveur dans le document HTML) Pour faire fonctionner son code sous IE il suffisait avant de faire

if(document.importNode){
  //utiliser la fonction déjà présente dans le navigateur
}else{//IE
  //pallier aux défauts d'IE avec une implémentation en javascript plus lente
}

A partir de la version 9, IE supporte la fonction importNode mais uniquement au sein d'un même document ... donc la fonction est déclarée dans l'API mais ne fonctionne pas comme prévu (la fonction doit surement être un stub qui fait un appel à cloneNode). Un rapport de bug a été envoyé à l'équipe de développement d'internet explorer, mais ils ne ne corrigeront pas le problème pour cette version.

Même si ils arrivent enfin à rendre leur navigateur à peu près standard pour la version 10, on va encore avoir de longues années à devoir implémenter des workarounds.

Critiquer Java et proposer Python à la place, c'est un peu l'hôpital qui se moque de la charité.

C'est arrivé dans la passé à d'autres constructeurs (genre Samsung et le galaxy S), ca fait partie des choses qui peuvent arriver, en plus apparemment seuls certains modèles sont concernés.
Microsoft voudrait faire comme Apple (forcer les constructeurs et les opérateurs à ne pas bloquer les mises à jour) mais contrairement à eux, ils ont beaucoup de hardware différent à supporter (comme Android).
Il va leur falloir beaucoup de tests si ils veulent que ça se passe bien.

Maintenant l'article que tu cite fait un peu FUD quand même, notamment quand ils parlent du code spaghetti de windows qu'ils n'ont probablement jamais vu ...

Pour que les visiteurs puissent savoir pourquoi la page met loooonngtemps à se charger

Etant donné que le protocole gopher est mort dans les années 90 supplanté par http, je suis sincèrement curieux de savoir ce qui a pu te motiver à écrire ce serveur.
Y a t'il des avantages que je ne vois pas à cette technologie par rapport à ce qui se fait maintenant ?

meme pas

Et encore un autre systeme de paquets \o/
J'imagine déja les développeurs en extase se ruant en foule pour empaqueter leur logiciel.
Ou pas.
Ca expliquerai peut etre pourquoi cette distrib a tres peu de paquets.

ou parce que beaucoup de gens sont maintenant sous chrome vu comment firefox est poussif sur certaines configs ...

Avoir un systeme de configuration centralisé retirerait un point de la liste ici :
http://linuxfonts.narod.ru/why.linux.is.not.ready.for.the.de(...)

Certes, mais c'est quand meme mieux integre / moins buggue sous gnome (utilisateur de kde depuis 10 ans)
Ils auraient vraiment du faire le passage de kde3 a kde4 progressivement
Genre d'abord migrer vers Qt4, et ensuite developper les composants independants comme phonon / solid / plasma et les integrer une fois qu'ils etaient fonctionnels.

Meme sous KDE 4.5, je me sens encore comme utilisateur d'une version beta, et lorsque je dois installer un linux destine a etre utilise par un etre humain non geek, je met gnome.

Dans mon service, on utilise gmail business mail depuis un an pour leur filtre antispam excellent.
Je n'ai jamais vu un service aussi mauvais.
- Gmail filtre les pieces jointes, pas moyen d'envoyer des .exe / .vb / ... meme dans un .tar.gz
- Gmail n'autorise pas plus de 500 mails envoyes par jour, pour un business c'est peu surtout quand on envoie des mails automatiques
- Le serveur mail cesses parfois de répondre, et le mail qu'on est entrain d'envoyer est perdu (embêtant dans le cas d'un mail envoyé par un batch)

Le serveur mail qu'on utilisait avant n'avait pas ces limitations / problemes (mais par contre on se bouffait du spam).
Alors la fiabilité de google, à part pour leur moteur de recherche, le reste c'est un peu du foutage de geule, surtout pour un client qui paye.

Ouais les drivers ATI libres sont pas vraiment fait pour jouer ...

J'ai testé braid, Cortex Command et Osmos.
Braid fonctionne bien sur mon pc du boulot (GeForce 8400 GS, intel quadricore) mais Cortex Command et Osmos sont injouables.
A la maison ca marche bien avec une ATI 5770 et les drivers proprios

Les deux jeux ont l'air de fonctionner correctement que ce soit sous gentoo ou ubuntu.

A noter que à part Osmus, les jeux n'ont pas apprécié le double écran sur une de mes configs

de ne pas nuire et laisser l'organisme vivant qu'est Internet se défendre tout seul contre la malveillance d'une minorité d'utilisateurs. L'antibiotique Hadopi ne peut au mieux que détruire les défenses immunitaires
Cette phrase m'a fait bondir de ma chaise.
Les antibiotiques ne détruisent certainement pas les défenses immunitaires, et leur découverte a certainement permis de sauver des millions de gens.
Ne pas faire de comparaisons hâtives.

A moins que tu ne vives dans une famille de paranoiaques poursuivis par le FBI, je peut deja te dire comment ca va se passer.
Les gens de ta famille continueront a t'ecrire de leur compte hotmail / gmail, pourquoi changeraient ils leurs habitudes vu que ce que tu leur propose ne leur apporte rien (ils ne se sont probablement jamais fait voler de choses importantes a cause d'un mail non crypte).
Peut etre que certains essayeront la cle pour voir ce qu'il y a dessus, mais je suppose que dans le meilleur des cas ils la formateront ensuite pour copier leurs photos ou autre.
La securite c'est vraiment le cadet des souccis de mr tout le monde

Vu l'inertie des solutions entreprises, le tout Python ou Ruby n'est pas pour demain, mais peut-être à long terme.
Dans ce cas je mise plutot sur le tout .NET
Ruby et python ne répondent pas aux mêmes besoins.

J'espère qu'on en arrivera jamais là.
Les développeurs pourraient techniquement porter leur code sur harmony pour se débarrasser du boulet qu'est oracle, mais avec le risque de procès liés aux brevets (cf google avec android), je ne suis pas sur que beaucoup d'entreprises suivent.

La chine ne représente que 10% des visites dans les statistiques du commentaire.
Les plus gros visiteurs sont respectivement les US, l'Allemagne et le Japon

Je developpe un site de vente en ligne destine aux entreprises (industrie) et servant des clients un peu partout dans le monde (Japon, Chine, Coree, USA, Europe), et les chiffres donnes ne correspondent pas du tout a ce que je vois dans les statistiques.
Voila les parts de marches des navigateurs pour le mois de novembre 2010:
IE6 36%
IE8 33%
IE7 17%
Firefox 9%
Chrome 3%
Safari 1%
Opera <1%

J'en deduis que dans le monde professionnel IE6 reste toujours le navigateur le plus utilise et que a part IE les autres navigateurs se recuperent les miettes.

Autant chez soi on installe ce que l'on veut, autant je pense que la pluspart des gens ne decident pas de ce qu'ils veulent sur leur poste en entreprise, de plus les utilisateurs d'internet "ignorants" sont plus nombreux puisqu'ils y vont de maniere forcee.

Dans ma boite par exemple tout le monde utilise IE6 (decision arbitraire du SI), meme si l'intranet passe tres bien avec autre chose.

Pour ceux qui codent un site a destination des entreprises, le cauchemar n'est pas encore termine.

A part ca j'ai aussi eu a tester la beta IE9 et malgre toute la pub qu'on peut lire, ce n'est pas encore ca, par exemple certaines fonctions DOM sont enfin implementees mais ne se comportent pas comme il faut, du coup le code javascript croit qu'il peut les utiliser mais ca plante, au final je pense qu'on en a encore pour longtemps a rajouter des "if IE" dans le code.

Deja à -6, ca ne me surprend pas vu le nombre de gens qui haissent ces deux languages.

Pourtant, en tant que développeur professionnel, je ne vois pas comment faire autrement que de passer par des languages fortement typés pour avoir une base de code maintenable sur un gros projet.
La disponibilité d'un IDE potable me semble aussi un minimum si on veut que les développeurs se concentrent plus sur le fond que la forme (autocomplétion, refactoring, affichage des erreurs à la volée)
Le multiplatteforme par contre ne me semble pas vraiment être une condition nécessaire dans le cas de linuxfr