kowalsky a écrit 2337 commentaires

(qui portera sur une autre distribution)

Non non, je ne crois pas :)

Tout au plus tu peux reprocher à Ubuntu de ne pas corriger les bugs upstream de tous les projets mais bon, est-ce réellement leur rôle ?
Non, c'est celui de fedora apparemment...
Si ils avaient eu plus de monde, ils auraient corrigé le bug et basta. La le "si" est clairement un aveu de faiblesse de la part d'ubuntu. Pas de monde, pas de débugage.
En fait, bientôt, ils vont ouvrir leur bug n°1 (https://launchpad.net/ubuntu/+bug/1) chez RedHat.

Que les distributions doivent participer aux développements en finançant des développeurs, d'accord, mais leur rôle c'est l'intégration au départ.
C'était vrai mais ça ne l'est plus, surtout quand on vend au client un service. Ils comptent ouvrir un bug chez RedHat ou Suse quand un client leur réclamera des comptes pour un bug qu'ils ne savent pas résoudre et qui n'intéresse personne d'autre ?
Je trouve que cette histoire montre bien ce qu'est Ubuntu : Une distrib qui reçoit beaucoup mais qui donne peu.

C'etait de l'humour, surtout que google n'est absolument pas en situation de monopole et n'a pas de politique d'enfermement des utilisateurs.

Non, mais ça n'a rien a voir, parce que le site de la sncf n'a pas d'alternative et est en position de monopole, alors que google, heu... non, oublie ce que je viens de dire !!

Qu'est ce qu'il est bien ce jeu !

Mais qu'est ce qu'il est dur...

Sinon Postgres est plus robuste et offre des fonctionnalités plus avancées.
et permet d'être administré en graphique aussi grace à pgAdminIII

Abandonner MS Office ? Ah ah ! On a toujours fait avec.
Payer ce greffon ? Pourquoi faire ? On a toujours fait sans.
On a quelque poste VIP avec Office alors que le reste du parc est en OpenOffice ? On ajoute le plugin !

Sauf cas particulier, il est quand même facile de ne jamais renvoyer null, mais plutôt de balancer une exception.

Et pour une fonctions getObjectById(int) ?
Si elle ne trouve rien, elle ne doit pas lever d'exception, non ?

Peut etre à lancer la JVM plus vite. Et puis une empreinte mémoire moindre.

ça c'est pas parce qu'il cherche qu'il trouve !

Et comme linux y moins de faille, il ne cherche même pas les gens :) Ou alors ils n'ont même plus accès à internet...


====> [ ]

http://www.googlefight.com/index.php?lang=fr_FR&word1=fa(...)

:)

En gros, tu lis une video sur internet et t'es mort...

Je vais me faire l'avocat du diable, bien que je sois totalement d'accord avec toi !

http://linuxfr.org/2004/08/09/17006.html, une faille dans libpng permet d'executer du code sur une image volontairement mal-formé.
Que l'on decouvre des failles sur le windows d'aujourd'hui, c'est normal (le temps de patch l'est des fois moins, mais coté libre aussi c'est pas toujours glorieux), mais vraiment avant NT c'était la passoire.

Mais bon, encore une fois, je le redis, c'était une autre époque ! On ne peut comparer un système d'avant l'an 2000 à un linux (ou autre) d'aujourd'hui. Pour l'anecdote, je me souviens qu'en 1997, j'avais réussi à "pirater" (le mot est fort) une tripoté de routeur de mon opérateur internet rien qu'a base de traceroute pour les trouver et de brute/force sur telnet ! Je me rend compte de mon inconscience avec le recul (log, toussa), mais surtout de manque de sécurité de cette époque(nombre d'essaie illimité, telnet depuis n'importe quelle reseau, etc...). Ou alors les SQL injection qui étaient possible presque sur tout les sites. Netscape qui plantait si tu faisait une page (genre un message dans un forum) avec plein de <<<<<<<<<<<<< ou un truc comme ça, etc... C'était pareil pour les produits MS...
Les enjeux étaient différent et la sécurité n'était pas un problème avant les années 2000-2002 et l'internet partout pour de plus en plus de services. MS se traine aussi les boulets de l'image de cette époque.

ps : Je ne défend (ni n'utilise) pas les produits MS, je relativise :).

Sinon je notes avec sourire qu'il prend lui-aussi ce que fait MS comme exemple a suivre, ca ouvrira peut-etre les yeux de certains ici qui sont ancres dans leur idee que MS et securite sont antinomiques.
C'est juste l'image pré NT-2000, IE5.5, IE6, NetBIOS, Admin par défaut, IIS, back-orifice et j'en passe, qui à du mal à partir chez certain !

Mais bon, c'était une autre époque de l'informatique... MS devra juste se trainer ce petit boulet pendant une dizaine d'année (si ils n'en rajoute pas !), pas plus :)

Si, le jour il y aura une crise (perte d'argent, d'information, etc...), peut être que cela bougera. Il faut aussi croire en certain DSI, qui peuvent faire leur boulot consciencieusement quel que soit le vent politique en cours.

