Sur les 20% de personne assez qualifié, combien peuvent vraiment l'etudier ? Et combien oseront le dire ?
Tres tres peu.
Ah bon ? Tu en sais quoi ? Quid des gens qui ont commente ce code en public, sur des sites web ?
Et il n'y a pas de probléme pour lire le code source du kernel linux puisqu'il est sous GPL.
A moins de faire un copier-coller massif de partit du code, le devellopeur n'a rien à craindre.
Le code leaké, il y a microsoft qui attend avec ses avocats.
Difference enorme ...
Quedalle, si t'es un kernel dev et tu t'amuses a lire du code sous une licence que tu ne peux pas reutiliser(code MS, ou code GPL si tu bosses sur un kernel proprio), meme probleme.
Windows Nt est instable, c'est du au boulet qu'il se traine.
Faire appel aux anciennes API 16 bits peut faire beaucoup de mal à la stabilité du systéme.
Tu vois, c'est la ou tu montres que tu ne comprends absolument rien et que tu parles de ce que tu ne connais pas.
Je t'aide, il n'y a pas _un seul_ composant 16 bits dans Windows NT. Tout ce qui est 16bits tourne dans un emulateur.
Bref, l'OS ne se base sur absolument _rien_ qui soit 16bits
Tu serais donc prie d'eviter de sortir des aneries sur cet OS que visiblement tu ne connais pas du tout.
Franchement, sur le bug du printf, c'est quand même assez impressionnant.
Les oops corrigé dans le kernel linux le sont plutot sur des API plus complexes.
Oui bien sur, les devs du kernel ne font jamais d'erreurs stupides c'est bien connu. D'ailleurs personne ne se rappelle de la celebre VM a Rik du kernel 2.2 hein...
Bon, on continue ou on s'arrette ?
Ca fatigue de discuter sur ce genre de sujet avec toi ...
Ben arretes de sortir des aneries sur un OS que visiblement tu ne connais pas du tout, et tu ne m'entendras plus...
[^] # Re: Vista // Linux
Posté par pasBill pasGates . En réponse à la dépêche Virtualisation de Serveur : Linux sous Windows. Évalué à 2.
Tres tres peu.
Ah bon ? Tu en sais quoi ? Quid des gens qui ont commente ce code en public, sur des sites web ?
Et il n'y a pas de probléme pour lire le code source du kernel linux puisqu'il est sous GPL.
A moins de faire un copier-coller massif de partit du code, le devellopeur n'a rien à craindre.
Le code leaké, il y a microsoft qui attend avec ses avocats.
Difference enorme ...
Quedalle, si t'es un kernel dev et tu t'amuses a lire du code sous une licence que tu ne peux pas reutiliser(code MS, ou code GPL si tu bosses sur un kernel proprio), meme probleme.
Windows Nt est instable, c'est du au boulet qu'il se traine.
Faire appel aux anciennes API 16 bits peut faire beaucoup de mal à la stabilité du systéme.
Tu vois, c'est la ou tu montres que tu ne comprends absolument rien et que tu parles de ce que tu ne connais pas.
Je t'aide, il n'y a pas _un seul_ composant 16 bits dans Windows NT. Tout ce qui est 16bits tourne dans un emulateur.
Bref, l'OS ne se base sur absolument _rien_ qui soit 16bits
Tu serais donc prie d'eviter de sortir des aneries sur cet OS que visiblement tu ne connais pas du tout.
Franchement, sur le bug du printf, c'est quand même assez impressionnant.
Les oops corrigé dans le kernel linux le sont plutot sur des API plus complexes.
Oui bien sur, les devs du kernel ne font jamais d'erreurs stupides c'est bien connu. D'ailleurs personne ne se rappelle de la celebre VM a Rik du kernel 2.2 hein...
Bon, on continue ou on s'arrette ?
Ca fatigue de discuter sur ce genre de sujet avec toi ...
Ben arretes de sortir des aneries sur un OS que visiblement tu ne connais pas du tout, et tu ne m'entendras plus...