reno a écrit 3881 commentaires

de commentaires a deux balles sur le portage BSD, "t'a qu'a le faire", "c'est pas bien de dire t'a qu'a le faire" ...

>Si ta miss est admin sous Vista, c'est purement de sa faute, car il a tout ce qu'il faut pour ne pas en avoir besoin.

Elle n'y connait rien en informatique, donc elle a pris le reglage par defaut et elle se retrouve admin et c'est de sa faute???
Ben voyons..

>>mais visiblement Microsoft aime bien les vendeurs de securite car ils ont baisse la securite dans Windows7 par rapport a Vista:
>
>Pour les admins, pas pour les users standard.

Comme sous Windows la majorite des utilisateurs (hors entrerprise) tournent en admin, bof..

[ Exemple, ma petite amie a un portable sous Vista et elle n'a qu'a cliqu'e sans mot de passe pour faire disparaitre les fenetres UAC ce qui montre je pense qu'elle est Admin. ]

Quand a UAC ne pas etre une feature de securite, cela me fait rire: c'est juste pour embeter les utilisateurs alors?

Mais en fait ils sont encore tres, tres perfectible avec des technologie actuelle:
1) comme ce sont des machines vraiment mobiles, ils devraient pouvoir etre lisible en exterieur: ce n'est pas le cas mais cela va venir bientot grace a Pixel Qi (ou a un de ses concurrents).
http://en.wikipedia.org/wiki/Pixel_Qi

2) je trouve que les laptops en general ont des perf minable a cause de leur disques dur lent (necessaire pour ne pas trop chauffer et consommer): un SSD petit et rapide pour l'OS plus les applications plus un disque dur lent serait beaucoup mieux.

3) le chipset Intel pour l'Atom est mauvais au niveau consommation et l'Atom utilis'e pas si puissant: un Atom dual core (pas utilise a cause de Microsoft qui n'autorise pas XP dessus) plus un meilleur chipset et le resultat serait bluffant au niveau puissance/consommation.

"Et tu es surpris qu'un OS ayant 95% du marche soit attaque bcp plus frequemment qu'un OS ayant 1% ?"

Les parts de marche ne sont pas tout IIS a une plus mauvaise reputation qu'Apache par exemple..

Pour moi la raison principale pour laquelle Windows est mauvais au niveau securite, c'est que traditionellement tout le monde est super-utilisateur, ce que Vista corrigeait enfin, mais visiblement Microsoft aime bien les vendeurs de securite car ils ont baisse la securite dans Windows7 par rapport a Vista:

http://www.osnews.com/story/21708/Source_Code_to_UAC_Injection_Flaw_Released

Pas faux..

Les ex-étudiants ont le droits de garder les logiciels installés chez eux aussi, mais si leur école ne reste pas dans MSDNAA, ils ne peuvent plus les réinstaller (vus sur la FAQ de Microsoft), c'est la seule grosse différence que je vois avec les licences OEM..

Merci pour l'info, j'avais oubli'e que le PACS etait limite aux sous..

Pfff, tu biaise, tu biaise..

La question est dans un couple homo, le juge accordera t'il la garde au conjoint survivant plutot qu'aux grand-parent de la meme facon que dans un couple hetero?
Je ne connais pas la reponse, mais j'en doute..

Sinon pour repondre a Zenitram, il me semble qu'une majorite des Francais (60%) est pour autoriser le mariage civil des homos, mais ce sont nos trouillard de politiciens qui n'agissent pas..
Par contre j'ignore les chiffres pour l'adoption, mais ils sont probablement tres inferieurs, les mythes ayant la vie dure..

>ne pas confondre thread et processus.

