atlexx a écrit 142 commentaires

je sais pas pour un pentium non mmx mais j'ai déja fait marcher mozilla 1.1 sur un 166mmx c'est tres correct! 233 est la config minimum conseillée, mais si tu ouvres pas 15000 onglets ça doit passer...

note que la pluspart des FAI sont dans l'illegalité la plus totale: il n'ont absolument pas le droit de garder ton numero de carte dans une base apres la transaction! le seul mode de paiement legal est le prélevement...

non! deux chosent valent authentifications: ta signature et le code secret de ta carte, le reste ne vaut rien... par contre, faut quand meme faire gaffe, parce que GIE carte banquaire ne te rembourse pas instantanément , il faut compter 1 ou 2 mois!

il me semble qu'en ouvrant ton compte tu as signé un contrat... fallait peut etree le lire!
sinon, tout prélevement sur ton compte a du fairee l'objet d'une autorisation de prélevement que tu as du signer... sinon, tu as une drole de banque!

c'est clair , sinon on est moins soi

il faudrait qu'on puisse egaloyer!

le problème, c'est l'approche...
on peut etre humoristique et crédible... la il ne l'est pas...
l'article est drole, mais il (m')apparait quasi completement déconnecté de la réalité... on a vraiment l'impression d'un geek qui joue au neuneu et qui montre bien que les "autres" (ceux qui ont fait des articles similaires sur la migration inverse) sont neuneu...
ça n'est a mon avis bon pour personne...

disons que dans le cadre d'une formation, il vaut mieux avoir la configuration exacte ... çaévite de paerdre du temps a essayer de chercher a chaque fois les equivalences. a part ça, je trouve la 9.1 plus aboutie ... mais une 9.0 avec les mises a jours de MdkUpdate c'est deja pas mal...