C'est comme pour la règle des goto, la pratique de l'initialisation et du return unique à la fin, c'est juste pour pas que les étudiants fasse du n'importe quoi avec la variable du retour initialisé à plein d'endroit ou même calculé sur la ligne du return.
ça permet aussi ce genre de pratique de ne pas avoir de fonction qui arrive à la fin sans rencontrer de return (autre que celui mis par l'étudiant pour que le compilo soit content).
ça facilite aussi la complétion avec les outils comme NeBeans.

Mais en pratique, des petites entorses simplifieront le code et l'algorithme :)

Mouais, comme quoi je ne suis plus à jour coté windows :)

ça c'est pour ipomme, et ça n'empeche pas les sites de fonctionner même sans l'appli.

Une application dédiée à un usage, qui tourne sur plein d'OS? Ben.. y'a qu'à regarder le nombre de plateformes sur lesquelles VLC, Gajim ou irssi sont portés.
ça tourne sur tout les téléphones portables qui ont un navigateur web ?

Le client que je choisis interprète ce que je lui demande d'interpréter. Va désactiver les smileys sur une interface Web.
La on parle d'un site mal fait ou qui ne propose pas asser d'option. Pour avoir fait un système de chat en web, on pouvait desactiver les smileys et changer les styles, etc.

Tes clients sont déjà écrits, ce sont des clients IRC (ou XMPP). Niveau sécurité y'a déjà du monde dessus. Toi t'as juste à ajouter le nom du serveur et du salon sur ton site, ça te prendra quelques minutes. Oui mais si en plus je veux pouvoir voir le profils, parler en privé, envoyer des messages depuis le profil, etc, on va vite sortir du cadre d'IRC et il faudra tout recoder ou presque et ce pour tout les OS...
Sans compter faire la présentation exact que l'on veut...

Ben non, ça serait pareil. On se mettrait d'accord sur une API commune, on aurait une VM qui lancerait des petites applications 'volatiles', avec des droits limités, comme le font déjà les navigateurs Web. Sauf que maintenant on leur demande, et de faire tourner des applications en JS, et de gérer des plugins tiers, et d'avoir un rendu qui va bien, et de faire gaffe à la sécurité sur tout ça, et de le faire le plus vite possible.
Tu veux dire une interface en (qt/gtk/cocoa/windows) pour chaque site ? Avec la logique métiers coté serveur en un langage (comme aujourd'hui) et coté client en un autre langage ?
Et à chaque modif de ton site, il faut mettre à jour tout les clients ?
Maintenir une compatibilité pour chacun des à peu prêt 20 OS présent (avec les téléphones qui représente une part non négligeable des visites) ?
Toi, tu va relancer les métiers du web :)

Aujourd'hui, si ton client possède une navigateur web récent, roule ma loutre, c'est bon.

Ça serait vraiment plus propre d'utiliser un protocole dédié à chacun de ces types d'application (XMPP ou IRC pour le clavardage en direct, RTSP pour la vidéo, pourquoi pas une extension de NNTP pour gérer le plussage/moinssage sur les forums).
Déjà, premier problème, le réseau. HTTP, c'est du "non connecté". Tu envois ta requette, le serveur repond, ok merci bye. Il y a des petits mecanisme en plus pour faire du keep-alive, mais l'idée est la. Donc, niveau sécurité et ouverture de flux, c'est simple. Tu ouvre le 80 dans un sens, et roule ma loutre. Si tu rajoute tout un tas de protocol avec tout un tas de port dans tout un tas de direction, déjà, pour le nat/pat, c'est foutu et ensuite pour la sécurité réseau, c'est un peu plus poilu (mais on s'en fou, je te l'accorde).

fiable, codée en dur, optimisée pour l'usage auquel elle est destinée, sécurisée car elle sait ce qu'elle devra gérer et sait ce qu'elle ne devra pas gérer
Si tu sais faire ça pour 20 OS, tu dois être riche ou sous payé :)

Quand tu tombes sur des sites Web qui te disent "Viendez sur notre IRC" en te proposant une application javascript, et que tu dois fouiller pour trouver le nom du serveur et du canal, afin de les donner à ton client IRC, celui-la même qui ne pose pas trop de problèmes de sécurité, car il ne parle que l'IRC et n'a pas à interpréter un code non connu à l'avance comme c'est le cas avec du JS, tu te dis que y'a quelque chose de pourri au royaume du Web.
J'aurais plus confiance en la sécurité d'un client xml/javascript qu'en un client (autre que les grosses pointures connu) IRC. Le site web qui fait de l'IRC va juste envoyer les messages au client et recevoir les messages du client. Le client n'interprète rien (à part les styles, les smiley et autre conneries) et de plus personne ne peut connaitre son adresse IP (à part le serveur).

Mais bon, je te dis pas que tu à tord ou que j'ai raison, c'est une question de point de vue.
Écrire un chat (par exemple) pour la vingtaine d'OS sur le marché ou un équivalent en web.
Avec le couple tomcat/java/postgres coté serveur, XML entre le client et le serveur et javascript/html coté client,je pense que j'aurais fini en un mois. Si je dois me faire un truc dans un langage supporté partout, ça sera en je ne quelle langage... Et niveau sécurité, ce sera surement une passoire...

