pasBill pasGates a écrit 16057 commentaires

A mon avis tu peux surement aussi rajouter ceux qui jouent sous Windows et qui surfent avec IE juste apres plutot que devoir rebooter pour juste aller sur le net 10 minutes. Et puis il doit bien y avoir aussi ceux qui ont modifie le user-agent pour qu'il soit identique a celui de IE.

Toi au moins t'es pas extreme dans tes propos.

Bientot IE sera responsable de la 3eme guerre mondiale si ca continue.

C'est pas un discours marketing c'est la realite.

l'API Win32 ne change pas, c'est le meme depuis le debut sauf cas exceptionnel et c'est ce qui permet de faire tourner les softs Win3.11 encore aujourd'hui. Tout comme la libc ne change pas depuis le debut sauf cas exceptionnel. Si tu n'es pas d'accord, ben prouves tes dires, de mon cote c'est simple: tu ouvres MSDN d'aujourd'hui et MSDN d'il y a plusieurs annees et tu verras que les fonctions d'il y a plusieurs annees sont toujours la et fonctionnent.

Par contre de nouveaux API apparaissent, ce qui ne change rien au fonctionnement des anciens et ca rajoute des fonctionnalites

WMI ne changera pas, donc la question ne se pose pas. Le format dans lequel les comptes sont stockes peut changer lui, mais ce sera invisible pour l'utilisateur tant qu'il passe par WMI.

Je parles de LiS qui n'est plus maintenu pour les kernels 2.0.x, pas du kernel en lui meme, faut peut-etre lire la page avant de me sauter au cou.

Chez MS, tu me donnes des noms de formats de fichiers incompatibles entre eux ? Office ? Depuis Office 97 ils sont compatibles entre eux, ca fait plus de 4 ans et 3 versions, avant ? ben le format precedent ne permettait pas l'evolution voulue, donc on le change, ils auraient du faire quoi ? bloquer l'evolution du soft a cause du format de fichier ?

Quand a upgrader tout ou rien, ben oui c'est bien beau en theorie car tu peux theoriquement faire exactement ce que tu veux, maintenant combien de personnes profitent de cela ? combien on un 2.0.36 avec XFree 4.1 ? Alors oui pour une minorite c'est un avantage, la plupart des gens s'en balancent, resultat la minorite devrait regarder du cote de Linux/xxxBSD car elle peut pas trouver ca chez Windows, pour la majorite ben il y a pas de differences donc ca n'entre pas en jeu.

Oui il doit installer un nouveau kernel, donc il upgrade !!! Le fait est que proprio ou pas, personne t'oblige a upgrader, mais si tu veux utiliser les nouvelles features t'as pas le choix tu DOIS le faire dans les 2 cas.

Et comme exemple:
http://www.gcom.com/home/linux/lis/kernel.html(...)

Il specifie tres clairement que les kernels 2.0.x ne sont plus maintenus et qu'il faut utiliser une vieille version. Et c'est pas un truc totalement inutile, ca permet d'avoir des streams sous Linux.

Les API ne changent pas contrairement au format des donnees, c'est pour ca que >90% des softs Windows 3.1 tournent encore sur Windows XP. Donc la meconnaissance des pratiques commerciales du monde informatique est plutot de ton cote, ou on peut appeler ca de la mauvaise foi aussi, au choix.

Quand tu geres un parc de 200 machines le cote "GUI facile" n'entre plus en compte car tu files pas un boulot comme ca a un non-informaticien et une GUI permet pas de gerer totalement 200 machines(d'ou le besoin de l'informaticien...).
Pour les grandes boites il y a les domaines, les group policies, un nombre de softs disponibles enorme, le fait que l'OS server s'integre parfaitement avec les OS desktop alors qu'un serveur Linux ou Solaris ne le pourrait pas, le support direct MS, etc... ici la "bataille" ne se joue plus sur la facilite mais les qualites techniques et economies de cout que l'OS permet de realiser(genre helpdesk/maintenance/...)

Et pour les PME, ben vu qu'ils savent pas ecrire des scripts(c'est pas des informaticiens souvent, juste des secretaires/directeur/... qui s'occupent du petit serveur et ses 8 users une fois de temps en temps) la GUI est ce qu'il leur faut. Pour ce qui est d'ecrire des scripts, ben VBScript est la en standard, et c'est pour ca qu'il est la d'ailleurs.

Ben que ca compile sous 5 Unix differents ca veut rien dire car le probleme n'est pas la.
Le probleme c'est: est-ce que qqun a pris la peine de mettre les changements necessaires pour faire tourner le soft sur 2.0.36/libc5/... de la meme maniere que qqun a mis les modifs pour le faire tourner sur BSD.

Le probleme ici c'est que l'enorme majorite des gens tourne sur 2.4/2.2, quasiment plus personne ne tourne sur 2.0.36, donc le nombre de gens pour le faire baisse d'autant. Et toi petit utilisateur qui est dans son coin ben soit tu t'investis a faire ca toi meme si t'en es capable soit tu pleures et t'upgrade.