Je ne confonds pas: chaque processus contient au moins une thread donc comme FF4 va passer en mode un onglet = un process, il va utilise plus de thread d'execution qu'avant pour l'affichage, ce qui est bon pour la reactivite de l'interface (les espaces memoires different des processus sont bon pour la robustesse mais n'ont pas a priori d'impact sur la reactivite de l'interface).


>[coupe] pour les traitements n'ayant pas une interaction directe avec l'affichage


C'est bien ce que je lui reproche! C'est une restriction tres importante. Le but d'un navigateur web, c'est bien d'*afficher* des pages, non?


>Utiliser des threads pour chaque onglet, ça n'apporterais rien : les threads sont dans le même processus d'exécution, donc si ça plante dans l'un, tout plante


Je parlais de la reactivite, utiliser des thread ou des processus c'est la meme chose de ce point de vue la.
Tu change de sujet en parlant de la robustesse..

>il "suffirait" d'utiliser les threads plus intensivement dans les applications utilisateur pour obtenir cette réactivité.

Certes, mais c'est loin d'être gagné:
-regarde Firefox, il a fallu que Chrome botte le c* des developpeurs de FF pour qu'ils se mettent enfin a utiliser des thread differents (processsus) pour chaque onglets (normalement ce sera dans FF4) qui est pourtant une architecture 'logique' (je n'ai pas attendu Chrome pour pester contre FF quand un onglet figeait tout les autres).

-C. Kolivas annonce un nouveau scheduler pour ammeliorer l'utilisation en desktop sur Linux, Ingo Molnar essaye de mesurer l'ammelioration sur un benchmark qui contient OLTP..


Heureusement que les SSDs vont bientôt être a un tarif "abordable", car la ré-écriture des applications pour amméliorer la réactivité, je n'y crois pas: BeOS est tres, tres vieux et pourtant il etait bien meilleur que ce qu'on a maintenant sur ce point la.

Ben voyons les gamins vont ecrire des livres avec OO4kid..

Faut arreter avec le purisme: pour ecrire des lettres, des documents courts, la mise en forme est plus simple et plus rapide a utiliser.

Pour ecrire des livres, des theses, ok, les styles ont des avantages.

Le probleme n'est pas tellement au niveau du systeme de fichier, mais au niveau des logiciels: meme si tu avais un BeFS parfaitement fonctionnel, quels logiciels utiliseraient ces attributs?

A moins que KDE|Gnome|XFence|etc decide d'utiliser cette methode, cela resterait inexploité..

Ce que je reproche a cette phrase c'est qu'on pourrait croire que le systeme "entierement 'threadé'" est un avantage uniquement pour les multi-processeurs, pourtant quand j'ai testé BeOS j'avais été bluffé par la réactivité des applications sur un *mono*-CPU!

Windows et Linux n'ayant pas reussi a reproduire cette reactivite (sur des CPU beaucoup plus puissant), j'aurais tendance a penser que le noyau seul n'explique pas cette reactivite, mais qu'il faut que tout (noyau, couches basses et applications) soient ecrit dans ce but pour atteindre ce resultat..

Le BeOS originel etait concu pour un ordinateur bi-CPU, mais en final il etait tres reactif meme sur les ordinateurs mono-CPU: bien plus que les systemes actuels sur du materiel pourtant beaucoup plus puissant..

J'espere qu'Haiku a reussi a reproduire cette caracteristique de BeOS.

>>"Intel produit des processeurs et a l'intention de coller des traitements graphiques dans ces processeurs; dans ce cas fini le problème d'accès mémoire ;"
> Il ne faut pas aller trop vite là. Tu as beau être dans le processeur, l'accès à la mémoire n'est pas gratuit, et ca va ne faire qu'empirer dans le futur.

J'allais reagir mais tu m'as battu, j'ajouterai cependant que le probleme d'acces memoire avec les futurs CPU d'Intel est different de celui des GPGPU mais n'est definitivement *pas* 'fini':
une des grosses forces des GPU est d'avoir une bande passante memoire 'brute' monstrueuse grace a des bus d'acces memoire large, comment vont-donc faire les CPU pour etre competitif?
En utilisant des caches.

Mais exploiter efficacement des caches, en plus avec plusieurs coeurs en meme temps, c'est loin d'etre evident: il faut decouper les acces memoire en zone qui tienne dans les caches et faire les traitement par zones.