Je trouve cela "normal", ssh, dans le monde windows, ça ne sert à rien. Le moyen de connexion dans le monde windows, c'est rdesktop.

Après, le truc, c'est de ne pas utiliser windows, tu n'es pas embêté parce que tout ce fait en graphique.

Parce qu'on a totalement oublié ce à quoi il servait le Web (diffuser des informations), et qu'on en attend autre chose maintenant: exécuter des applications.

Ba oui mais non... A part les grosses usines à gaz en javascript genre webos (que j'adore d'ailleurs :)), le web, ça sert à diffuser de l'information.

Le "problème" c'est la méthode de diffuser les informations qui à changé. On est passé de la page à papy, écrite directement en html sous un éditeur de texte à des pages généré depuis une base de donnée avec des scripts créée aussi parfois coté serveur. C'est sale ou pas, la n'est pas la question, mais ça se fait. JavaScript, que tout le monde l'aime ou pas, c'est bien utile, pour l'utilisateur et le développeur.

Prenons linuxfr par exemple. Le bouton pertinent, c'est du js, qui appelle le programme coté serveur score (dont le retour est rigolo d'ailleurs...). ça évite de recharger toute la page et ça fait gagner du temps coté serveur et coté client. Et c'est tout. Après que les choses se complexifie un peu ça ne transforme pas ton navigateur en VM. Et si certain navigateur implémente un VM pour javascript, cela ne change rien au navigateur en lui même, c'est juste un choix d'implémentation.

La le problème, et dans la plupart des cas, il n'est pas coté navigateur, mais coté serveur. Que l'on veuille mettre une interface web pour tout et n'importe quoi et mettre à la vue de tout le monde (littéralement) de quoi contrôler son bugtracker ici, mais ça peut être son autocom, son système de surveillance video, ou peut être une centrale nucléaire. Donc forcement, ça fait que ça complexifie un peu les choses coté serveur, on fait tout et n'importe quoi, on mélange métier et présentation, etc...
Mais bon, moi je trouve cela très bien de tout faire par le web, si ça n'était pas fait à travers le navigateur, chaque application développeraient son système d'interface graphique qu'il faudrait installer avec son lot de faille, et etc.

Finalement, cela serait surement pire...

C'est le genre de journal qui vol au raz des pâquerettes !

En effet, il n'y a pas un site ou journal télévisé qui ne parle du dernier détail insignifiant des produits apple. Et toi, tu y participe aussi.

Moi, ce que je ne comprend pas, c'est pourquoi les autres produits non pas de news ou d'infos dans les JT à chaque sortie de produit. Je veux bien comprendre que la gamme d'apple soit plus simple et identifiable que celle de nokia par exemple. Un téléphone, une tablette, un ordis portable et un ou deux ordis de bureau (je ne suis pas sur pour les ordis) la ou nokia doit bien sortir 10 téléphones par an. Mais quand même, on en parle partout de ces produits.

C'est bien simple, je n'ai pas d'Iphone et j'en ai eu un en main que moins d'une minute et je sais et pourtant j'en sais plus sur lui que sur tout les autres téléphones du monde.

Non mais franchement, on s'en fou (je sais, journaux, on mets tout ce qu'on veut dedans, etc, mais franchement, on s'en fou !) de ce que supporte le dernier apple. Et ceux que ça interesse, ba ils vont sur applefr :)

Mouais, c'est pas si simple.

Parce que les dettes des pays "riche" sont croisés. Parce qu'en economie 1 ne vaut pas toujours 1, etc.

A doit à B qui doit à C qui doit A.

Personne la dedans n'a d'intérêt à voir son voisin de dettes s'effondrer et jouer la carte de l'inflation pour payer la dette, ou devenir insolvable.
Sachant qu'en plus, souvent, l'économie de A dépend de B et C par importation/exportation.

Les Etats-Unis ont plein de dettes (par des bons au trésor) envers la chine.
On pourrait croire que c'est la chine qui tiens les US, mais c'est l'inverse ! Les US s'effondrent et font baisser le dollar au point que la dette peut valoir le tier de l'original. Qui y a plus perdu ? Les US ou la chine ? Ensuite, l'economie chinoise ne vie que des exportations. Si les US sont en crise, les importations chutent, et l'economie chinoise en prend un coup. La chine DOIT s'assurer que les US vont bien.

Bref, le jeu des dettes, c'est pas si simple que ce que les medias veulent bien nous faire croire :)

Plus généralement vous trouverez pas beaucoup d'orga politique qui sont contre le logiciel libre, la question est que font elle vraiment pour ?
Tout les parties diront qu'ils sont pour le LL, contre la guerre et la faim dans le monde. Tout les parties politique font aussi de l'élevage de bisounours.

Par contre, économiquement ou politiquement, lécher le fion de Microsoft (au autre) ça rapporte plus et c'est plus classe que d'aider et de faire avancer le libre. Accessoirement, ça peut aussi financer un partie politique de lécher les bons fions, alors que le LL, ça réclame du blé plus qu'autre chose (généralement).