Quand a backporter des trucs dans un kernel, si l'architecture du kernel s'y prete oui c'est faisable au prix d'un effort loin d'etre negligeable, si entre temps l'architecture du kernel a change, ca peut etre tout simplement impossible, apres tout ils ont probablement change l'architecture du kernel pour une raison, qui pourrait bien etre de permettre de nouvelles choses que l'ancien kernel ne permettait pas.

Oui, tu prends donc les dernieres sources du soft, et tu te rends compte qu'il utilise des features non-presentes dans ton kernel 2.0.36 et dans la libc5 car le dev lui il utilise un kernel 2.4, la derniere libc et il est sympa il s'arrange pour que ca tourne quand meme sur les 2.2 mais il s'est dit qu'il fallait mettre une barre quelque part donc pas de support pour 2.0.36 et autres vieilleries.

Va utiliser tes peripheriques USB avec un 2.0.36(merci pour l'exemple), c'est pas rare pourtant pourtant les periph USB.

En gros ca revient toujours a : si tu veux les dernieres features pas de salut faut upgrader. Si on pouvait faire la meme chose avec un 2.0.36 qu'avec un 2.4 et que les seules differences etaient les perfs/bug corriges ca se saurait je pense.

Ben voyons, tu connais beaucoup de grand-meres qui gerent des parcs de 200 machines ou plus et qui font ce genre d'operations ? moi pas en tout cas. Pour administrer des parcs de machines faut un minimum de connaissances, chez Unix ca s'appelle perl, sh, vi etc... chez Windows ca s'appelle VBScript, WMI etc...

Pour administrer un petit serveur dans une PME ou t'as pas d'informaticien, Windows c'est le pied car t'as l'option "tout graphique" qui est plus simple pour le non-informaticien, pour les reseaux avec des centaines de machines t'as les group policies, WMI, etc...

Selon l'usage t'as plusieurs types d'outils.

C'est vrai t'es pas oblige, tout comme personne t'obliges a passer de NT 4 a Win2000, mais quand tu vois que tel soft ne fonctionne plus sans les shadow passwords, que tel soft veut PAM, etc... ben tu n'as plus vraiment le choix sauf si tu n'upgrades plus et que tu n'installes aucun nouveau soft.

Regardes tous les gens qui sont encore avec une libc5 et un kernel 2.0.36, ils peuvent courir pour utiliser les derniers softs, ils sont obliges de passer en kernel 2.2 ou plus sinon point de salut.

Meme avec un C64 t'es pas oblige d'accepter le changement, mais si tu veux les avancees amenees par ces changements ben tu dois les accepter.

Ben tu es donc oblige de te logger sur le serveur NIS pour faire le changement, t'as donc le choix entre faire ca manuellement ou mettre la procedure de login dans le script ce qui est un risque enorme de securite(que ce soit en mettant le password ou en utilisant .rhosts).

Mon exemple ne demande pas qu'on soit sur le domain controller pour ca, tant que tu es logge comme administrateur du domaine sur n'importe quelle machine du reseau ca marche.

Ton script ne marche pas parfaitement vu que si une merde arrive pendant que tu updates /etc/passwd ton /etc/shadow n'est plus vailde. Ta deuxieme version est effectivement bien mieux.

Et le fait est que pour faire la meme chose sur des machines avec NIS(qui est tres repandu), ben ton script merde et il faut le changer de fond en comble, pas le mien.

D'autre part le jour ou le format de /etc/passwd ou /etc/shadow change, ton script il part a la poubelle, le mien ben je le touche pas, il passe par des fonctions qui s'occuperont de gerer le changement. Et ne me dis pas que ca risque pas d'arriver, /etc/passwd et /etc/shadow ne faisaient qu'un il y a pas si longtemps.

T'as jamais vu un admin NT faire ca ? parce que t'es tombe sur un admin qui connait pas son systeme. Ce script utilises WMI, et WMI c'est fait pour EXACTEMENT ca, administrer des parcs de machines a distance en 2 temps 3 mouvements.

C'est pas parce que tu connais des admins ignares que le systeme est a chier.

Il faut Win2000 ou XP et rien d'autre

Je reloade pas la page toutes les 5 secondes, il m'arrive de faire autre chose une fois de temps en temps :+)

Oui et il y en a un des deux qui marche tout le temps et pas l'autre.

Le tiens ne fonctionne pas correctement vu qu'entre le temps ou tu changes /etc/passwd et le temps ou tu changes /etc/shadow il y a un temps qui peut etre non negligeable selon la taille du fichier, le fait que /etc soit en NFS, etc... c'est pas atomique comme operation. Et je t'explique pas le resultat si il un probleme se pose en plein milieu du changement dans /etc/passwd. Tu te retrouves avec shadow et passwd qui ne correspondent plus.

D'autre part mon script ne demande qu'une ligne pour fonctionner sur les utilisateurs d'un domaine. Si tu es sur une machine qui utilise NIS, ben ton script il est dans les choux.

Tiens en passant j'ai fait une erreur :+)

Tu remplaces "old_" dans le InStr par "a".

Et c'est du VBScript au fait.

for each name in GetObject("winmgmts:").ExecQuery("Select * from Win32_UserAccount")
if (InStr(name.Name,"old_")=1) then name.Rename("old_" & name.Name)
WScript.Echo name.Name & "was renamed to " & "old_" & name.Name
next

Creer 200 comptes NT avec un script ?

T'as jamais vu la command net.exe toi...

Alt-F4 ca marche pas parce que ton "terminal windows" c'est un emulateur de l'OS DOS + des extensions, et dans le DOS tu peux definir Alt-F4 comme etant ce que tu as envie selon les softs, ce qui fait que tu risques de tirer la gueule si en tapant Alt-F4 pour sauver ton document dans le soft DOS XYZ, tu fermes la fenetre...

Bon OK, prenons ta version de la question alors.

Donc, faut il faire des proces aux fabricants de voitures, au fabricants de motos, a MS, etc... ?

Si les 2 premiers font de la vente forcee, alors oui MS aussi, si les 2 premiers ne sont pas attaquables, alors MS non plus.

Tu peux l'ecrire si tu veux le plug-in, en te basant sur OpenOffice.

La norme elle prone rien du tout, elle offre un moyen generique d'inclure des documents d'autres types, elle definit pas quels sont ces types et c'est en ca que c'est tres bien, ca permet de faire un tas de trucs, y compris avec des formats qui n'existent pas encore.

Et non, ca prone aucune discrimination, ils t'obligent pas a mettre des documents au format Excel, ils n'avantagent pas Word au detriment d'autre chose, etc... Si JE decide de mettre du Word dans MA page web, c'est MOI qui limite mon audience.

Moi je trouves ce concept TRES BIEN, et pas besoin de me payer pour ca, et pas besoin de bosser chez MS pour ca, tu demanderas a la plupart des developpeurs et tu verras qu'ils trouvent ca tres bien car ca donne des possibilites supplementaires. Si j'ai envie de mettre du PDF dans MA page pourquoi donc est-ce que je ne le pourrais pas ? C'est MA liberte non ? Ou alors tu es pour limiter les possibilites de l'auteur car certains lecteurs ont des problemes de lecture ?

Mais bon, ce cas la a le merite suivant: pour une fois c'est toi qui n'est pas d'accord avec le standard, ca te permet de te rendre compte que les gens peuvent de temps en temps ne pas etre d'accord avec un standard et qu'il n'y a pas besoin de les mettre sur un bucher pour autant.

La tu deborde du sujet, ce que MS fait dans d'autres marches n'a absolument rien a voir avec le probleme dont on parle. Ici la question est: est-ce que la maniere dont sont vendus les PC avec Windows est differente des techniques de vente d'autres produits.

Donc tu es en train de me dire que les concessionnaires BMW font de la vente forcee ?

Si c'est que tu es en train de me dire, alors OK c'est coherent selon ta definition de "vente forcee".

Pourquoi il y a un rapport ?

Parce que dans les 2 cas, les clients ont le meme eventail de choix, et c'est de ca que l'on parle, le fait qu'il n'est pas facile d'acheter un PC sans Windows, et qu'il n'est pas facile d'acheter une BMW avec des pneus differents de ceux d'origine.

Sur un PC tu choisis ton OS(tes pneus) a l'achat si t'es chez le bon vendeur(concessionnaire), tu peux choisir tes peripheriques(tes options) la plupart du temps et tu peux les recuperer pour le PC(vehicule) suivant si ils sont encore compatibles.

Le probleme est EXACTEMENT le meme du point de vue du client.

Tout cela est bien joli mais du point de vue du CLIENT, quelle est la difference ?

Dans les 2 cas il a exactement les memes choix par rapport au produit qu'il veut acheter. Je n'ai jamais vu les gens dire qu'ils subissent une vente forcee quand ils doivent acheter leur BMW avec des pneus Michelin, et en passant, tu peux chez certains concessionnaires acheter ta voiture avec des pneus differents des pneus d'origine, peut-etre qu'en France c'est pas le cas, mais dans bon nombre de pays c'est le cas, l'argument comme quoi le concessionnaire ne peut legalement pas le faire tombe a l'eau.

Quand au fait que la vente de logiciel est un contrat de concession ou le cote comptable, ca n'a RIEN A VOIR, la question ici est quel choix l'utilisateur a a l'achat, et ces choix sont EXACTEMENT les memes. Le fait que le comptable gere ces 2 choses differemment n'a rien a voir avec la question.

Des pneus et une voiture c'est aussi 2 produits differents que je sache.