C'est probablement plus simple que d'exploiter efficacement une GPU, mais d'un autre cote je doute que les CPU d'Intel soient aussi efficace que les GPU (au moins au debut) donc je dirais qu'Intel va probablement l'emporter, mais a long terme (5 ans? voire plus), ce qui rend toute prediction tres aleatoire..

Il me semble qu'avec le package 'four play' Ideo a 45E, ils sont les plus competitifs, puisque cela revient a l'offre classique (30E) internet + un abonnement GSM pour 15E par moi avec 2h de communications, SMS&MMS illimites et 500Mo de donnees..

Je ne connais pas d'abonnement GSM qui fournit tout cela pour 15E ailleurs.

Note que bientôt pour la recharge il n'y aura plus que de l'USB en Europe comme le dit l'auteur de l'article.

Reste effectivement le format des jacks a vérifier.

Il ne fait pas de doute que tôt ou tard, l'Intelligence Artificielle va jouer un rôle dans le logiciel.

C'est vrai: je me souviens que dans les annees 80, Hebdologiciel (ca ne me rajeunit pas!!) avait annonce que la nouvelle generation d'ordinateur Japonais allais utiliser les dernieres technologie d'IA, donc cela devrait arriver bientot, je n'ai aucun doute la dessus comme tu le dis.

Patience (et quand l'IA arrivera tu lui demanderas des nouvelle du Push?)

[ Si, si j'ai le droit c'est Vendredi ]

Bof c'est plus une question d'habitude qu'autre chose je pense.

Je doute que beaucoup de client soit satisfait de Windows Mobile: j'ai meme du le reinstaller pour pouvoir avoir une gestion 'correcte' des SMS.

La convergence ordinateur-telephone c'est que maintenant pour avoir un telephone qui fonctionne normalement il faut patcher le telephone, grrr..

Ce n'est plus le cas:
http://linux.slashdot.org/article.pl?sid=09/08/24/0059218

OK, mais vu que JSON existe maintenant la vraie question est plutôt:
pourquoi une nouvelle version de YAML au lien de dire aux gens que l'évolution de YAML c'est JSON maintenant?

J'aurais tendance à penser que YAML et JSON joue dans la même niche et que donc il y en a un des deux qui est de trop..

> Tu peux en inventer des centaines :-)

Cela ne resout PAS le chmilblick..
Le probleme numero 1 est la communication entre developpeurs, projets.

Avec un language minimaliste mais souple grace aux macros, chacun souffre et invente ses propre macros plus ou moins bonne --> mauvaise communication.

Pour moi, un bon langage offre donc une syntaxe 'officielle' agreable a utiliser pour les developpeurs: par exemple Scala.

>arf. C'est pourtant la plus simple et la régulière qui soit.

Bah, remplacer 'a + b' par add(a,b) par exemple rendrait un langage plus 'regulier' et plus 'simple' mais *moins* lisible pour moi.
Comme quoi..

>Il existe aussi une lib wrapper pour que cela ressemble plus au C mais bon...

As-tu un lien?
Note que si c'est juste un generateur externe cela n'a pas beaucoup d'interet car ce qui compte c'est la syntaxe 'commune' utilisee par tous.
Si c'est la future syntaxe du language c'est interressant, autrement c'est comme ceux qui faisait du Pascal en C en utilisant le preprocesseur: bof.

Non, je n'aime pas Lisaac: je trouve sa syntaxe mal fichu, ce qui pour moi est rhedibitoire..

>Le rôle d'un soldat n'est pas de faire la guerre, mais d'y mettre fin.

Gni? Y mettre fin en tuant les ennemis oui. Cela peut etre dans un role defensif aussi bien qu'offensif..

>Le rôle de l'armée est de protéger une nation contre des menaces extérieures.

Tres drole. Donc l'armee Francaise est allee en Algerie, en Afrique, au Vietnam pour proteger la France des menaces exterieures?
Pour prendre un exemple plus recent: l'armee US en Irak..