c'est pour ça qu'a mon avis on doit mettre la pression sur les PME TPE ... ces gens sont plus sensibilisés aux risques du piratage ... et donc a l'interet d'utiliser des softs en etant dans son bon droit...
de plus, ils on généralement des parcs hétérogènes (pc plus ou moins vieux sous win 95/98/SE/me/NT/2000/XP) et ne savent pas les gérer.
si on arrive a mettre a jour un pc qui plante trop (parce que pas réinstallé depuis 3 ans et win n'aima pas ça!!), on peut initier le mouvement ...

le prob de win c'est sa stabilité dans le temps...
sur une machine de developpeur , au bout d'un an d'utilisation, c'est la cata (la faute a la base de reg principalement)
c'est donc difficile d'argumenter sur la stab de linux par rapport a win, parce que win est plutot stable au début...
c'est plus facile de faire migrer une machine qui tourne depuis un peu de temps...
dans ce contexte, le passage par gnuwin est interessant... car on migre d'abord les données et les applis, donc on a plus de temps pour s'assurer qu'on recupère bien tout.
une fois que ça tourne sous win (mais win n'en est pas stabilisé pour autant)... on est mur pour le grand saut...

un particulier qui sait tirer partie du 64 bit est forcément un particulier tres particulier...

c'est de la moquerie gratuite et injustifiée...
Access est plein de défauts, mais je ne sais pas ce qui peut permettre d'insinuer que ça n'est pas un vrai SGBD voir même un SGBDR. ça n'est pas multiuser, ça n'est pas prévu pour les grosses bases ou les perfs de la mort, mais ça n'est pas s le but.
en plus, il est clair qu'actuellement il manque un "sgbd bureatique" sous GNU/linux.
quand je dis que ça manque, c'est juste qu'a mon avis Access n'a pas le meme usage que MySQL, postgresql etc...
je sait bien que les clicophobes retorqueront que le SGBD c'est un truc pour les pros et que la vulgarisation d'access est préjudiciable... cela correspond néanmoins a un besoin réel ... qui n'est actuellement pas couvert... et qui merite reflexion.
par exemple, pour faire du maquettage de soft, j'ai pas envie ni le temps de concevoir une base de données (qui de toutes façon sera refaite lors du dev.) acces permet en quelque clics de créer 4 tables et 3 formulaires enchainés , et de distribuer le tout en un seul fichier... c'est bien pratique... sauf que le maquetage sous produit microsoft débouche souvent sur du dev sur plateforme microsoft...
donc si le maquettage se faisait a moindre cout (souvent, au moment de la maquette, on ne touche pas de sous, donc c'est un critère important) sous linux... y a peut etre des chances ameliorer la diffusion de linux ... et/ou tout autre LL.

le pb du png sous IE vient de la couche alpha. je GIF n'a pas a ma connaissance de vrai couche alpha, et est de plus limité a 256 couleurs...
donc, outre le fait que le brevet ne nous conncerne pas en france, son arrivée a échéance ne résoud rien du tout

cela dit, entre une entreprise locale qui asssure le support de la solution libre et une entreprise locale agréé par dieuleupèèr qui maintient la solution proprio, le décideur ne vera pas la différence.
Seule la disponibilité des sources peut jouer en faveur du libre dans ce cas. ce qu'il faudrait, c'est qu'une société ai une taillle suffisante pour assurer un service optimum (réactivité, recherche de contournement, mais aussi capacité a s'engager juridiquement/financièrement sur des temps de réponse support ou d'intervention en cas de problème) sur la base des solutions libres. et la ya encore pas mal de boulot .Mais ya de l'espoir, car ce type de prestation est parfois assuré par de grosses SSII pour apache/mySQL (par exemple).

faut pas s rêver, le savage XP ne vaut pas la puce nvidia de la XBox ... ça fait bien longtemps que S3/VIA n'est plus à la page en matière de chip pour les jeux (si tant est qu'il ait été a la page un jour...)
et malheureusement, dans ce domaine, il est quasi impossible de compenser le retard materiel par du soft...

Je ne suis pas sur qu'il faille concevoir ll'europe comme un simple instrument de guerre economique et de lobying mondial... ce serait ce comporter comme les USA.
Il faut avant tout mettre en place les condition du développement de l'europe, se positionner par rport a ce qu'on est, pas par rapport a ce que fait le voisin d'en face... sinon, a terme,dans le meilleur des cas, on ne vaudra pas mieux que lui...

je ne conteste pas , mais est-ce a l'etat de promouvoir lles logiciels libres pour ses propres appels d'offres?
je pense seulement que ce poste correpond a un poste de commercial dans une société privée qui se consacrerai au solutions libres.
Les appels d'offres publics actuels incitent de plus en plus les integrateurs a privilegier les solutions libres, ainsi que le respect des standards... ça va dans le bon sens je pense. pour le reste, c'est p plutot au niveau des integrateurs qu'il faut travailler...

le constat est tres interressant, mais j'ai un peu de mal avec la definition du poste proposé:
en effet, il s'agit ni plus ni moins de la definition d'un poste de commercial dans n'importe quelle entreprise de logiciel (libre ou non). je ne crois pas que ce cela soit le role de l'état de financer un poste pour faire la promotion de produits, libre ou non.
La solution au développement du libre passe a mon avis plus par la formation des gens qui effectuent les choix de logiciels. en effet, il me parait utile qu'un décideur choisisse en connaissance de cause une solution adaptée a son besoin. Il choisira ainsi le logiciel qui lui parait le mieux correspondre. Le fait que le logiciel soit libre n'est , AMHA qu'un atout parmis d'autres, et , comme je regrette qu'on utilise de mauvais softs proprio alors qu'il y a des solutions libres plus performantes, je regretterai tout autant qu'une solution libre bancale soit préférée a une solution proprio performante.
Je trouve donc discriminatoire la notion de "responsable logiciel libres". un bon responsable logiciel (tout court, mais avec toute la connaissance que cela requiert, donc aussi du temps a consacrer a l'etude de l'offre libre) est nettement préférable.

Il faut aussi voir qu'au dela des avantages et defauts des langages, imposer un langage ,'est pas qu'une affaire de publicité. si la proximite de la syntaxe entre c/c++/java/c# etc est un defaut car cette syntaxe est ancienne, c'est aussi un atout parce que des milliers (millions?) de programeurs maitrisent cette syntaxe. on ne peut pas réaprendre a conduire tous les 2 ans sous pretexte que le code de la route a changé parce que des nouveaux concepts sont arrivés... il est clair que nous sommes tous formés pour etre polyvalents et adaptable, il n'en reste pas moins que nos employeurs ont besoin qu'on soit rentable...
de ce point de vu, la lourdeur de l'évolution des langages se comprend...
et pour qu'un langage entierrement nouveau prenne réellement le dessus, il faudra qu'il apporte vraiment beaucoup, sous peine de rester cantoné a des niches ou a la recherche.

quelle que soit la solution retenue (education ou repression) l'effort demandé a l'utilisateur
- au mieux ne sera pas suivi
- au pire sera suivi de protestation et d'un amalgame douteux "linux c'est galère"
bref ... c'est pas viable avec des utilisateurs normalement constitués c'est a dire des gens qui n'ont pas le temps de se prendre la tête avec l'economie des ressources centralisees.

il reste quand même que la qualité d'un site est avant tout son contenu...
dans la mesure ou lees ressources humaines ne sont pas infinies, il n'est pas idiot, dans la limite du raisonnable, de privilegier le contenu par rapport a la qualité technique.
bien entendu, il faut que l'acces au contenu offre un certain confort, mais je ne crois pas que ce soit l'essenciel.

pour certaines applications, des produits a priori complémentaires se recouvrent dans leur fonctionnalités, de ce fait, il n'est pas si absurde de les comparer: par exemple, tomcat4 peut tres bien servir des pages web tout seul , et dans lla doc, il est en gros indiqué qu'il n'y a qu'une bonne methode pour savoir si on utilise tomcat ou apache+tomcat, c'est de tester ...

en plus, sachant qu'un pIV doté de l'hyperthreading est vu comme 2 processeurs, comment font ils pour les config a 2 PIV HT ?

A noter au passage que le principal rival d'Oracle Spatial est PostGIS c'est assez optimiste comme remarque! postGIS est encore bien jeune pour prétendre concurenser arcSDE ou oracle Spatial (car c'est bieu eux les tenants du marché!). c'est un produit plein d'avenir mais... -encore faible sur les aspects de l'indexation spatiale (oracle aussi d'ailleurs) -le modèle géographique et les fonctions de recherche géometriques et topologiques sont faibles -faut vraiment en avoir envie pour l'installer (pas de binaires , necessite une arborescence pgsql source) Il reste quand mes que postgres est une bonne base pour un serveur spatial et que la voie est la bonne... si pgsql tient la charge (je ne sais pas ce que ça donne avec une table de 500Go) , il faudra penser a implémenter un mode de stockage des données raster. a partir de la , l'avenir est grand ouvert...

kylix reprend a la fois Delphi et c++Buillder , donc c'est soit du pascal soit du c++