1) Je vois pas le probleme des extensions de fichier, c'est quoi ? kournikova.jpg.exe ? Ce probleme a ete elimine il y a deja un petit moment
2) Tu devrais t'assurer que ton Windows est a jour, ca fait un petit moment qu'on a change ce comportement.
Je sais tres bien qu'approcher quoi que ce soit au sujet de MS au niveau 'politique' va finir en une depeche avec 500 commentaires, tous mes posts a -4, -5, Albert qui va faire une syncope et moi qui vais perdre mon temps, donc bon…
Je sais pertinemment qu'il y a les versions 32 et 64 bits de IE mais lorsque tu le lances, tu as par défaut la version 32bits et je suis persuadé que très peu d'utilisateurs savent qu'ils ont une version 64 bits sur leur PC.
Certainement, mais tu n'amenes pas une techno comme ca quand il y a tout un tas d'elements existants. Si le plugin faisant des bruits de pet a chaque click dans IE ne marche plus car 32bit uniquement, ton petit frere retournera a IE32bit de toute facon. On fait donc cela par etape, et la 1ere etape est de pousser les editeurs a passer leurs plugins en 64bit.
On s'est tous aussi que le développement s'appuie sur les architectures matérielles sous jacente. Cela a été dis dans un autre post ici il me semble. Voir le coup de gueule de Linus concernant le port ARM il y a quelques mois. Certaines fonctionnalité tirent partie des nouvelles instructions les CPU, il y eu il y a longtemps la MMU pour la mémoire (avec un port Linux sans MMU), il y a maintenant tout ce qui concerne la virtualisation qui n'est pas du tout au même niveau sur tous les CPU. N'étant pas spécialiste, je ne sais pas qu'elle est l'influence exacte de ce genre de contrainte dans le design d'un OS.
NT a depuis sa naissance le concept de HAL (Hardware Abstraction Layer) qui se situe comme couche entre le materiel et le noyau pour gerer les differences au niveau du materiel. C'est en tres grosse partie la dedans que le port ARM a eu lieu: ajouter le support pour les SoC differents, timers et controlleurs d'interruption specifiques a la plateforme, etc… et aussi un peu de boulot dans les pieces genre le memory manager.
Le reste du code au dessus c'est a 99% du C et C++ standard avec les APIs deja 'prepares' depuis longtemps pour supporter des tailles de pointeur differentes, etc… Il y a un peu de boulot supplementaire pour certaines parties pour optimiser le code en fonction de l'architecture (ecrire du code de maniere differentes sur des archis differentes peut ameliorer les perfs) et il faut evidemment avoir un compilateur ARM et ecrire les drivers pour le hardware specifique aux systemes ARM mais voila, c'est a peu pres tout.
Au niveau du developpement, vu la taille de la division on a une structure hierarchique :
- Un depot "Main" d'ou sortent les versions 'officielles' de la division Windows pour toutes les plateformes.
- Chaque sous-groupe (networking, shell, hyper-v, …) a sa branche, ou ils font leurs trucs, et quand ca atteint une qualite decente, ils integrent dans "Main"
- Chaque sous-groupe a aussi des sous branches pour leur differentes parties (TCP/IP, firewall, … pour networking par exemple)
Le code dans chacun de ces depots est evidemment le meme pour toutes les plateformes (ARM, x86, amd64) avec les #ifdef et autres trucs qu'il faut et chaque depot sort les 3 plateformes et les 3 OS (phone, server, client), sauf pour les couches tres hautes qui sont differentes entre le phone et le client(genre Explorer.exe, Media Player, …)
Il y a tous ceux qui utiliseront le "modern desktop" de Windows 8, vu que celui-ci interdit les plugins, on l'a mis en 64bit par defaut.
C'est toute la partie 'experience utilisateur' : si les plugins des gens ne marchent plus, ils pesteront et reviendront a la version 32bit de toute facon. Resultat on met la version 64bit, on pousse les editeurs de plugins importants a passer en 64bits, et une fois que la masse critique sera atteinte, on bascule a 64bit par defaut.
Le port ARM etait la depuis Vista, époque ou Xbox etait deja la… : x86, Itanium, amd64, ARM, PPC
Il est tout aussi multi-architecture que Linux, faut juste voir la difference qui est que MS ne sort que ce qui est rentable, tout comme Redhat ne va pas faire une distrib Redhat pour des archis exotiques.
Pour IE, si tu regardes bien, tu as IE 32 ET 64bits, les 2 sont donnes pour la simple raison que plein de plugins sont 32bits uniquement, mais je te recommandes perso d'utiliser la version 64bit qui est plus sure.
Server 2012 abandonne Itanium tout simplement car on etait arrive a un moment ou il y avait quasiment plus de machines Itanium chez MS qu'ailleurs sur la planete, autant dire que le developpement n'en valait plus la peine, l'arret n'a rien de technique.
cmd.exe c'est 32bit et ca va le rester tout simplement car il ne pourrait pas tourner autrement.
Du tout, tu fais tourner dans les navigateurs le resultat d'une compilation par TypeScript.
Et vu que le compilateur est lui-meme ecrit en JavaScript,ben tu sais que tant que ton code final JavaScript a une chance d'etre execute, il peut etre compile, pas de probleme de disponibilite du compilateur.
Une depeche pour 4 produits majeurs du concurrent d'en face, qui ont a peu pres tous un effet sur le monde Linux/libre.
Si tu as du mal a voir le lien entre Windows 8/Server et un impact sur le monde du libre après toutes ces annees de presence sur ce site, tu as un probleme bcp plus serieux que cette depeche…
la longue liste de CPU qui sont, ou ont été, supportés au fil des années
Pour ce qui est du code commun, il y a encore plein de code qui est commun, mais evidemment plein de code qui a change et ete ajoute aussi. Par contre l'architecture a tres peu change elle (stacks de drivers, object/memory/… managers separes, HAL, etc… sont toujours la)
Quand tu regardes WP7, base sur WinCE et ses limitations, c'etait clairement une phase 'transitoire' pour des telephones ressemblant de plus en plus a des ordinateurs. Ca veut pas dire que le systeme marchait pas bien, il marche tres bien, mais pour le future il y avait un plafond.
Je serai totalement pour faire une depeche plongeant plus profondemment dans le technique comme cela a ete demande plus bas, faut juste me creer une liste des sujets que vous voulez.
Faudra juste voir si j'arrive a la faire avant Jeudi, parce qu'apres je pars pour 3 semaines dans des trous perdus qui seront pour la plupart deconnectes du monde.
Je peux certainement aller bcp plus loin sur le technique, mais j'ai fini d'ecrire la depeche a 3h du matin et c'etait deja pas mal long, je peux certainement en faire une suivante allant plus profondemment sur les aspects techniques qui interessent, faudrait juste me dire lesquels (comme les 2 points que tu as mentionne ailleurs).
C'est aussi bien plus pratique pour l'utilisateur, c'est déjà trop d'avoir flash, silverlight et java qui peuvent s'exécuter dans le navigateur si tu ajoute dart et typescript ça deviendra infernal pour l'utilisateur
si tu ajoute dart et typescript ça deviendra infernal pour l'utilisateur.
Visiblement tu n'as pas compris ce qu'est typescript. typescript genere une seule chose : du javascript, que n'importe quel browser moderne peut executer.
Typescript est la pour les developpeurs : leur permettre d'ecrire de gros softs de maniere plus robuste en rajoutant des annotations et autres elts syntaxique, mais en sortie c'est du javascript pur et dur.
J'en sais rien et personne ne le sait, ca depend du marche et de si les gens preferent pouvoir faire tourner leurs softs precedents. Si je pouvais predire le futur j'aurais deja gagne au loto 20 fois et je serais sur une plage en ce moment.
Ben je lis cette info regulierement, alors j'ai cherche 30 secondes, trouve un lien demontrant que des gens faisant des comptes assez serieux disent de meme, et voila, j'allais pas te faire une analyse profonde sur 20 pages quand meme :)
Pour ce qui est du "vrai cout de windows", ben tu trouveras plein de gens te disant que ce vrai cout, il est plus bas que le concurrent d'en face quand tu mesures la totalite…
Pour les serveurs web, si tu regardes le meme site reference dans ce journal, il montre Windows a 30% du marche des serveurs web public, eh oui, il n'y a pas que IIS comme serveur web sous Windows !
According to IDC, Windows Server accounted for 71 percent of all second quarter server shipments, with revenue of $5.9 billion representing 45.5 percent of worldwide revenue. The rest of the market is split among Linux, mainframes, Unix and others.
a) Tu as le contrat avec OHA ? Moi je l'ai pas et il n'est pas sur le site de l'OHA non plus
b) Tu en sais quoi que le contrat de MS n'etait pas le meme avec tous les OEMs ? Rien
c) Oui tout a fait, Acer peut utiliser Aliyun, tout comme Hitachi (je crois que c'etait eux) pouvait utiliser BeOS. Acer devra faire sans support, ce qui augmente leur couts, et Hitachi aurait du faire avec un Windows un peu plus cher, ce qui augmente leurs couts, quelle difference…
Amazon a simplement tire avantage du fait que Android est libre et cela marche pour eux car ils n'ont jamais eu l'intention d'avoir Android de Google, Google n'a aucun moyen de pression sur eux, contrairement a Acer.
Compares ca a MS qui ferait payer un OEM plus cher sa copie de Windows compare aux autres OEMs… Exactement ce qui est arrive et qui a value un sacre merdier a MS.
Enlever l'acces en avance et le support, ca revient exactement au meme que ce que MS avait fait. Le seul truc qui sauve Google pour l'instant est qu'ils ne sont pas un monopole.
Ma reponse est simple: Si cela avait ete MS, il se serait pris un proces pour abus de monopole.
Ici Google fait de meme avec un OS qui a 60% du marche…
Faire partie de "OHA" est essentiel pour tout constructeur de smartphone qui veut faire de l'Android. Les regles de l'OHA, j'en comprends une partie, mais je les trouves sacrement limite en ce qui concerne l'interdiction de vendre un fork "incompatible avec Android". Ils ne limitent pas les constructeurs a tous les autres OS, mais une partie specifique. Maintenant je comprendrais qu'ils disent "ne dites pas que ces OS sont compatible-Android", mais qu'ils interdisent l'utilisation de l'OS forke tout simplement c'est extreme de mon point de vue.
Pour le reste, Alibaba n'a aucune excuse en ce qui concerne les softs pirates, c'est inacceptable (et ca a toujours ete un des problemes d'Android, je ne comprends pas que Google ne fasse rien contre).
[^] # Re: les questions essentielles
Posté par pasBill pasGates . En réponse à la dépêche Windows 8, Windows Server 2012 et Windows Phone 8. Évalué à 0.
1) Je vois pas le probleme des extensions de fichier, c'est quoi ? kournikova.jpg.exe ? Ce probleme a ete elimine il y a deja un petit moment
2) Tu devrais t'assurer que ton Windows est a jour, ca fait un petit moment qu'on a change ce comportement.
[^] # Re: Article non pertinent
Posté par pasBill pasGates . En réponse à la dépêche Windows 8, Windows Server 2012 et Windows Phone 8. Évalué à 4.
Oui bon on se comprend :)
Je sais tres bien qu'approcher quoi que ce soit au sujet de MS au niveau 'politique' va finir en une depeche avec 500 commentaires, tous mes posts a -4, -5, Albert qui va faire une syncope et moi qui vais perdre mon temps, donc bon…
[^] # Re: Architecture
Posté par pasBill pasGates . En réponse à la dépêche Windows 8, Windows Server 2012 et Windows Phone 8. Évalué à 4.
Je sais pertinemment qu'il y a les versions 32 et 64 bits de IE mais lorsque tu le lances, tu as par défaut la version 32bits et je suis persuadé que très peu d'utilisateurs savent qu'ils ont une version 64 bits sur leur PC.
Certainement, mais tu n'amenes pas une techno comme ca quand il y a tout un tas d'elements existants. Si le plugin faisant des bruits de pet a chaque click dans IE ne marche plus car 32bit uniquement, ton petit frere retournera a IE32bit de toute facon. On fait donc cela par etape, et la 1ere etape est de pousser les editeurs a passer leurs plugins en 64bit.
On s'est tous aussi que le développement s'appuie sur les architectures matérielles sous jacente. Cela a été dis dans un autre post ici il me semble. Voir le coup de gueule de Linus concernant le port ARM il y a quelques mois. Certaines fonctionnalité tirent partie des nouvelles instructions les CPU, il y eu il y a longtemps la MMU pour la mémoire (avec un port Linux sans MMU), il y a maintenant tout ce qui concerne la virtualisation qui n'est pas du tout au même niveau sur tous les CPU. N'étant pas spécialiste, je ne sais pas qu'elle est l'influence exacte de ce genre de contrainte dans le design d'un OS.
NT a depuis sa naissance le concept de HAL (Hardware Abstraction Layer) qui se situe comme couche entre le materiel et le noyau pour gerer les differences au niveau du materiel. C'est en tres grosse partie la dedans que le port ARM a eu lieu: ajouter le support pour les SoC differents, timers et controlleurs d'interruption specifiques a la plateforme, etc… et aussi un peu de boulot dans les pieces genre le memory manager.
Le reste du code au dessus c'est a 99% du C et C++ standard avec les APIs deja 'prepares' depuis longtemps pour supporter des tailles de pointeur differentes, etc… Il y a un peu de boulot supplementaire pour certaines parties pour optimiser le code en fonction de l'architecture (ecrire du code de maniere differentes sur des archis differentes peut ameliorer les perfs) et il faut evidemment avoir un compilateur ARM et ecrire les drivers pour le hardware specifique aux systemes ARM mais voila, c'est a peu pres tout.
Au niveau du developpement, vu la taille de la division on a une structure hierarchique :
- Un depot "Main" d'ou sortent les versions 'officielles' de la division Windows pour toutes les plateformes.
- Chaque sous-groupe (networking, shell, hyper-v, …) a sa branche, ou ils font leurs trucs, et quand ca atteint une qualite decente, ils integrent dans "Main"
- Chaque sous-groupe a aussi des sous branches pour leur differentes parties (TCP/IP, firewall, … pour networking par exemple)
Le code dans chacun de ces depots est evidemment le meme pour toutes les plateformes (ARM, x86, amd64) avec les #ifdef et autres trucs qu'il faut et chaque depot sort les 3 plateformes et les 3 OS (phone, server, client), sauf pour les couches tres hautes qui sont differentes entre le phone et le client(genre Explorer.exe, Media Player, …)
[^] # Re: Architecture
Posté par pasBill pasGates . En réponse à la dépêche Windows 8, Windows Server 2012 et Windows Phone 8. Évalué à -2.
Il y a tous ceux qui utiliseront le "modern desktop" de Windows 8, vu que celui-ci interdit les plugins, on l'a mis en 64bit par defaut.
C'est toute la partie 'experience utilisateur' : si les plugins des gens ne marchent plus, ils pesteront et reviendront a la version 32bit de toute facon. Resultat on met la version 64bit, on pousse les editeurs de plugins importants a passer en 64bits, et une fois que la masse critique sera atteinte, on bascule a 64bit par defaut.
[^] # Re: Article non pertinent
Posté par pasBill pasGates . En réponse à la dépêche Windows 8, Windows Server 2012 et Windows Phone 8. Évalué à 0.
Oui mais bon, si moi je fais dans le subjectif, on sait tous comment ca va finir …
[^] # Re: Architecture
Posté par pasBill pasGates . En réponse à la dépêche Windows 8, Windows Server 2012 et Windows Phone 8. Évalué à 1.
Le port ARM etait la depuis Vista, époque ou Xbox etait deja la… : x86, Itanium, amd64, ARM, PPC
Il est tout aussi multi-architecture que Linux, faut juste voir la difference qui est que MS ne sort que ce qui est rentable, tout comme Redhat ne va pas faire une distrib Redhat pour des archis exotiques.
Pour IE, si tu regardes bien, tu as IE 32 ET 64bits, les 2 sont donnes pour la simple raison que plein de plugins sont 32bits uniquement, mais je te recommandes perso d'utiliser la version 64bit qui est plus sure.
Server 2012 abandonne Itanium tout simplement car on etait arrive a un moment ou il y avait quasiment plus de machines Itanium chez MS qu'ailleurs sur la planete, autant dire que le developpement n'en valait plus la peine, l'arret n'a rien de technique.
cmd.exe c'est 32bit et ca va le rester tout simplement car il ne pourrait pas tourner autrement.
[^] # Re: la réponse à dart ?
Posté par pasBill pasGates . En réponse au journal Nouveau projet OpenSource chez Microsoft: TypeScript. Évalué à -1.
Du tout, tu fais tourner dans les navigateurs le resultat d'une compilation par TypeScript.
Et vu que le compilateur est lui-meme ecrit en JavaScript,ben tu sais que tant que ton code final JavaScript a une chance d'etre execute, il peut etre compile, pas de probleme de disponibilite du compilateur.
[^] # Re: Article non pertinent
Posté par pasBill pasGates . En réponse à la dépêche Windows 8, Windows Server 2012 et Windows Phone 8. Évalué à 3.
Une depeche pour 4 produits majeurs du concurrent d'en face, qui ont a peu pres tous un effet sur le monde Linux/libre.
Si tu as du mal a voir le lien entre Windows 8/Server et un impact sur le monde du libre après toutes ces annees de presence sur ce site, tu as un probleme bcp plus serieux que cette depeche…
[^] # Re: Surface - stylet ?
Posté par pasBill pasGates . En réponse à la dépêche Windows 8, Windows Server 2012 et Windows Phone 8. Évalué à 4.
Technicien de Surface <-> balayer …
[^] # Re: Architecture
Posté par pasBill pasGates . En réponse à la dépêche Windows 8, Windows Server 2012 et Windows Phone 8. Évalué à 3.
Le texte etait pourtant clair :
la longue liste de CPU qui sont, ou ont été, supportés au fil des années
Pour ce qui est du code commun, il y a encore plein de code qui est commun, mais evidemment plein de code qui a change et ete ajoute aussi. Par contre l'architecture a tres peu change elle (stacks de drivers, object/memory/… managers separes, HAL, etc… sont toujours la)
[^] # Re: La fin de Windows Phone
Posté par pasBill pasGates . En réponse à la dépêche Windows 8, Windows Server 2012 et Windows Phone 8. Évalué à -2.
Quand tu regardes WP7, base sur WinCE et ses limitations, c'etait clairement une phase 'transitoire' pour des telephones ressemblant de plus en plus a des ordinateurs. Ca veut pas dire que le systeme marchait pas bien, il marche tres bien, mais pour le future il y avait un plafond.
[^] # Re: système de fichier
Posté par pasBill pasGates . En réponse à la dépêche Windows 8, Windows Server 2012 et Windows Phone 8. Évalué à 0.
Pas compris, c'est quoi le probleme ?
[^] # Re: Allons-y
Posté par pasBill pasGates . En réponse à la dépêche Windows 8, Windows Server 2012 et Windows Phone 8. Évalué à 8.
Je serai totalement pour faire une depeche plongeant plus profondemment dans le technique comme cela a ete demande plus bas, faut juste me creer une liste des sujets que vous voulez.
Faudra juste voir si j'arrive a la faire avant Jeudi, parce qu'apres je pars pour 3 semaines dans des trous perdus qui seront pour la plupart deconnectes du monde.
[^] # Re: Architecture
Posté par pasBill pasGates . En réponse à la dépêche Windows 8, Windows Server 2012 et Windows Phone 8. Évalué à 1.
Je peux certainement aller bcp plus loin sur le technique, mais j'ai fini d'ecrire la depeche a 3h du matin et c'etait deja pas mal long, je peux certainement en faire une suivante allant plus profondemment sur les aspects techniques qui interessent, faudrait juste me dire lesquels (comme les 2 points que tu as mentionne ailleurs).
[^] # Re: Compilateur
Posté par pasBill pasGates . En réponse au journal Nouveau projet OpenSource chez Microsoft: TypeScript. Évalué à -2.
C'est aussi bien plus pratique pour l'utilisateur, c'est déjà trop d'avoir flash, silverlight et java qui peuvent s'exécuter dans le navigateur si tu ajoute dart et typescript ça deviendra infernal pour l'utilisateur
Visiblement j'ai bien compris au contraire.
[^] # Re: Compilateur
Posté par pasBill pasGates . En réponse au journal Nouveau projet OpenSource chez Microsoft: TypeScript. Évalué à -1.
si tu ajoute dart et typescript ça deviendra infernal pour l'utilisateur.
Visiblement tu n'as pas compris ce qu'est typescript. typescript genere une seule chose : du javascript, que n'importe quel browser moderne peut executer.
Typescript est la pour les developpeurs : leur permettre d'ecrire de gros softs de maniere plus robuste en rajoutant des annotations et autres elts syntaxique, mais en sortie c'est du javascript pur et dur.
[^] # Re: Résumé des commentaires du journal
Posté par pasBill pasGates . En réponse à la dépêche Intel ne supportera pas Linux pour ses Clover Trail. Évalué à -2.
J'en sais rien et personne ne le sait, ca depend du marche et de si les gens preferent pouvoir faire tourner leurs softs precedents. Si je pouvais predire le futur j'aurais deja gagne au loto 20 fois et je serais sur une plage en ce moment.
[^] # Re: Outrage against the machine
Posté par pasBill pasGates . En réponse au journal SuSE Linux en pleine forme grâce à Attachmate. Évalué à -6.
Ben je lis cette info regulierement, alors j'ai cherche 30 secondes, trouve un lien demontrant que des gens faisant des comptes assez serieux disent de meme, et voila, j'allais pas te faire une analyse profonde sur 20 pages quand meme :)
Pour ce qui est du "vrai cout de windows", ben tu trouveras plein de gens te disant que ce vrai cout, il est plus bas que le concurrent d'en face quand tu mesures la totalite…
[^] # Re: Outrage against the machine
Posté par pasBill pasGates . En réponse au journal SuSE Linux en pleine forme grâce à Attachmate. Évalué à -4.
Pour les serveurs web, si tu regardes le meme site reference dans ce journal, il montre Windows a 30% du marche des serveurs web public, eh oui, il n'y a pas que IIS comme serveur web sous Windows !
http://arstechnica.com/business/2011/09/despite-enterprise-dominance-microsoft-struggles-in-web-server-market/
According to IDC, Windows Server accounted for 71 percent of all second quarter server shipments, with revenue of $5.9 billion representing 45.5 percent of worldwide revenue. The rest of the market is split among Linux, mainframes, Unix and others.
[^] # Re: Outrage against the machine
Posté par pasBill pasGates . En réponse au journal SuSE Linux en pleine forme grâce à Attachmate. Évalué à -3.
Quel marche ? Celui des serveurs en general ? Celui la oui c'est sur que MS le domine.
Celui des serveurs web publics par contre, c'est tres probablement l'inverse.
[^] # Re: Résumé des commentaires du journal
Posté par pasBill pasGates . En réponse à la dépêche Intel ne supportera pas Linux pour ses Clover Trail. Évalué à 2.
Comme toutes les tablettes Win8, arm y compris, Microsoft impose de locker le HW par DRM
C'est faux. Microsoft impose de pouvoir unlocker les tablettes x86, et impose de locker les ARM.
[^] # Re: Comme quoi...
Posté par pasBill pasGates . En réponse au journal Google et Alibaba un autre point de vue que celui de Microsoft. Évalué à -4.
a) Tu as le contrat avec OHA ? Moi je l'ai pas et il n'est pas sur le site de l'OHA non plus
b) Tu en sais quoi que le contrat de MS n'etait pas le meme avec tous les OEMs ? Rien
c) Oui tout a fait, Acer peut utiliser Aliyun, tout comme Hitachi (je crois que c'etait eux) pouvait utiliser BeOS. Acer devra faire sans support, ce qui augmente leur couts, et Hitachi aurait du faire avec un Windows un peu plus cher, ce qui augmente leurs couts, quelle difference…
Amazon a simplement tire avantage du fait que Android est libre et cela marche pour eux car ils n'ont jamais eu l'intention d'avoir Android de Google, Google n'a aucun moyen de pression sur eux, contrairement a Acer.
[^] # Re: Le libre, mais en fait non
Posté par pasBill pasGates . En réponse au journal Google et Alibaba un autre point de vue que celui de Microsoft. Évalué à -3.
Compares ca a MS qui ferait payer un OEM plus cher sa copie de Windows compare aux autres OEMs… Exactement ce qui est arrive et qui a value un sacre merdier a MS.
Enlever l'acces en avance et le support, ca revient exactement au meme que ce que MS avait fait. Le seul truc qui sauve Google pour l'instant est qu'ils ne sont pas un monopole.
[^] # Re: Comme quoi...
Posté par pasBill pasGates . En réponse au journal Google et Alibaba un autre point de vue que celui de Microsoft. Évalué à -1.
Devines quoi, MS aussi avait des contrats avec ses OEMs… Tu ne peux pas mettre tout et n'importe quoi dans un contrat.
[^] # Re: Comme quoi...
Posté par pasBill pasGates . En réponse au journal Google et Alibaba un autre point de vue que celui de Microsoft. Évalué à -2.
Ma reponse est simple: Si cela avait ete MS, il se serait pris un proces pour abus de monopole.
Ici Google fait de meme avec un OS qui a 60% du marche…
Faire partie de "OHA" est essentiel pour tout constructeur de smartphone qui veut faire de l'Android. Les regles de l'OHA, j'en comprends une partie, mais je les trouves sacrement limite en ce qui concerne l'interdiction de vendre un fork "incompatible avec Android". Ils ne limitent pas les constructeurs a tous les autres OS, mais une partie specifique. Maintenant je comprendrais qu'ils disent "ne dites pas que ces OS sont compatible-Android", mais qu'ils interdisent l'utilisation de l'OS forke tout simplement c'est extreme de mon point de vue.
Pour le reste, Alibaba n'a aucune excuse en ce qui concerne les softs pirates, c'est inacceptable (et ca a toujours ete un des problemes d'Android, je ne comprends pas que Google ne fasse rien contre).