La tu me cherches, hein, c'est ça ? T'es un coquin toi!
Tu peux me refaire la généalogie des Systèmes UNIX s'il te plait ....
le Berkeley Timesharing Systeme c'est _avant_ Unix.
Si tu veux t'amuser a prendre tous les parents d'Unix, on va aller jusqu'a Von Neumann. On parle d'Unix, pas de ses parents.
Et si on veut jouer à celui qui à la plus grosse quequette, alors oui UNIX est à la base de beaucoup plus de paradigmes systèmes que NT
Ce qui est amusant avec toi, c'est ton envie de me convaincre qu'Unix est super-genial.
T'as pas besoin de me convaincre, je le sais. C'est cette manie de vouloir tout le temps rabaisser NT pour je ne sais quelle raison qui est irritante, a croire qu'un seul systeme peut etre bon et pas 2(ou 3 ou 4...).
Et puis bon je vois pas pourquoi j'essaye de te convaincre, tu bosses chez eux. Tu as un parti pris évident. C'est tenter convaincre un revendeur Renault que la 407 est bien meilleur que la Mégane...
Et puis bon je vois pas pourquoi j'essaye de te convaincre, tu es un fan de Linux. Tu as un parti pris evident. C'est tenter convaincre un revendeur Renault que la 407 est bien meilleur que la Mégane...
1) Je te l'ai dit, faut faire la difference entre le concept ActiveX, et l'implementation, c'est l'implementation le probleme, et c'est en bonne partie resolu dans le SP2
2) C'est pas la question, la question est : Si un soft ne met ses raccourcis que dans /root, c'est la faute a l'OS ou a l'appli ? Et la reponse est bien entendu l'appli.
Faire un soft qui fait le con, tu peux le faire aussi avec rpm/deb/... aucune difference avec ce qui se fait sous Windows. L'OS n'a aucune maniere de forcer une application a s'installer pour tous les utilisateurs, que ce soit Windows ou Linux
1) Oui super, ca a toujours ete un sous-systeme de 2eme zone sous Windows uniquement la pour simplifier la migration. L'API principal de Windows a _toujours_ ete Win32
Ce n'est pas dans l'OS, pour MS, mais ils l'implémentent! Ce n'est ni cosmétique ni pour faire beau. C'est bien pour dire "nous aussi on est un système UNIX..."
Ce n'est pas dans l'OS ? Ah bon, tu connais les specs originales de NT ?
Quand a dire "on est un systeme Unix", cf. plus haut, ca s'appelle une aide a la migration, et ca n'a jamais ete vendu autrement que comme cela.
2) Genial !!!! Tu vois ou qu'il parle de threads schedules dans le _kernel_ ?
Si tu jettes un oeil sur la gestion des threads par le kernel NT et les kernels Unix, tu verras qu'il y a une grosse difference.
Deuxio, si tu lis, tu verras que les threads sont apparus _avant_ Unix
The notion of a thread, as a sequential flow of control, dates back to 1965, at least, with the Berkeley Timesharing System. Only they weren't called threads at that time, but processes
...
Then came Unix, in the early 1970s.
3) Genial !!! Quel rapport avec Unix ?
Quand tu lis cela tu vois que UNIX, TCP/IP, Internet sont complément entremelés. Puis-je te rappeller que TCP/IP est le protocole réseau des systèmes UNIX
Non, j'ai rien vu en rapport avec Unix, si ce n'est que certains ont fait une stack TCP/IP pour Unix, il y en avait aussi pour d'autres systemes, Unix n'etait pas specialement hors du lot. Simplement c'est celle qui est devenue la plue repandue car Unix est aussi devenu l'OS serveur le plus repandu a l'epoque.
Que TCP/IP est le protocole reseau des systemes Unix, j'en doutes pas, ca ne veut pas dire que TCP/IP est ne d'Unix, ca veut juste dire que c'est le protocole utilise principalement sur Unix.
Vous, vous aviez un vague truc qui s'appelait NetBIOS ou un truc du genre non ?
NT a toujours eu les 2, TCP/IP et NetBIOS, d'ailleurs NetBIOS c'est une couche au dessus de TCP/IP en passant.
Moi je constate que depuis 10 ans Microsoft ne cesse de courrir derrière UNIX.
Sur certains points oui, sur d'autres non il est en avance. Remarque, c'est normal quand tu commences apres les autres, tu rattrapes ton retard avant de depasser. Un OS ca ne se fait pas du jour au lendemain
Bref, faut aller revoir ton histoire informatique et arreter de croire qu'Unix est a la base de tout, c'est loin d'etre le cas.
Le SP2 sera dispo gratuitement dans pas mal d'endroits sur CD, d'autre part le download du net fait moins de 80Mo, le systeme compare les fichiers sur le disque avec ceux du SP2 et ne download que le delta.
1) Ben justement, si le systeme de plugins/Java fait de meme, alors il est lui aussi susceptible a des failles, pourquoi abandonner l'un et pas l'autre ?
3) ?!?! Si un soft sous Linux installe ses raccourcis uniquement sous /root, c'est la faute a l'OS ?
Je répète que tant qu'il y a support des ActiveX, il y a des failles possibles !
Ben tu sais, tant qu'il y a acces reseau, il y a des failles possibles aussi...
ActiveX en lui-meme n'est pas dangereux, ce sont les failles dans l'implementation d'ActiveX qui sont dangereuses.
Et tout le monde n'aura pas la SP2... Tout le monde n'a pas la SP1 encore !
Ben les gens qui n'updatent pas ne peuvent s'en prendre qu'a eux-meme, on va pas debarquer chez eux et les forcer a updater.
Ce que je regrette c'est la structure du menu démarrer, pas du tout optimale quand au multi-utilisateur à mon goût : trop de programmes se mettent uniquement dans le menu de l'admin uniquement.
Quel rapport avec la structure du menu demarrer ?
L'admin c'est un user comme les autres, il n'y a rien de special dans le menu demarrer pour l'admin. L'admin a un menu demarrer identique aux autres users.
1) La couche POSIX c'est une partie mineure du systeme et elle n'a rien a voir avec le kernel, cf. personnalities et micro-kernels
2) Les threads sont apparus dans le kernel NT bien avant d'etre apparus dans les kernels Unix, les kernels Unix a l'epoque ne s'occupaient que de processus pour la plupart alors que dans NT le scheduler ne s'occupe que de threads, et cela depuis le debut.
3) TCP/IP c'est pas specifique a Unix, c'est des protocoles de communication standards
Si tu lis ce qu'il ecrit et que tu compares les 2 kernels Linux et NT plutot que te mettre des oeilleres, tu te rendras compte qu'il a raison.
Le kernel Linux a ajoute nombre de ces choses deja presentes dans le kernel NT, ca veut pas dire qu'il les a "copiees", car ce sont des features architecturales de noyaux standards et ne sont pas specifiques a NT, ca veut simplement dire qu'il rattrape son retard.
Des interfaces scriptables permettant de configurer/changer a peu pres tout dans le systeme et/ou sur les machines d'un domaine de maniere tres simple.
Va voir ce qu'il y a dans le SP2, ca repondra a bcp de tes questions.
Quand a VBScript/JScript, ils ne sont pour rien dans les failles, le probleme venait d'ailleurs, ces langages etaient juste le vecteur.
Et pour le multi-utilisateurs, ma foi, tu as raison, mais néanmoins, je tiens à blamer windows sur un point : c'est vraiment pas pratique ! Des programmes qui demandent qu'on installe en Admin et qui mettent les entrées de menu que chez l'admin, c'est fréquent...
Tu m'expliques ta logique ? Tu dis que c'est le programme qui demande a etre installe en admin, en quoi ca serait la faute de l'OS ?
WMI c'est fait pour les administrateurs, il est bien evident que ca va pas etre presente au grand public.
D'autre part, WMI n'a _RIEN_ a voir avec la possiblite d'utiliser un OS en non-admin.
prétendre que c'est accessible et utilisable est aussi ridicule que la façon que tu avais citée pour désactiver certains ports à l'époque du ver attaquant lsass.
WMI est tout aussi accessible que n'importe quel langage de programmation shell sous Unix, t'ouvres un fichier, t'ecris ton code dedans, tu le lances, rien d'autre a faire.
oui, ça marche. mais sortir des manipulations de ce genre de calibre et pester contre les utilisateurs (clients Microsoft) qui ne savent pas les mettre en oeuvre ni même qu'elles existent, désolé, je me marre.
Pourquoi ? C'est complique de se logger en user et d'utiliser su sous Linux ?
Pourquoi ca serait plus complique de se logger en user sous Windows et d'utiliser runas.exe ?
oui mais il parait que ce SP vas casser un grand nombre de compatibilité pour d'anciens softs. Est ce vrai. ( je ne dit pas que c'est mal, je pose simplement la question)
Pas trop je pense, certains softs oui probablement, mais la tres grande majorite continueront a tourner sans probleme.
Arrete tu sais tres bien que sur unix on peut utiliser pleinement la machine sans avoir les droits root, alors que sur Windows on ne tient pas une semaine sans accorder les droits administrateurs a tout le monde. D'où les degats...
Sous windows ca fonctionne aussi, le probleme c'est que la plupart des gens ne le font pas car ils ne savent pas utiliser le systeme.
Quand je vois des gens ici administrant des machines Windows et qui ne savent meme pas ce qu'est WMI, ca donne envie de s'arracher les cheveux.
Quand aux softs qui ne fonctionnent pas en multi-utilisateur, je vois mal pourquoi on blamerait l'OS pour ca. Faut aller gueuler chez l'editeur de l'application.
Force est de constater que 2 ans aprés une prise de conscience collective chez MS comme quoi la sécurité informatique doit être au centre des préoccupations il y a encore des virus comme slob qui pique toutes les données personnelles des utilisateurs tel que numéro de carte de crédit ou autres et ce en infectant des produits exclusivement MS et proprio de surcroit comme IE et IIS.
1) Compares les failles d'IIS 6 et d'Apache 2, je vais rire, tu vas pleurer
2) Jettes un oeil au SP2 de XP(deja dispo en RC2, dispo en RTM tres tres bientot), tu te rendras compte des changements qu'il y a eu tout seul.
3) La qualite du code dans les produits MS, c'est pas seulement IE, c'est les dizaines d'autres softs MS aussi.
4) Les virus ne sont pas specialement du a du mauvais code, le gars qui lance un executable venant d'on ne sait ou, le systeme peut rien faire contre. On va pas interdire aux gens de lancer des softs, ca serait un peu extreme.
Si je suis par exemple embauché par Microsoft pour dévelloper WIndows et qu'au bout de deux mois ca commence à me saouler, je vais venir quand meme tous les matins pour le salaire mais je ne vais pas me faire chier à dévelloper proprements, sans bugs....
Et le test team trouvera constamment des bugs dans ton code, tu casseras le build toutes les semaines, tes composants n'interagiront plus correctement avec les composants des autres devs, les devs qui revoient ton code trouveront un tas de bugs,... et t'auras tout le monde sur le dos tres vite...
Faut arreter de croire que les developpeurs font leur code tout seul dans leur coin, c'etait vrai il y a 15 ans, aujourd'hui un developpeur a des dependances sur d'autres devs, sur des testeurs,... et si il joue au con ca se voit tres tres vite.
Il faudrait pour cela qu'il y a ai sein de la boite un supérieur ayant les compétences requises pour juger la qualité du travail.
A premiere vue le concept de code review ne t'a jamais effleure l'esprit.
Non, vraiment, les prgrammeurs, tout comme n'importe qu'elle autre salarié ne mettent pas particuièrement leur emploi/salaire en jeu lorsqu'ils font leurs heures ! Comme de plus ils n'ont aucun interressement aux ventes du produit, ya aucune raison qu'il se décarcasse !
Tu veux dire que les employes de Redhat, Mandrake, Suse, IBM, ... font de la merde ? Parce qu'ils sont payes eux aussi.
Franchement, t'as deja bosse dans une boite qui fait du developpement informatique ?
Ils ont accès à l'intégralité de la documentation et des codes sources de l'environnement (bibliothèques, système et pilotes) dans lequel ils développent. Ça implique qu'ils passe moins de temps à comprendre comment fonctionne leur environnement et plus de temps sur leur application
1) J'ai programme pendant des annees sur Linux, en faisant des trucs plutot pousses(IPC, multithread, prog reseau, VM user-mode...) j'ai jamais eu besoin de jeter un coup d'oeil aux sources de la glibc, pthread ou autres.
2) Se baser sur le code interne de l'API plutot que sur la doc pour pondre son code c'est etre quasi certain de voir son soft planter dans la prochaine version car l'API aura change en interne, alors que la doc elle dit toujours la meme chose.
--> Inutile et dangereux
Il ne subissent aucune contrainte marketing et s'applique donc à travailler l'algorithmie de leur logiciel plutot qu'ajouter une fonctionnalité "flashie" inutile mais vendeuse.
1) J'ai personnellement _JAMAIS_ eu mon job decide par un marketeux. _JAMAIS_
Les fonctionnalites sont souvent crees dans les product teams, avec un feedback venant de l'exterieur, les marketeux eux ne connaissent rien a l'informatique, ils vendent ce que les product teams leur donnent. Les versions de demonstration qui sortent 2 ans avant la sortie du produit c'est pas pour rien, c'est pour avoir l'avis des gens.
2) Que la fonctionnalite soit "flashie" n'influence pas la qualite du code
Il n'ont aucune contrainte de temps ce qui leur permets de travailler sérieusement à la sécurité de leur logiciel
Dans le proprio non plus, les sorties de logiciels sont souvent repoussees, c'est pas par hasard.
et comme ils font du libre, ya toujours du monde pour les aider dans cette tâche.
T'as jamais code un soft libre toi...
Et surtout, comme ils mettent personnellement leur réputation en jeu en dévoilant leur code source, ils mettent forcément un point d'honneur a ce que rien de puisse être criticable dans leur travail, ce serait sinon honte et désonnheur sur eux, leur famille et les 3 générations qui suivent ;-)
1) Tu n'as clairement jamais vu le code de bon nombre de projets libres presents dans les distrib, certains sont immondes.
2) Tu crois que les devs du proprio s'en battent les burnes de leur code ? Tu vis sur quelle planete ?
Bref, ca sent a 3 kilometres le gars qui ne sait pas de quoi il parle
Juste une idee comme ca, t'as jamais entendu parler des group policies et de WMI ?
Parce que ca fait a peu pres tout ce que tu demandes en mieux et plus facile, et c'est en standard, pas besoin d'une patchwork d'une machine Linux commandant une machine Windows qui commande un tas de machines avec du perl/cygwin/ssh/machin truc
Mais surtout, il est toujours très au fait de ce qu'il se passe en interne et est au courant d'un certain nombre de choses qui ne sont pas forcément à la portée du premier hotliner venu, pour reprendre un de ses propos ...
Je suis pas hotliner, ceci explique probablement cela
Allez vas-y, pasBill, fais ton comin' out ! Tu te sentiras tellement mieux après ! :-)
Pas besoin, plein de gens ici connaissent mon nom, de rares me connaissent meme personnellement,...
Mais si vous preferez vous faire des theories du complot, tant mieux pour vous si ca vous aide a dormir.
Vu que le site marche sous mon IE, je parierais plutot sur soit un plug-in/spyware qui n'aime pas cette page, soit un probleme de config(soit qui sait, un vieux IE qui lui ne supporterait pas la page)
C'est quand meme genial comme vous prenez pour argent comptant ce que racontent les gens des qu'il s'agit de crash dans un soft MS sans meme essayer de chercher a savoir d'ou vient le probleme alors que lorsque il s'agit de Linux, la recherche d'une explication differente est le 1er reflexe.
Dans tous les pays "pauvres" que j'ai visité, c'était très mal vu de ne pas prendre le taxi ou un guide pour se balader.
Bof, il m'est arrive tres souvent de marcher dans les rues de Paris avec une carte pour me diriger plutot qu'en taxi et guide, et aucun autochtone ne m'a jamais importune.
Quand on voit que sur un meme domaine, n'importe qui admin sur sa machine peut faire n'importe quoi via WMI sur la machine du voisin, ca fait un peu peur. Cela doit certainement se bloquer mais par defaut c'est comme ca.
Ca c'est une grosse connerie que tu racontes.
Si tu es admin sur ta machine, tu n'es pas admin sur la machine du voisin, a moins d'etre admin du domaine.
Si tu n'aime pas ce site, que tu trouve qu'on ne sais pas de quoi on parle, etc, pourquoi y passe tu si souvent?
Il y a des trucs interessants ici, mais il y a aussi regulierement des aneries, et je ne comptes ni me priver des premiers, ni passer sous silence les deuxiemes.
Comme tu l'as dit, c'est un brevet sur une idee, ca on est d'accord.
Est-ce que je suis contre le depot du brevet ? Ca depend, le jour ou il y aura un systeme efficace de gestion de brevets et que les entreprises n'auront des lors plus le besoin d'utiliser cela pour combattre les attaques des autres, je serais contre, mais aujourd'hui je comprends tout a fait que les societes brevetent tout ce qui leur tombe sous la main car si elles ne le font pas, la societe d'a cote le fera.
Bref, le systeme est tel qu'il genere cette course folle au brevet, faut corriger le systeme, et il suffit pas de faire disparaitre les brevets pour ca, c'est bcp plus complexe.
[^] # Re: Il est gentil le monsieur
Posté par pasBill pasGates . En réponse au journal Les points communs entre Zin et Nux. Évalué à 2.
Tu peux me refaire la généalogie des Systèmes UNIX s'il te plait ....
le Berkeley Timesharing Systeme c'est _avant_ Unix.
Si tu veux t'amuser a prendre tous les parents d'Unix, on va aller jusqu'a Von Neumann. On parle d'Unix, pas de ses parents.
Et si on veut jouer à celui qui à la plus grosse quequette, alors oui UNIX est à la base de beaucoup plus de paradigmes systèmes que NT
Ce qui est amusant avec toi, c'est ton envie de me convaincre qu'Unix est super-genial.
T'as pas besoin de me convaincre, je le sais. C'est cette manie de vouloir tout le temps rabaisser NT pour je ne sais quelle raison qui est irritante, a croire qu'un seul systeme peut etre bon et pas 2(ou 3 ou 4...).
Et puis bon je vois pas pourquoi j'essaye de te convaincre, tu bosses chez eux. Tu as un parti pris évident. C'est tenter convaincre un revendeur Renault que la 407 est bien meilleur que la Mégane...
Et puis bon je vois pas pourquoi j'essaye de te convaincre, tu es un fan de Linux. Tu as un parti pris evident. C'est tenter convaincre un revendeur Renault que la 407 est bien meilleur que la Mégane...
[^] # Re: Le moins pire
Posté par pasBill pasGates . En réponse au journal Retour sous Windows 98. Évalué à 1.
cf. http://www.microsoft.com/windowsserver2003/howtobuy/licensing/downg(...)
[^] # Re: C'est une évidence
Posté par pasBill pasGates . En réponse au journal Les développeurs du libre sont-ils..... Évalué à 1.
2) C'est pas la question, la question est : Si un soft ne met ses raccourcis que dans /root, c'est la faute a l'OS ou a l'appli ? Et la reponse est bien entendu l'appli.
Faire un soft qui fait le con, tu peux le faire aussi avec rpm/deb/... aucune difference avec ce qui se fait sous Windows. L'OS n'a aucune maniere de forcer une application a s'installer pour tous les utilisateurs, que ce soit Windows ou Linux
[^] # Re: Il est gentil le monsieur
Posté par pasBill pasGates . En réponse au journal Les points communs entre Zin et Nux. Évalué à 2.
Ce n'est pas dans l'OS, pour MS, mais ils l'implémentent! Ce n'est ni cosmétique ni pour faire beau. C'est bien pour dire "nous aussi on est un système UNIX..."
Ce n'est pas dans l'OS ? Ah bon, tu connais les specs originales de NT ?
Quand a dire "on est un systeme Unix", cf. plus haut, ca s'appelle une aide a la migration, et ca n'a jamais ete vendu autrement que comme cela.
2) Genial !!!! Tu vois ou qu'il parle de threads schedules dans le _kernel_ ?
Si tu jettes un oeil sur la gestion des threads par le kernel NT et les kernels Unix, tu verras qu'il y a une grosse difference.
Deuxio, si tu lis, tu verras que les threads sont apparus _avant_ Unix
The notion of a thread, as a sequential flow of control, dates back to 1965, at least, with the Berkeley Timesharing System. Only they weren't called threads at that time, but processes
...
Then came Unix, in the early 1970s.
3) Genial !!! Quel rapport avec Unix ?
Quand tu lis cela tu vois que UNIX, TCP/IP, Internet sont complément entremelés. Puis-je te rappeller que TCP/IP est le protocole réseau des systèmes UNIX
Non, j'ai rien vu en rapport avec Unix, si ce n'est que certains ont fait une stack TCP/IP pour Unix, il y en avait aussi pour d'autres systemes, Unix n'etait pas specialement hors du lot. Simplement c'est celle qui est devenue la plue repandue car Unix est aussi devenu l'OS serveur le plus repandu a l'epoque.
Que TCP/IP est le protocole reseau des systemes Unix, j'en doutes pas, ca ne veut pas dire que TCP/IP est ne d'Unix, ca veut juste dire que c'est le protocole utilise principalement sur Unix.
Vous, vous aviez un vague truc qui s'appelait NetBIOS ou un truc du genre non ?
NT a toujours eu les 2, TCP/IP et NetBIOS, d'ailleurs NetBIOS c'est une couche au dessus de TCP/IP en passant.
Moi je constate que depuis 10 ans Microsoft ne cesse de courrir derrière UNIX.
Sur certains points oui, sur d'autres non il est en avance. Remarque, c'est normal quand tu commences apres les autres, tu rattrapes ton retard avant de depasser. Un OS ca ne se fait pas du jour au lendemain
Bref, faut aller revoir ton histoire informatique et arreter de croire qu'Unix est a la base de tout, c'est loin d'etre le cas.
[^] # Re: C'est une évidence
Posté par pasBill pasGates . En réponse au journal Les développeurs du libre sont-ils..... Évalué à 2.
[^] # Re: C'est une évidence
Posté par pasBill pasGates . En réponse au journal Les développeurs du libre sont-ils..... Évalué à 2.
3) ?!?! Si un soft sous Linux installe ses raccourcis uniquement sous /root, c'est la faute a l'OS ?
[^] # Re: C'est une évidence
Posté par pasBill pasGates . En réponse au journal Les développeurs du libre sont-ils..... Évalué à 2.
Ben tu sais, tant qu'il y a acces reseau, il y a des failles possibles aussi...
ActiveX en lui-meme n'est pas dangereux, ce sont les failles dans l'implementation d'ActiveX qui sont dangereuses.
Et tout le monde n'aura pas la SP2... Tout le monde n'a pas la SP1 encore !
Ben les gens qui n'updatent pas ne peuvent s'en prendre qu'a eux-meme, on va pas debarquer chez eux et les forcer a updater.
Ce que je regrette c'est la structure du menu démarrer, pas du tout optimale quand au multi-utilisateur à mon goût : trop de programmes se mettent uniquement dans le menu de l'admin uniquement.
Quel rapport avec la structure du menu demarrer ?
L'admin c'est un user comme les autres, il n'y a rien de special dans le menu demarrer pour l'admin. L'admin a un menu demarrer identique aux autres users.
[^] # Re: Il est gentil le monsieur
Posté par pasBill pasGates . En réponse au journal Les points communs entre Zin et Nux. Évalué à 2.
2) Les threads sont apparus dans le kernel NT bien avant d'etre apparus dans les kernels Unix, les kernels Unix a l'epoque ne s'occupaient que de processus pour la plupart alors que dans NT le scheduler ne s'occupe que de threads, et cela depuis le debut.
3) TCP/IP c'est pas specifique a Unix, c'est des protocoles de communication standards
Si tu lis ce qu'il ecrit et que tu compares les 2 kernels Linux et NT plutot que te mettre des oeilleres, tu te rendras compte qu'il a raison.
Le kernel Linux a ajoute nombre de ces choses deja presentes dans le kernel NT, ca veut pas dire qu'il les a "copiees", car ce sont des features architecturales de noyaux standards et ne sont pas specifiques a NT, ca veut simplement dire qu'il rattrape son retard.
[^] # Re: C'est une évidence
Posté par pasBill pasGates . En réponse au journal Les développeurs du libre sont-ils..... Évalué à 3.
cf. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wm(...)
[^] # Re: C'est une évidence
Posté par pasBill pasGates . En réponse au journal Les développeurs du libre sont-ils..... Évalué à 2.
Quand a VBScript/JScript, ils ne sont pour rien dans les failles, le probleme venait d'ailleurs, ces langages etaient juste le vecteur.
Et pour le multi-utilisateurs, ma foi, tu as raison, mais néanmoins, je tiens à blamer windows sur un point : c'est vraiment pas pratique ! Des programmes qui demandent qu'on installe en Admin et qui mettent les entrées de menu que chez l'admin, c'est fréquent...
Tu m'expliques ta logique ? Tu dis que c'est le programme qui demande a etre installe en admin, en quoi ca serait la faute de l'OS ?
[^] # Re: C'est une évidence
Posté par pasBill pasGates . En réponse au journal Les développeurs du libre sont-ils..... Évalué à 2.
D'autre part, WMI n'a _RIEN_ a voir avec la possiblite d'utiliser un OS en non-admin.
prétendre que c'est accessible et utilisable est aussi ridicule que la façon que tu avais citée pour désactiver certains ports à l'époque du ver attaquant lsass.
WMI est tout aussi accessible que n'importe quel langage de programmation shell sous Unix, t'ouvres un fichier, t'ecris ton code dedans, tu le lances, rien d'autre a faire.
oui, ça marche. mais sortir des manipulations de ce genre de calibre et pester contre les utilisateurs (clients Microsoft) qui ne savent pas les mettre en oeuvre ni même qu'elles existent, désolé, je me marre.
Pourquoi ? C'est complique de se logger en user et d'utiliser su sous Linux ?
Pourquoi ca serait plus complique de se logger en user sous Windows et d'utiliser runas.exe ?
[^] # Re: C'est une évidence
Posté par pasBill pasGates . En réponse au journal Les développeurs du libre sont-ils..... Évalué à 1.
Pas trop je pense, certains softs oui probablement, mais la tres grande majorite continueront a tourner sans probleme.
Arrete tu sais tres bien que sur unix on peut utiliser pleinement la machine sans avoir les droits root, alors que sur Windows on ne tient pas une semaine sans accorder les droits administrateurs a tout le monde. D'où les degats...
Sous windows ca fonctionne aussi, le probleme c'est que la plupart des gens ne le font pas car ils ne savent pas utiliser le systeme.
Quand je vois des gens ici administrant des machines Windows et qui ne savent meme pas ce qu'est WMI, ca donne envie de s'arracher les cheveux.
Quand aux softs qui ne fonctionnent pas en multi-utilisateur, je vois mal pourquoi on blamerait l'OS pour ca. Faut aller gueuler chez l'editeur de l'application.
[^] # Re: C'est une évidence
Posté par pasBill pasGates . En réponse au journal Les développeurs du libre sont-ils..... Évalué à -1.
1) Compares les failles d'IIS 6 et d'Apache 2, je vais rire, tu vas pleurer
2) Jettes un oeil au SP2 de XP(deja dispo en RC2, dispo en RTM tres tres bientot), tu te rendras compte des changements qu'il y a eu tout seul.
3) La qualite du code dans les produits MS, c'est pas seulement IE, c'est les dizaines d'autres softs MS aussi.
4) Les virus ne sont pas specialement du a du mauvais code, le gars qui lance un executable venant d'on ne sait ou, le systeme peut rien faire contre. On va pas interdire aux gens de lancer des softs, ca serait un peu extreme.
[^] # Re: Les développeurs du libre sont-ils....... meilleurs que les développ
Posté par pasBill pasGates . En réponse au journal Les développeurs du libre sont-ils..... Évalué à 10.
Et le test team trouvera constamment des bugs dans ton code, tu casseras le build toutes les semaines, tes composants n'interagiront plus correctement avec les composants des autres devs, les devs qui revoient ton code trouveront un tas de bugs,... et t'auras tout le monde sur le dos tres vite...
Faut arreter de croire que les developpeurs font leur code tout seul dans leur coin, c'etait vrai il y a 15 ans, aujourd'hui un developpeur a des dependances sur d'autres devs, sur des testeurs,... et si il joue au con ca se voit tres tres vite.
[^] # Re: C'est une évidence
Posté par pasBill pasGates . En réponse au journal Les développeurs du libre sont-ils..... Évalué à 6.
A premiere vue le concept de code review ne t'a jamais effleure l'esprit.
Non, vraiment, les prgrammeurs, tout comme n'importe qu'elle autre salarié ne mettent pas particuièrement leur emploi/salaire en jeu lorsqu'ils font leurs heures ! Comme de plus ils n'ont aucun interressement aux ventes du produit, ya aucune raison qu'il se décarcasse !
Tu veux dire que les employes de Redhat, Mandrake, Suse, IBM, ... font de la merde ? Parce qu'ils sont payes eux aussi.
Franchement, t'as deja bosse dans une boite qui fait du developpement informatique ?
[^] # Re: C'est une évidence
Posté par pasBill pasGates . En réponse au journal Les développeurs du libre sont-ils..... Évalué à 6.
1) J'ai programme pendant des annees sur Linux, en faisant des trucs plutot pousses(IPC, multithread, prog reseau, VM user-mode...) j'ai jamais eu besoin de jeter un coup d'oeil aux sources de la glibc, pthread ou autres.
2) Se baser sur le code interne de l'API plutot que sur la doc pour pondre son code c'est etre quasi certain de voir son soft planter dans la prochaine version car l'API aura change en interne, alors que la doc elle dit toujours la meme chose.
--> Inutile et dangereux
Il ne subissent aucune contrainte marketing et s'applique donc à travailler l'algorithmie de leur logiciel plutot qu'ajouter une fonctionnalité "flashie" inutile mais vendeuse.
1) J'ai personnellement _JAMAIS_ eu mon job decide par un marketeux. _JAMAIS_
Les fonctionnalites sont souvent crees dans les product teams, avec un feedback venant de l'exterieur, les marketeux eux ne connaissent rien a l'informatique, ils vendent ce que les product teams leur donnent. Les versions de demonstration qui sortent 2 ans avant la sortie du produit c'est pas pour rien, c'est pour avoir l'avis des gens.
2) Que la fonctionnalite soit "flashie" n'influence pas la qualite du code
Il n'ont aucune contrainte de temps ce qui leur permets de travailler sérieusement à la sécurité de leur logiciel
Dans le proprio non plus, les sorties de logiciels sont souvent repoussees, c'est pas par hasard.
et comme ils font du libre, ya toujours du monde pour les aider dans cette tâche.
T'as jamais code un soft libre toi...
Et surtout, comme ils mettent personnellement leur réputation en jeu en dévoilant leur code source, ils mettent forcément un point d'honneur a ce que rien de puisse être criticable dans leur travail, ce serait sinon honte et désonnheur sur eux, leur famille et les 3 générations qui suivent ;-)
1) Tu n'as clairement jamais vu le code de bon nombre de projets libres presents dans les distrib, certains sont immondes.
2) Tu crois que les devs du proprio s'en battent les burnes de leur code ? Tu vis sur quelle planete ?
Bref, ca sent a 3 kilometres le gars qui ne sait pas de quoi il parle
# Pourquoi faire simple quand on peut faire complique
Posté par pasBill pasGates . En réponse au journal Simple Windows Remote Administration. Évalué à 3.
Parce que ca fait a peu pres tout ce que tu demandes en mieux et plus facile, et c'est en standard, pas besoin d'une patchwork d'une machine Linux commandant une machine Windows qui commande un tas de machines avec du perl/cygwin/ssh/machin truc
[^] # Re: Agent double ?
Posté par pasBill pasGates . En réponse au journal Les collègues de pasBill vous lisent. Évalué à 3.
Je suis pas hotliner, ceci explique probablement cela
Allez vas-y, pasBill, fais ton comin' out ! Tu te sentiras tellement mieux après ! :-)
Pas besoin, plein de gens ici connaissent mon nom, de rares me connaissent meme personnellement,...
Mais si vous preferez vous faire des theories du complot, tant mieux pour vous si ca vous aide a dormir.
[^] # Re: Mais non...
Posté par pasBill pasGates . En réponse au journal Certains site interdits par IE ?!. Évalué à 9.
C'est quand meme genial comme vous prenez pour argent comptant ce que racontent les gens des qu'il s'agit de crash dans un soft MS sans meme essayer de chercher a savoir d'ou vient le probleme alors que lorsque il s'agit de Linux, la recherche d'une explication differente est le 1er reflexe.
Vive l'objectivite
# Desole...
Posté par pasBill pasGates . En réponse au journal Histoire d'une migration. Évalué à 5.
[^] # Re: Népal
Posté par pasBill pasGates . En réponse au journal Voyage Nepal. Évalué à 4.
Bof, il m'est arrive tres souvent de marcher dans les rues de Paris avec une carte pour me diriger plutot qu'en taxi et guide, et aucun autochtone ne m'a jamais importune.
Ok, je -->[]
[^] # Re: Vous pensez que
Posté par pasBill pasGates . En réponse au journal Nouvelle attaque affectant Internet explorer, même complètement patché.. Évalué à 2.
Les sources sont parties de Mainsoft, pas de MS, et je te mets au defi de prouver l'inverse.
[^] # Re: Ca n'arrete pas !!
Posté par pasBill pasGates . En réponse au journal Nouvelle attaque affectant Internet explorer, même complètement patché.. Évalué à 1.
Ca c'est une grosse connerie que tu racontes.
Si tu es admin sur ta machine, tu n'es pas admin sur la machine du voisin, a moins d'etre admin du domaine.
[^] # Re: Rigolons un bon coup
Posté par pasBill pasGates . En réponse au journal Le brevet Microsoft absurde du jour. Évalué à 1.
Il y a des trucs interessants ici, mais il y a aussi regulierement des aneries, et je ne comptes ni me priver des premiers, ni passer sous silence les deuxiemes.
[^] # Re: Rigolons un bon coup
Posté par pasBill pasGates . En réponse au journal Le brevet Microsoft absurde du jour. Évalué à 3.
Est-ce que je suis contre le depot du brevet ? Ca depend, le jour ou il y aura un systeme efficace de gestion de brevets et que les entreprises n'auront des lors plus le besoin d'utiliser cela pour combattre les attaques des autres, je serais contre, mais aujourd'hui je comprends tout a fait que les societes brevetent tout ce qui leur tombe sous la main car si elles ne le font pas, la societe d'a cote le fera.
Bref, le systeme est tel qu'il genere cette course folle au brevet, faut corriger le systeme, et il suffit pas de faire disparaitre les brevets pour ca, c'est bcp plus complexe.