Finance : Microsoft voit son bénéfice net baisser malgré Windows 8

Ou à cause de Windows 8 ?

Le 25 janvier 2013 à 14h05

3 min

Économie

Le dernier trimestre 2012 a décidément été similaire pour bien des sociétés de haute technologie, avec d'excellents chiffres d'affaires mais des bénéfices plus décevants, du fait de marges bien inférieures à l'année précédente. Un constat aussi réalisé par Microsoft.

Un bénéfice inférieur à 2011 et même à 2010

Avec 21,456 milliards de dollars de chiffre d'affaires, Microsoft a signé un trimestre record, bien aidé par ses ventes de Windows 8. Toutefois, en rognant sur ses marges sur certains produits et du fait du recul de sa division Business (Office), Microsoft a vu son bénéfice net reculer de 3,8 % à 6,377 milliards de dollars. Une véritable contre-performance sachant que ce bénéfice est inférieur à celui de fin 2011 (6,624 milliards), mais aussi à celui de fin 2010 (6,634 milliards). Ceci alors que son chiffre d'affaires a augmenté de plus de 1,5 milliard de dollars en deux ans.

Ce trimestre n'a d'ailleurs rien à voir avec la fin de l'année 2011. En effet, la division Windows devance désormais le secteur Business et écrase la division divertissement, comme vous pouvez le constater avec les chiffres d'affaires suivant :

Windows : 5,881 Mds (+ 24 %)
Business (Office) : 5,691 Mds (- 10 %)
Server & Tools : 5,186 Mds (+ 9,4 %)
Enternainment & Devices (Xbox) : 3,772 Mds (- 11 %)
Online Services : 869 millions (+ 10,8 %)

Lors du dernier trimestre 2011, la division Windows ne figurait qu'en troisième position, devancée par les secteurs Business et Server, et surpassant à peine la division Divertissement. Cela s'explique aisément toutefois. Les ventes de la suite Office étaient ainsi excellentes en 2011, ce qui a moins été le cas en 2012. Même logique pour les consoles, en fin de vie en attendant la prochaine génération. A contrario, en 2011, Windows 7 était lui-même en fin de vie même s'il s'en écoulait encore des millions. Mais l'arrivée de Windows 8 était bien attendue. Rajoutons que du fait de la crise des disques durs et de la faible demande en PC (déjà à l'époque), les ventes d'ordinateurs et par conséquent de Windows n'ont pas été folichonnes fin 2011.

La montée constante de la division serveur

L'autre constat intéressant concerne la division Server & Tools de Microsoft. Cette dernière est en progression constante depuis plusieurs années. Elle a d'ailleurs pour la première fois dépassé les 5 milliards de dollars en un seul trimestre, preuve de sa bonne forme financière.

À titre de comparaison, il y a deux ans, cette division générait près de 1 milliard de dollars de moins qu'aujourd'hui (4,287 Mds), et à peine 3,755 milliards fin 2008. En quatre ans, cette division a donc réalisé un bond de 38 %. Aucun autre secteur ne peut en dire autant, même les divisions Business et Divertissement.

De lourdes dépenses en marketing

Notez enfin que les marges de Microsoft ont été rognées du fait de ses prix cassés pour Windows 8 ainsi que pour Office et sa division jeux vidéo. Qui plus est, son secteur Ventes et Marketing a vu son budget croître de plus de 500 millions de dollars, atteignant tout de même 4,3 milliards de dollars à lui seul. Les publicités pour Windows 8 ou encore Surface expliquent certainement cette inflation de 14,5 %. Avec des dépenses marketing inférieures, à ventes égales, Microsoft aurait donc affiché un bénéfice en croissance, et non en recul.

Commentaires (79)

bzc

Le 25/01/2013 à 19h43

Goldoark a écrit :

Ta phrase montre que tu es un noob en programmation.

[…]

Le C/C++ (voir ASM) est très pratique pour les codes devant s’exécuter très rapidement. Mais pas pour les programmes qui nécessitent de tourner de manière très stable et sur du très long terme.

Ahah c’est une blague ? Apache et Bind qui sont écris en C sont tellement pas stable que ce sont les serveurs HTTP et DNS les plus utilisés.

Ta première phrase prend tout son sens maintenant.

Oungawak

Le 25/01/2013 à 19h57

Vincent, je veut pas critiquer (le ménage est toujours une tâche ingrate), mais je crois qu’il y a quelques trolls qui bougent encore sur la première page, notamment Yangzebul et sa magnifique expertise à la fois subtile et profonde, digne d’un pêcheur à la dynamite :

Yangzebul a écrit :

C’est triste à dire mais l’immense majorité des développeurs (ingénieurs sortit de grandes écoles compris) sont incompétents et pondent du code de merde. (…) dans la réalité (tout du moins en france) 99% des développeurs sur le marché n’ont pas assez de maîtrise pour travailler sur des applications critiques sans filet de sécurité.

C’est beau. " />

Yangzebul

Le 25/01/2013 à 20h20

Oungawak a écrit :

Vincent, je veut pas critiquer (le ménage est toujours une tâche ingrate), mais je crois qu’il y a quelques trolls qui bougent encore sur la première page, notamment Yangzebul et sa magnifique expertise à la fois subtile et profonde, digne d’un pêcheur à la dynamite :

C’est beau. " />

Bah tu sais quoi, j’assume totalement même si ça donne à fond dans l’hyperbole où que ça blesse certains égos :

Pas plus tard qu’il y a deux semaines je développe un parser et je pose une question à 3 collègues : “tu comprends comment cette partie de la BNF ?”

2 sont des ingénieurs avec +de 15 ans d’expérience et l’autre est directeur technique, les trois m’ont regardés avec des yeux ronds et m’ont répondus “une B-quoi ?”

" />

Avant hier, un DSI d’une grande entreprise française de l’énergie qui me dit “on va choisir SQL Server car on pourra faire des camemberts plus facilement avec”

" />

Et je ne te parle même pas de la qualité du code que j’ai eu a réécrire en SSII ces six dernières années : dans le genre je fais ma requête dans une boucle car un “INNER JOIN” c’est trop galère, ici on est champions.

Alors oui j’assume : le développement c’est comme tout les autres corps de métiers, une minorité de gens bons et une majorité de branleurs à qui je ne fais déjà pas confiance pour du code managé.

PS : et oui je suis un vieux con aigri :p

127.0.0.1

Le 26/01/2013 à 00h14

Yangzebul a écrit :

99% des développeurs sur le marché n’ont pas assez de maîtrise pour travailler sur des applications critiques sans filet de sécurité.

Au moins 80% des développeurs pensent être dans les 1% restant.

Aloyse57

Le 26/01/2013 à 03h49

Yangzebul a écrit :

Bah tu sais quoi, j’assume totalement même si ça donne à fond dans l’hyperbole où que ça blesse certains égos :

Pas plus tard qu’il y a deux semaines je développe un parser et je pose une question à 3 collègues : “tu comprends comment cette partie de la BNF ?”

2 sont des ingénieurs avec +de 15 ans d’expérience et l’autre est directeur technique, les trois m’ont regardés avec des yeux ronds et m’ont répondus “une B-quoi ?”

" />

Avant hier, un DSI d’une grande entreprise française de l’énergie qui me dit “on va choisir SQL Server car on pourra faire des camemberts plus facilement avec”

" />

Et je ne te parle même pas de la qualité du code que j’ai eu a réécrire en SSII ces six dernières années : dans le genre je fais ma requête dans une boucle car un “INNER JOIN” c’est trop galère, ici on est champions.

Alors oui j’assume : le développement c’est comme tout les autres corps de métiers, une minorité de gens bons et une majorité de branleurs à qui je ne fais déjà pas confiance pour du code managé.

PS : et oui je suis un vieux con aigri :p

Je suis un vieux con pas aigri et j’assume être dans le 99%.

Des boucles plutôt qu’un INNER JOIN ? Je préfère ça à une requête bancale impossible à déboguer. Pas une jointure sur 2 malheureuses tables mais 3,4 et plus si affinités. Les boucles permettent aussi les barres de progression et de ne pas mettre le serveur à genoux. J’utilise évidemment les jointures, les triggers, les procédures stockées, etc…mais je ne crois pas que ça fasse de moi un meilleur dév.

+30 ans de programmation, DSI aussi, et jamais entendu de BNF. Savoir maintenant ce que cela signifie (j’ai été voir " />) ne changera rien à ma vie professionnelle finalement.

Je partage votre point de vue : ne faire confiance à personne en dév. Les autres sont soit incompétents et dangereux ou alors très compétents et encore plus dangereux : dans ce dernier cas ils me font concurrence " />.

brethmas

Le 26/01/2013 à 09h30

Ou à cause de Windows, sa vie, son oeuvre, tout court…

Tous les internautes se souviennent des après-midi perdues à se battre avec Windows.

or maintenant, l’offre alternative est présente et efficace… Ubuntu fonctionne parfaitement, etc…

befa508

Le 26/01/2013 à 10h52

Aujourd’hui on ne se bat plus avec Windows par contre j’en connais qui se battent avec Ubuntu, faut arrêter de jouer l’autruche en disant qu’Ubuntu est le plus beau du monde, limite je peux comprendre ce qui font l’apologie d’osX mais Ubuntu à part sa gratuité n’apporte rien.

Je suis développeur aussi et je ne me rappelle pas d’avoir entendu le terme BNF.

@Yangzebul : effiectivement il existe plein de programme mal codés mal codé. Mal codé parce que c’était à l’origine un POC qui s’est transformé en application de production, mal codé parce qu’on la confié à un stagiaire, mal codé parce que ce n’est pas un développeur qui l’a codé, mal codé parce qu’il fallait le terminer pour hier, mal codé parce que le développeur était tout simplement incompétent.

Cela dit, si un développeur expérimenté (Java, .Net) m’écoute et veut changer de boite, qu’il me fasse signe " />

ldesnogu

Le 26/01/2013 à 11h09

BNF… C’est triste que meme des vieux n’aient pas eu de cours de compilation " />

after_burner

Le 26/01/2013 à 11h15

6 milliard de bénefs, on a vu plus “décevant”…

D’autant que W8 n’est pas le seul lancement: WP8, Surface et les dépenses marketing qui s’en suivent.

Les chiffres de 2013 seront bien plus significatifs à mon avis.

Latios

Le 26/01/2013 à 11h24

Goldoark a écrit :

Le C/C++ (voir ASM) est très pratique pour les codes devant s’exécuter très rapidement. Mais pas pour les programmes qui nécessitent de tourner de manière très stable et sur du très long terme.

" /> " /> " />

ldesnogu

Le 26/01/2013 à 11h26

after_burner a écrit :

6 milliard de bénefs, on a vu plus “décevant”…

D’autant que W8 n’est pas le seul lancement: WP8, Surface et les dépenses marketing qui s’en suivent.

Les chiffres de 2013 seront bien plus significatifs à mon avis.

Je pense pareil. 2012 reste une année de crise. Puis Windows 8 vient après Seven (© Lapalisse). Donc on ne peut pas encore dire que MS s’affaiblit fortement… Hélas " />

Bylon

Le 26/01/2013 à 11h41

Nil Sanyas a écrit :

Ou à cause de Windows 8 ?

Excellent “sous-titre” de votre article !

Oungawak

Le 26/01/2013 à 18h09

Yangzebul a écrit :

Pas plus tard qu’il y a deux semaines je développe un parser et je pose une question à 3 collègues : “tu comprends comment cette partie de la BNF ?”

2 sont des ingénieurs avec +de 15 ans d’expérience et l’autre est directeur technique, les trois m’ont regardés avec des yeux ronds et m’ont répondus “une B-quoi ?”

Avant hier, un DSI d’une grande entreprise française de l’énergie qui me dit “on va choisir SQL Server car on pourra faire des camemberts plus facilement avec”

Et je ne te parle même pas de la qualité du code que j’ai eu a réécrire en SSII ces six dernières années

Nous disons donc : 3 collègues qui ont appris l’informatique en 1998 (espéront qu’ils font une veille technologique), un pèlerin croisé avant-hier dans une grosse boîte et les quelques (la ?) boîtes dans lequel tu as bossé ces six dernières années… Ça fait maigre pour déterminer que 99% des centaines de milliers d’ingénieurs en France (incluant ceux de petites boîtes saisonnières comme Airbus) sont absolument tous des bras cassés… " />

Des bras cassés, je sais que ça existe, t’inquiètes pas, et à des niveaux beaucoup plus violents que les cas gentils que tu m’as décrit. Comment on fait un tableau dynamique ? Comme ça :

int Valeur1;

int Valeur2;

int Valeur3;

int Valeur4;

…

int Valeur29;

int Valeur30;

Puis on rajoute au fil des besoins. Pourquoi comme ça ? “Ben au début y en avais que 5, pas la peine de faire un tableau”. PAN

Mais je te rassures aussi, il y a aussi pas mal de gens autrement plus sérieux, sinon le secteur informatique en France serait vraiment mort depuis longtemps déjà. En général ce sont ceux qui pleurent recroquevillé dans le placard à fournitures…

PS: Un petit site pour ceux qui connaîtraient pas. " />

Anonyme

Le 26/01/2013 à 19h16

befa508 a écrit :

Aujourd’hui on ne se bat plus avec Windows par contre j’en connais qui se battent avec Ubuntu, faut arrêter de jouer l’autruche en disant qu’Ubuntu est le plus beau du monde, limite je peux comprendre ce qui font l’apologie d’osX mais Ubuntu à part sa gratuité n’apporte rien.

Donc ubuntu apporte déjà plus qu’OS X

anonyme_97254becd5c5b064755d6772703ed968

Le 26/01/2013 à 20h40

Goldoark a écrit :

Ta phrase montre que tu es un noob en programmation.

Evidemment, en théorie, il suffit de libérer scrupuleusement chaque variable et chaque espace mémoire occupé pour avoir un code propre et faire de la bonne programmation.

Seulement c’est impossible avec le multithread, car les possibilités de chevauchement deviennent innombrables, et on finit toujours par avoir une erreur aléatoire, genre une ressource locked par un autre thread au moment où elle devrait être libérée, un truc dans le genre.

Le C/C++ (voir ASM) est très pratique pour les codes devant s’exécuter très rapidement. Mais pas pour les programmes qui nécessitent de tourner de manière très stable et sur du très long terme.

Donc passer sur un code managé est une nécessité pour de tels programmes.

Et en ce qui concerne la perte de performances, elle est minime, car les MV sont de plus en plus optimisées avec des algos de fous.

Enorme , l’hopital qui se fout de la charité !!!!

“ Le C/C++ … Mais pas pour les programmes qui nécessitent de tourner de manière très stable et sur du très long terme.” :

tu crois qu’il est écris en quoi le kernel Linux toi ?

Il est pas stable … depuis 91 ? c’est pas du long terme pour toi ?

C plutot les “garbage” a tout va qui fuitent comme des porcs.

Allez, je retourne coder.

Aloyse57

Le 26/01/2013 à 22h55

ldesnogu a écrit :

BNF… C’est triste que meme des vieux n’aient pas eu de cours de compilation " />

Comment ? Il existe autre chose que l’interprété (dév. BASIC plein temps ici) ? " />

Sebdraluorg

Le 27/01/2013 à 00h04

Oungawak a écrit :

int Valeur1;

int Valeur2;

int Valeur3;

int Valeur4;

…

int Valeur29;

int Valeur30;

Puis on rajoute au fil des besoins. Pourquoi comme ça ? “Ben au début y en avais que 5, pas la peine de faire un tableau”. PAN
Ah wai, puissant ça ! " />

Pour ma part, je bosse avec des gars qui après plus de 15 ans de C++ n’ont pas compris qu’un CPU ne comprend pas le langage humain !

Ils s’obstinent à utiliser des string à tout va pour communiquer sur un système embarqué !

Ou bien, ils échangent de l’xml dans du Soap ! (cad de l’xml généré à partir du résultat d’une requête SQL et puis mis dans un char * data que l’on envoi en soap) " />

Enfin, la médaille devrait pour moi revenir à ceux qui ont inventé l’xml et le HTML, deux ‘langages’ qui ne sont pratiques ni pour les CPU ni pour les humains " />

Yangzebul

Le 27/01/2013 à 09h05

Oungawak a écrit :

Nous disons donc : 3 collègues qui ont appris l’informatique en 1998 (espéront qu’ils font une veille technologique), un pèlerin croisé avant-hier dans une grosse boîte et les quelques (la ?) boîtes dans lequel tu as bossé ces six dernières années… Ça fait maigre pour déterminer que 99% des centaines de milliers d’ingénieurs en France (incluant ceux de petites boîtes saisonnières comme Airbus) sont absolument tous des bras cassés… " />

Bah écoute je pensais que tu étais coutumier de la notion d’exemple. Si il faut que je te fasse une liste exhaustive de tout mes facepalms ca risque de me prendre quelques mois à plein temps. " />

PS : le dir tech en question à commencer le développement (sois-disant) sur mainframe avant les premiers PC et passe son temps à se la raconter en disant qu’à son époque le développement c’était bien plus dur qu’avec nos machines…

En attendant ça n’empêche pas que dans toute sa carrière il a de toute évidence jamais ouvert une spec pour implémenter une grammaire formelle.

Oungawak

Le 27/01/2013 à 20h31

Yangzebul a écrit :

Bah écoute je pensais que tu étais coutumier de la notion d’exemple. Si il faut que je te fasse une liste exhaustive de tout mes facepalms ca risque de me prendre quelques mois à plein temps. " />

Ah mais je veux bien que tu me sorte quelques exemples pour me prouver que ça existe (quoique c’est mauvais pour les nerfs " />). C’est juste que généraliser à presque l’intégralité de la profession à partir de ça… Là ça devient un peu trop souple comme raisonnement. " />

Diablo150

Le 28/01/2013 à 11h22

Yangzebul a écrit :

[…]

Alors oui j’assume : le développement c’est comme tout les autres corps de métiers, une minorité de gens bons et une majorité de branleurs à qui je ne fais déjà pas confiance pour du code managé.

PS : et oui je suis un vieux con aigri :p

Bon ben si tu assumes, on peut se lâcher je suppose…

Honnêtement, ça va côté égo, tu te prend pas un peu pour un seigneur au dessus du troupeau ?

Prétendre que le monde qui t’entoure n’est fait que d’incompétents sur des exemples somme toute triviaux c’est déjà être aveuglé par l’égo.

Il y a partout des gens plus ou moins débrouillards, plus ou moins diplômés, plus ou moins compétents, mais il y a de tout et tout niveau, fait pas voir les choses de manière aussi manichéenne, t’es collèges sont certainement pas parfait, ça vous fait au moins un point commun.

J’aime beaucoup une phrase de Marianne Pearl à propos de BHL (qui a écrit un bouquin sur son mari assasiné), il serait “homme dont l’ego a détruit l’intelligence”.

Le problème à mon avis ce sont pas tant les incompétents qui s’ignorent que les BHL en puissance !

Sebdraluorg a écrit :

[…]

Enfin, la médaille devrait pour moi revenir à ceux qui ont inventé l’xml et le HTML, deux ‘langages’ qui ne sont pratiques ni pour les CPU ni pour les humains " />

Bah déjà ce sont pas vraiment des langages de programmation, on peut pas les considérer comme tel.

J’admet que le xml est inutilement verbeux et généralement très illisible, par contre je trouve HTML relativement clair quand le code est suffisamment structuré, il est d’ailleurs facile à générer et analyser, donc je vois pas en quoi il n’est pas pratique pour le CPU.

Le seul code pratique pour un CPU, ce sont des instructions assembleur en binaire, et c’est justement parce que l’HTML a été inventé (à mon avis) avec son principe de lien hypertexte (couplé à son cousin HTTP) que le web est ce qu’il est.

Je pense que si l’on était plus proche du langage machine ça aurait fait plouf, trop compliqué à utiliser en masse, plus proche du langage humain, ça aurait été sans doute trop compliquer à générer et à analyser, donc même analyse.

Ou alors qu’on me donne un exemple de langage à balise plus clair que je ne connaîtrais pas et qui offre la même souplesse et je veux bien admettre mon erreur…

*

Pour en revenir au code managé, je voudrais rappeler qu’à peu près depuis 50 ans on compile en langage machine et depuis à peu près 25 ans on fait du calcul parallèle compilé en langage machine…

Il existe bien des manières de le faire, mais l’arrivée de langages managés efficaces, ça fait maximum 7-8 ans.

Je dis pas que le managé n’a rien à apporter, il peut répondre à certaines problématiques, mais dire que le code natif n’est pas adapté au calcul parallèle c’est autant faire preuve de mauvaise fois que de dire que le code managé c’est forcément inefficace.

Code dit plus haut, tous les systèmes d’exploitation utilisent massivement le C (même Windows pour les couches basses !), sans parler d’applications critiques comme les serveurs en tout genre, (notamment HTTP, qui peuvent bouffer des requettes par milliers à la seconde), les bases de données, etc…

Pour l’instant on a pas encore vu ce que donnait du code managé pour de tel applications et surtout on en a pas vu utilisés en masse.

Encore une fois, qu’on me donne un exemple de système d’exploitation avec du code managé avec base de données et serveur web qui réponde à peu près aussi bien qu’un LAMP et j’admettrais à nouveau mon ignorance, mais je crois que je pas trop de risque, on n’aura pas la réponse avant des années (sortie de Midori ou équivalent ?), peut être même jamais !

En ce qui concerne le rôle d’un ramasse miette, comme un dit, certains trouvent la gestion de la mémoire trop importante pour la laisser faire par une machine/logiciel, d’autres c’est l’inverse, c’est plus une question de philosophie je crois, parce qu’avec tout les types d’applications possibles et imaginable, on peut pas décréter qu’un langage répond à tout les besoins sans avoir un biais dans son raisonnement.

Goldoark

Le 28/01/2013 à 11h48

bzc a écrit :

Ahah c’est une blague ? Apache et Bind qui sont écris en C sont tellement pas stable que ce sont les serveurs HTTP et DNS les plus utilisés.

Ta première phrase prend tout son sens maintenant.

Comparer un serveur web / DNS avec un OS…

As-tu seulement la moindre connaissance sur la programmation multithread ?

Diablo150

Le 28/01/2013 à 12h00

Goldoark a écrit :

Comparer un serveur web / DNS avec un OS…

As-tu seulement la moindre connaissance sur la programmation multithread ?

Rien ne me choque, que ça soit un système d’exploitation ou un serveur DNS dans un contexte parallèle, rien ne me choque.

L’un implémente, l’autre exploite, le tout écrit en C, preuve que le code natif marche dans ce contexte.

Les deux exemples sont totalement différents et donc complémentaires, inutile de parler d’incompétence, faut juste analyser un peu…

Yangzebul

Le 28/01/2013 à 12h27

Diablo150 a écrit :

Bon ben si tu assumes, on peut se lâcher je suppose…

Honnêtement, ça va côté égo, tu te prend pas un peu pour un seigneur au dessus du troupeau ?

Prétendre que le monde qui t’entoure n’est fait que d’incompétents sur des exemples somme toute triviaux c’est déjà être aveuglé par l’égo.

Il y a partout des gens plus ou moins débrouillards, plus ou moins diplômés, plus ou moins compétents, mais il y a de tout et tout niveau, fait pas voir les choses de manière aussi manichéenne, t’es collèges sont certainement pas parfait, ça vous fait au moins un point commun.

J’aime beaucoup une phrase de Marianne Pearl à propos de BHL (qui a écrit un bouquin sur son mari assasiné), il serait “homme dont l’ego a détruit l’intelligence”.

Le problème à mon avis ce sont pas tant les incompétents qui s’ignorent que les BHL en puissance !

La c’est toi qui extrapole : j’ai dit que la majorité des développeurs que l’on croise sont très mauvais, mais je n’ai jamais dit que j’étais un Dieu du dev où autre.

Je sais où sont mes limites et jusqu’où vont mes compétences.

Par exemple : je serais le premier à ne pas me faire confiance sur du non managé, de l’embarqué ou du fonctionnel pur.

Mais par contre le discours “tout le monde est beau et gentil” comme tu le tiens, où l’autre qui me dit “j’ai 30 ans d’XP et je sais pas ce qu’est une BNF et je m’en fous ça sert à rien” je ne cautionne pas du tout, c’est tout simplement de la fainéantise et l’acceptation de la médiocrité.

Et moi personnellement vivre dans une médiocratie ça me gave royalement donc quand je croise du code de merde je le dis haut et fort.

Diablo150

Le 28/01/2013 à 13h57

Yangzebul a écrit :

La c’est toi qui extrapole : j’ai dit que la majorité des développeurs que l’on croise sont très mauvais, mais je n’ai jamais dit que j’étais un Dieu du dev où autre.

Je sais où sont mes limites et jusqu’où vont mes compétences.

Par exemple : je serais le premier à ne pas me faire confiance sur du non managé, de l’embarqué ou du fonctionnel pur.

Mais par contre le discours “tout le monde est beau et gentil” comme tu le tiens, où l’autre qui me dit “j’ai 30 ans d’XP et je sais pas ce qu’est une BNF et je m’en fous ça sert à rien” je ne cautionne pas du tout, c’est tout simplement de la fainéantise et l’acceptation de la médiocrité.

Et moi personnellement vivre dans une médiocratie ça me gave royalement donc quand je croise du code de merde je le dis haut et fort.

Tu peux penser que j’extrapole, mais je n’ai vu aucune nuance dans tes propos, à aucun moment, certes, tu dis que tu fais partie des 1%, mais c’est ce qu’on déduit logiquement en te lisant.

En ce qui concerne la BNF (que je ne connaissais pas non plus), ça rejoint ce que je disais au début, tu prends un exemple totalement trivial.

Pour ce que j’en ai lu sur wikipédia, ça permet seulement de décrire formellement la syntaxe d’un langage, je pense qu’on peut savoir programmer convenablement en ayant une connaissance aiguë du langage sans nécessairement savoir implémenter un analyseur syntaxique.

D’autant que BNF est une méthode pour décrire une syntaxe, c’est pas une norme ou une convention, juste une méthode parmi d’autres que l’on peut ne pas connaître.

Pour savoir programmer convenablement (à mon sens), il faut connaître son environnement d’exécution, le matériel, ses outils et avoir un esprit créatif.

Un bon pilote de Rallye n’est pas nécessairement un mécano, par contre il connaît sa machine, ce qu’elle a dans le ventre et quelles sont ses limites…

Après ça peut dépendre du domaine de travail, je suppose que quelqu’un qui travaille sur de l’analyse de texte (compilateurs, parseurs, etc…) se doit d’avoir ce genre de connaissance. Mais la programmation ne se limite pas à ça.

Au risque de me répéter, tu peux avoir de très bon programmeurs php qui savent à peine ce qu’est la mémoire et encore moins les pointeurs (c’est quoi ? un lien hypertexte ?!).

Tu peux aussi avoir des gars qui connaissent la programmation système et savent à peine se servir d’une base de données parce qu’ils n’en ont jamais eu besoin (moi par exemple).

Du coup je ne me permet pas de juger un gars qui sait pas ce qu’est (par exemple) le modèle OSI alors qu’il fait du développement web, parce que ça ne lui sert simplement à rien quand tu fais du php ou de l’AJAX.

Savoir comment marche le routage c’est le travail des routeurs, savoir gérer les sockets, le travail du système d’exploitation, le serveur web fait interface et le gars en question n’a qu’à savoir comment marche l’environnement qui héberge son interpréteur php, en principe ça lui suffit. Et je considère pas ça comme de la paresse, chacun son métier.

Sebdraluorg

Le 28/01/2013 à 17h46

Diablo150 a écrit :

Bah déjà ce sont pas vraiment des langages de programmation, on peut pas les considérer comme tel.

J’admet que le xml est inutilement verbeux et généralement très illisible, par contre je trouve HTML relativement clair quand le code est suffisamment structuré, il est d’ailleurs facile à générer et analyser, donc je vois pas en quoi il n’est pas pratique pour le CPU.

Le seul code pratique pour un CPU, ce sont des instructions assembleur en binaire, et c’est justement parce que l’HTML a été inventé (à mon avis) avec son principe de lien hypertexte (couplé à son cousin HTTP) que le web est ce qu’il est.

Je pense que si l’on était plus proche du langage machine ça aurait fait plouf, trop compliqué à utiliser en masse, plus proche du langage humain, ça aurait été sans doute trop compliquer à générer et à analyser, donc même analyse.

Ou alors qu’on me donne un exemple de langage à balise plus clair que je ne connaîtrais pas et qui offre la même souplesse et je veux bien admettre mon erreur…

.

Bah c’est le principe de langage balisé que je dénonce !

Un HTML ou un XML n’est fait ni pour être édité ni pour être lu par un humain !

Ils sont générés par un binaire et relu par un autre (ou le même) binaire, l’intérêt vient à la base de l’interopérabilité entre des machines n’ayant pas la même représentation binaire (big endian, little endian etc…)

Il suffirait pourtant de spécifier ce parametre pour savoir comment un fichier/flux doit-être lu/généré…

Faut bien comprendre tout ce que ces langages balisés impliquent !

Exemple, un service Soap qui renvoi des info sur un server :

StartTime (unsigned int)

Status (unsigned int)

ConnectionCount (unsigned int)

Tu as donc 3 entiers qui prennent en tout et pour tout 12 octets.

Pour le faire passer dans soap tu dois l’encapsuler dans du XML, c’est à dire :

Convertir les 3 valeurs numérique en string char *, là t’as déjà perdu un paquet de cycles CPU.

Mais ce n’est rien, il te faut encore faire le formatage XML ce qui donne:

Je te laisse compter les octets sachant que je nous épargne ici l’enveloppe en elle même (que tu dois aussi créer)

Tu peux enfin envoyer tes datas, sauf que le client va devoir refaire toute l’opération en sens inverse (et donc parsing ==> comparaison de string) pour enfin récupérer les 3 petites valeurs envoyées !

Inutile de dire que c’est au mieux 20 fois plus lent !!!

Tout ça pour au final éviter 3 if !

Alors non, je ne vais pas te citer un bon langage de balisé car pour moi ça n’existe pas par définition " />

Sebdraluorg

Le 28/01/2013 à 17h50

Diablo150 a écrit :

Bah déjà ce sont pas vraiment des langages de programmation, on peut pas les considérer comme tel.

J’admet que le xml est inutilement verbeux et généralement très illisible, par contre je trouve HTML relativement clair quand le code est suffisamment structuré, il est d’ailleurs facile à générer et analyser, donc je vois pas en quoi il n’est pas pratique pour le CPU.

Le seul code pratique pour un CPU, ce sont des instructions assembleur en binaire, et c’est justement parce que l’HTML a été inventé (à mon avis) avec son principe de lien hypertexte (couplé à son cousin HTTP) que le web est ce qu’il est.

Je pense que si l’on était plus proche du langage machine ça aurait fait plouf, trop compliqué à utiliser en masse, plus proche du langage humain, ça aurait été sans doute trop compliquer à générer et à analyser, donc même analyse.

Ou alors qu’on me donne un exemple de langage à balise plus clair que je ne connaîtrais pas et qui offre la même souplesse et je veux bien admettre mon erreur…

.

Bah c’est le principe de langage balisé que je dénonce !

Un HTML ou un XML n’est fait ni pour être édité ni pour être lu par un humain !

Ils sont générés par un binaire et relu par un autre (ou le même) binaire, l’intérêt vient à la base de l’interopérabilité entre des machines n’ayant pas la même représentation binaire (big endian, little endian etc…)

Il suffirait pourtant de spécifier ce parametre pour savoir comment un fichier/flux doit-être lu/généré…

Faut bien comprendre tout ce que ces langages balisés impliquent !

Exemple, un service Soap qui renvoi des info sur un server :

StartTime (unsigned int)

Status (unsigned int)

ConnectionCount (unsigned int)

Tu as donc 3 entiers qui prennent en tout et pour tout 12 octets.

Pour le faire passer dans soap tu dois l’encapsuler dans du XML, c’est à dire :

Convertir les 3 valeurs numérique en string char *, là t’as déjà perdu un paquet de cycles CPU.

Mais ce n’est rien, il te faut encore faire le formatage XML ce qui donne:

[StartTime value=‘1000’ / ]

[Status value=‘1’ /]

[ConnectionCount value=‘5’ /]

Je te laisse compter les octets sachant que je nous épargne ici l’enveloppe en elle même (que tu dois aussi créer)

Tu peux enfin envoyer tes datas, sauf que le client va devoir refaire toute l’opération en sens inverse (et donc parsing ==> comparaison de string) pour enfin récupérer les 3 petites valeurs envoyées !

Inutile de dire que c’est au mieux 20 fois plus lent !!!

Tout ça pour au final éviter 3 if !

Alors non, je ne vais pas te citer un bon langage de balisé car pour moi ça n’existe pas par définition " />

EDIT: pas moyen de mettre des tags XLM !

Superambre

Le 28/01/2013 à 19h05

Goldoark a écrit :

Ta phrase montre que tu es un noob en programmation.

Evidemment, en théorie, il suffit de libérer scrupuleusement chaque variable et chaque espace mémoire occupé pour avoir un code propre et faire de la bonne programmation.

Seulement c’est impossible avec le multithread, car les possibilités de chevauchement deviennent innombrables, et on finit toujours par avoir une erreur aléatoire, genre une ressource locked par un autre thread au moment où elle devrait être libérée, un truc dans le genre.

Le C/C++ (voir ASM) est très pratique pour les codes devant s’exécuter très rapidement. Mais pas pour les programmes qui nécessitent de tourner de manière très stable et sur du très long terme.

Donc passer sur un code managé est une nécessité pour de tels programmes.

Et en ce qui concerne la perte de performances, elle est minime, car les MV sont de plus en plus optimisées avec des algos de fous.

excuse moi mais tu dis n’importe quoi, cela dépend du language !

heureusement qu’on est plus au C+ de 1980 à alouer des zone mémoires sinon on aurait des super programme qui tournerait grave vite … mais de merde !

Diablo150

Le 28/01/2013 à 19h25

Je vois ce que tu veux dire, mais je vois pas comment on pourrait faire autrement ^^

En plus tu prend l’exemple de Soap, qui est un webservice utilisant XML, tu avoueras que c’est pas tout à fait la même chose qu’HTML et ce pour quoi il a été inventé à la base.

HTML permettait à la base de structurer assez simplement du texte et de lier des documents entre eux.

Parce que sans une balise ou autre chose de ce genre je vois pas comment tu dis que telle ligne est un lien, tandis que telle autre est le titre de la page…

De ce côté là je pense qu’il accomplit bien sa tâche.

Après c’est vrai qu’il y a eu beaucoup d’autres langages qui sont venus se rajouter pour graviter autour d’HTTP, et de ce côté là il y a sans doute du bon et du moins bon, mais je pense pas que la faute revienne au principe des langages de balises.

Ou alors qu’on invente autre chose…mais je suis pas sûr que ça fasse mieux !

Après en ce qui concerne le coût proco/bande passante, on est un peu en 2013, à peu près tout le monde en France a un ordinateur largement suffisant et une ligne ADSL…

Moi xml m’ennuie surtout quand on l’utilise pour des applications de bureau, genre pour une entrée du menu OpenBox:

“””

                 /usr/bin/firefox

“””

Alors que l’on pourrait simplement faire un truc genre:

“””

root-menu “Openbox-3”

{

   "Firefox" "/usr/bin/firefox"

}

“””

Façon UNIX quoi, c’est simple, c’est propre, c’est beau !

C’est pour ce genre de chose que je dis qu’xml c’est pas toujours utile, mais c’est la mode…

En ce qui concerne SOAP, ils auraient pu trouver mieux, surtout que pour faire passer sur le réseau des tableaux ou choses similaires, on en a un peu rien à faire que ça soit décoré de balises, je suis d’accord avec toi.

Mais je maintiens qu’HTML a trouvé le juste équilibre et puis surtout, je vois pas comment on pourrait faire autrement, si les balises n’existaient pas, il faudrait les inventer !

Sebdraluorg

Le 28/01/2013 à 19h25

Superambre a écrit :

excuse moi mais tu dis n’importe quoi, cela dépend du language !

heureusement qu’on est plus au C+ de 1980 à alouer des zone mémoires sinon on aurait des super programme qui tournerait grave vite … mais de merde !

" /> J’ai plutôt envie de dire HEUREUSEMENT QUE SI !

Certes dans la plupart des logiciels ce n’est pas nécessaire, mais il m’arrive encore souvent de gérer des blocs mémoire moi-même, sans compter les cas de share memory…

Je ne vois pas en quoi ce serait plus merdique, à codeur égal, la propreté du code sera la même ! La seule chose qui va différer c’est le temps de développement, et ce n’est pas négligeable.

Si tu codes avec tes pieds ou que tu bâcles ton boulot tu feras de la merde quelque soit le langage…

Diablo150

Le 28/01/2013 à 19h32

Second message, PC Inpact ne permet pas de poster du code xml sur le forum, donc pour un exemple de ce que je décris (trouvé sur le net):

Free

Sebdraluorg

Le 28/01/2013 à 20h24

Diablo150 a écrit :

Second message, PC Inpact ne permet pas de poster du code xml sur le forum, donc pour un exemple de ce que je décris (trouvé sur le net):

FreeC’est effectivement le genre d’aberration que l’on voit trop souvent !

Pour le HTML, je ne vois pas en quoi il serait indispensable, tu pourrais très bien avoir des structures genre:

struct ContentItem

{
uint size;   


uint id   


uint parentId;   


uint contentType; (titre, sous-titre, ou ce que tu veux 4 milliard de types possible :-p)   


uint styleId;   


char * content;   
}

Bon ce serait à creuser un poil plus, mais j’ai déjà créer un couple designer/renderer sur ce principe et j’ai beau chercher, je ne vois pas ce qui pousse à vouloir absolument faire dialoguer des machines avec du langage humain.

Si on est capable de spécifier un user agent on doit bien être capable de spécifier une représentation binaire. " />

Le fait que les machines peuvent aisément processer du texte ne justifie pas de leur faire faire inutilement et de gaspiller plus de 50% d’énergie.

Diablo150

Le 29/01/2013 à 00h22

Ben l’identifiant du client http est spécifié dans la requête au serveur, donc ça reste du texte tout ce qu’il y a de plus banal.

Je comprend pas trop ton idée…ça serait de faire dialoguer un modèle client/serveur web avec du code compilé en natif, voir en bytecode ?

Quelle horreur !

On a déjà bien du mal à rendre bon nombre de formats interopérables parce que beaucoup d’entre eux sont inutilement au format binaire (voir guerre Ms Office/ODT).

L’idée à la base de l’HTML, c’est juste afficher du texte et lier les documents entre eux, à ce compte là je préfère largement que ça soit du texte clair, quand bien même ça puisse demander un peu plus de calcul.

Et encore c’est pas certain parce que si on part dans l’idée de dialoguer avec du code compilé, ça veut dire compilation, donc calcul.

En l’occurence ça veut dire que chaque requete nécessiterai une étape de compilation…pas dit que ça soit plus efficace que de traiter directement du texte…et au moins on sait que le format n’est pas fermé, parce que directement lisible.

Si l’immense majorité (tous ?) les protocoles de communication définis dans les rfc sont codés en texte ASCII c’est pas pour rien…

(que ça soit les requetes DNS, HTTP, FTP, SMTP, POP, etc…)

Après tout si il est question d’afficher du texte, je trouve que ça:

[html]Texte centré en italique[/html]

c’est quand même plus pratique que:

“””

struct txt

{

unsigned long attributs;   


const char *s;

};

struct txt;

txt.attributs = CENTRER | ITALIQUE;

txt.s = “Texte centré en italique”;

“””

Bon ok c’est un exemple façon C, peut être qu’on peut faire plus simple, mais tu vois l’idée.

En plus dès que tu commence à définir (imposer) des types de données, tu impose comment doivent fonctionner les implémentations, c’est toujours compliqué pour rendre le truc multi-plateforme.

Edit: Comme prévu l’html ne s’affiche pas, mais bon je pense qu’on devine facilement ^^

Goldoark

Le 25/01/2013 à 14h17

Le bénéfice de MS recule alors qu’ils sortent un nouveau produit…

En finance, on appelle ça un très mauvais signe.

Yangzebul

Le 25/01/2013 à 14h24

raoudoudou a écrit :

Bah voyons " />

On a que des dev incompétents, faisons leur faire du code managé, comme ça, ça sera toujours du code pourri mais dont les fuites sont pompées en continu. Ah ben en voilà une belle idée! " />

C’est triste à dire mais l’immense majorité des développeurs (ingénieurs sortit de grandes écoles compris) sont incompétents et pondent du code de merde.

C’est vraiment navrant mais c’est la réalité, en attendant il faut que le monde continue à tourner et donc limiter la casse. Microsoft est simplement pragmatique sur ce coup.

Dans un monde idéal où on aurait ne serais-ce que 10% de bons développeurs ce serait possible, mais dans la réalité (tout du moins en france) 99% des développeurs sur le marché n’ont pas assez de maîtrise pour travailler sur des applications critiques sans filet de sécurité.

Goldoark

Le 25/01/2013 à 14h24

raoudoudou a écrit :

Bah voyons " />

On a que des dev incompétents, faisons leur faire du code managé, comme ça, ça sera toujours du code pourri mais dont les fuites sont pompées en continu. Ah ben en voilà une belle idée! " />

Ta phrase montre que tu es un noob en programmation.

Evidemment, en théorie, il suffit de libérer scrupuleusement chaque variable et chaque espace mémoire occupé pour avoir un code propre et faire de la bonne programmation.

Seulement c’est impossible avec le multithread, car les possibilités de chevauchement deviennent innombrables, et on finit toujours par avoir une erreur aléatoire, genre une ressource locked par un autre thread au moment où elle devrait être libérée, un truc dans le genre.

Le C/C++ (voir ASM) est très pratique pour les codes devant s’exécuter très rapidement. Mais pas pour les programmes qui nécessitent de tourner de manière très stable et sur du très long terme.

Donc passer sur un code managé est une nécessité pour de tels programmes.

Et en ce qui concerne la perte de performances, elle est minime, car les MV sont de plus en plus optimisées avec des algos de fous.

TheDidouille

Le 25/01/2013 à 14h24

Goldoark a écrit :

Le bénéfice de MS recule alors qu’ils sortent un nouveau produit…

En finance, on appelle ça un très mauvais signe.

Le pire étant que Windows 8 a été sûr-commandé par les OEM qui ont acheté les licences pour l’année dernière et le début de cette année avant le lancement.

Goldoark

Le 25/01/2013 à 14h28

TheDidouille a écrit :

Le pire étant que Windows 8 a été sûr-commandé par les OEM qui ont acheté les licences pour l’année dernière et le début de cette année avant le lancement.

Tous les amis que j’ai qui ont acheté un PC W8 ont réinstallé un 7.

Je suis curieux de voir les stats d’utilisation de W8 sur le net…

Tolor

Le 25/01/2013 à 14h29

TheDidouille a écrit :

Le pire étant que Windows 8 a été sûr-commandé par les OEM qui ont acheté les licences pour l’année dernière et le début de cette année avant le lancement.

Sauf que pour Windows 8, l’achat de licence de la part des OEM se fait plus à l’origine, mais lors du montage de la machine, donc il ne devrait pas y avoir de surcommande

.

http://www.theregister.co.uk/2012/08/03/windows_oem_activation_30/

ilo34

Le 25/01/2013 à 14h34

D’ailleur , il me semble que ce point avait fait crier les assembleur car il ne pourvait plus utiliser un “installateur automatique de licence” mais mettre les licences qu’ils achetent sur la machine^^

Par contre je ne comprend toujours pas la haine des gens contre w8, passé les 15 jours d’adaptation, w8 se pilote les yeux fermé.

ldesnogu

Le 25/01/2013 à 14h36

Goldoark a écrit :

Ta phrase montre que tu es un noob en programmation.

Evidemment, en théorie, il suffit de libérer scrupuleusement chaque variable et chaque espace mémoire occupé pour avoir un code propre et faire de la bonne programmation.

Seulement c’est impossible avec le multithread, car les possibilités de chevauchement deviennent innombrables, et on finit toujours par avoir une erreur aléatoire, genre une ressource locked par un autre thread au moment où elle devrait être libérée, un truc dans le genre.

Le C/C++ (voir ASM) est très pratique pour les codes devant s’exécuter très rapidement. Mais pas pour les programmes qui nécessitent de tourner de manière très stable et sur du très long terme.

Donc passer sur un code managé est une nécessité pour de tels programmes.

Ce que tu racontes est heureusement completement faux.

Des grosses boites ont des softs enormes en C++ en production. Amadeus par exemple.

Les gros jeux qui ont besoin de perfs sont en C/C++ et certains sont pas mal multithreades.

TheDidouille

Le 25/01/2013 à 14h39

Tolor a écrit :

Sauf que pour Windows 8, l’achat de licence de la part des OEM se fait plus à l’origine, mais lors du montage de la machine, donc il ne devrait pas y avoir de surcommande

.

http://www.theregister.co.uk/2012/08/03/windows_oem_activation_30/

c’est une bonne chose, j’aimerai connaitre le stock de machines invendues bientôt obsolètes que ça représentent le foirage du lancement…

Tolor

Le 25/01/2013 à 14h40

TheDidouille a écrit :

c’est une bonne chose, j’aimerai connaitre le stock de machines invendues bientôt obsolètes que ça représentent le foirage du lancement…

Le problème c’est surtout des manques d’appro avec quasiment aucune machine de dispo, donc le stock d’invendu doit être très faible.

ldesnogu

Le 25/01/2013 à 14h43

Tolor a écrit :

Le problème c’est surtout des manques d’appro avec quasiment aucune machine de dispo, donc le stock d’invendu doit être très faible.

Et moi je cherche toujours a comprendre pourquoi le manque d’appro serait generalise. Tous les constructeurs sont devenus stupides et ne veulent plus vendre ?

Jed08

Le 25/01/2013 à 14h46

ldesnogu a écrit :

Et moi je cherche toujours a comprendre pourquoi le manque d’appro serait generalise. Tous les constructeurs sont devenus stupides et ne veulent plus vendre ?

Généralement un manque d’appro sous-entends que l’offre est inférieur à la demande (sinon on se rendrait pas compte qu’il y a un manque d’appro).

Donc je vois pas pourquoi ce manque d’appro serait un mauvais signe pour MS.

zaknaster

Le 25/01/2013 à 14h47

Jed08 a écrit :

Généralement un manque d’appro sous-entends que l’offre est inférieur à la demande (sinon on se rendrait pas compte qu’il y a un manque d’appro).

Donc je vois pas pourquoi ce manque d’appro serait un mauvais signe pour MS.

Après c’est un peu difficile de faire gober que l’offre est réellement supérieur à la demande… " />

ldesnogu

Le 25/01/2013 à 14h49

Jed08 a écrit :

Généralement un manque d’appro sous-entends que l’offre est inférieur à la demande (sinon on se rendrait pas compte qu’il y a un manque d’appro).

Donc je vois pas pourquoi ce manque d’appro serait un mauvais signe pour MS.

Je ne sous-entendais rien de tel. Mais pour repondre a ta question, l’offre peut etre artificiellement rendue trop faible pour creer du buzz et entretenir l’illusion d’une forte demande. Mais je ne pense pas que ce soit le cas ici.

Skeeder

Le 25/01/2013 à 15h39

Tolor a écrit :

Selon certaines rumeurs, il y a eu des problèmes avec les drivers Intel, et une fourniture assez tardive de WIndows 8 aux OEM par MS, ce qui a repoussé le début de la production des machines.

Il y a eu par exemple ce matin des infos sur la livraison de produits WIndows 8 aux revendeurs, tout constructeurs confondus, ce qui tendrait à montrer que le problème est commun à quasiment tous les contructeurs.

Comme VincentH, je confirme sur les drivers Intel. J’ai même perdu des données à cause de cela (Corruption mémoire qui a foutu la merde sur mon système de fichier). Pareil pour les drivers Nvidia des Quadro Notebook (pas essayé sur une GeForce).

En ce moment ça va beaucoup mieux!

Jed08

Le 25/01/2013 à 15h46

ldesnogu a écrit :

Par ailleurs si tu as constate ces soucis, c’est que les machines etaient dispos, ce qui contredit l’hypothese que les constructeurs n’ont pas livre de machines en attendant les drivers correctifs.

Chui paume " />

Vincent_H a écrit :

Je confirme, j’ai vu Windows 8 installé sur trois portables deux semaines après sa sortie

Alors je ne passe pas mon temps à stalker Vincent_H, mais je pense que ce qu’il essaye de dire c’est :

W8 a été installé sur des machines par un utilisateur (donc ce ne sont pas des machines vendu avec W8 par un constructeur)

Ou, le problème du manque de drivers n’a pas semblé déranger les constructeurs ayant sorti des machines totalement foireuse dès la sortie de W8, avant de les faire retirer de la vente car totalement inutilisable

Goldoark

Le 25/01/2013 à 15h49

ldesnogu a écrit :

Ce que tu racontes est heureusement completement faux.

Des grosses boites ont des softs enormes en C++ en production. Amadeus par exemple.

Les gros jeux qui ont besoin de perfs sont en C/C++ et certains sont pas mal multithreades.

Non, ce n’est pas faux, et tu viens de prouver que tu ne savais pas lire non plus.

Les jeux vidéos sont-ils des programmes qui tournent sur de longues périodes ?

Les logiciels dont tu parles aussi ?

Non, évidemment.

Chaque langage a ses spécifications et ses utilités. Perso, j’aime le C++.

Mais Java m’est utile pour certains programmes (et le fait qu’il soit compatible sur Linux et MacOS aide aussi beaucoup).

Faire un programme complexe avec une gestion de mémoire impeccable, c’est impossible sans code managé, ça devient exponentiellement compliqué avec la complexité.

Certes, reste les noyaux Linux et UNIX, qui sont très stables malgré le langage, mais ils sont aussi très durs à entretenir, et le deviendront de plus en plus à cause de ça. Et puis je sais pas si tu as déjà contribué au noyau Linux, mais il faut 30000 autorisations et 150000 lignes de débat pour savoir si on met un if ou un else if.

Après, toi et moi n’avons peut-être pas la même idée de ce que veut dire “complexe”. Et c’est toi qui a des a prioris sur le code managé.

Programme en Java et on en reparlera.

Si Windows est actuellement réécrit en code managé, c’est pas pour rien, c’est par nécessité. Les codeurs de chez MS sont loin d’être des noobs.

(Même si le C# est une belle saloperie selon mon avis, je déteste ce lagage, mais bon, n’ergotons pas).

ldesnogu

Le 25/01/2013 à 15h54

Goldoark a écrit :

Non, ce n’est pas faux, et tu viens de prouver que tu ne savais pas lire non plus.

Les jeux vidéos sont-ils des programmes qui tournent sur de longues périodes ?

Les logiciels dont tu parles aussi ?

Non, évidemment.

Chaque langage a ses spécifications et ses utilités. Perso, j’aime le C++.

Mais Java m’est utile pour certains programmes (et le fait qu’il soit compatible sur Linux et MacOS aide aussi beaucoup).

Faire un programme complexe avec une gestion de mémoire impeccable, c’est impossible sans code managé, ça devient exponentiellement compliqué avec la complexité.

Après, toi et moi n’avons peut-être pas la même idée de ce que veut dire “complexe”. Et c’est toi qui a des a prioris sur le code managé..

Complexe = plusieurs dizaines ou centaines de milliers de code. Et pour Amadeus oui le code tourne pendant des mois. Mais tu aimes bien parler sans connaitre de toute evidence :)

Tu noteras que je n’ai en aucun cas critique Java ou les langages manages, je pense que c’est toi qui as un probleme de lecture, sans vouloir te vexer ;)

ldesnogu

Le 25/01/2013 à 15h56

Jed08 a écrit :

Alors je ne passe pas mon temps à stalker Vincent_H, mais je pense que ce qu’il essaye de dire c’est :

W8 a été installé sur des machines par un utilisateur (donc ce ne sont pas des machines vendu avec W8 par un constructeur)

Ou, le problème du manque de drivers n’a pas semblé déranger les constructeurs ayant sorti des machines totalement foireuse dès la sortie de W8, avant de les faire retirer de la vente car totalement inutilisable

Ouai t’as 100% raison, j’avais zappe la partie ou il parlait de l’installation, merci " />

Dellara

Le 25/01/2013 à 16h01

ilo34 a écrit :

D’ailleur , il me semble que ce point avait fait crier les assembleur car il ne pourvait plus utiliser un “installateur automatique de licence” mais mettre les licences qu’ils achetent sur la machine^^

Par contre je ne comprend toujours pas la haine des gens contre w8, passé les 15 jours d’adaptation, w8 se pilote les yeux fermé.

Combien d’heures par jour sur l’ordi pour l’adaptation? 15 jours à 8h/jour ça fait quand même 120 heures d’apprentissage. Je connais personne qui a envie de se taper ça surtout en utilisation courante.

charon.G

Le 25/01/2013 à 16h01

Goldoark a écrit :

Non, ce n’est pas faux, et tu viens de prouver que tu ne savais pas lire non plus.

Les jeux vidéos sont-ils des programmes qui tournent sur de longues périodes ?

Les logiciels dont tu parles aussi ?

Non, évidemment.

Chaque langage a ses spécifications et ses utilités. Perso, j’aime le C++.

Mais Java m’est utile pour certains programmes (et le fait qu’il soit compatible sur Linux et MacOS aide aussi beaucoup).

Faire un programme complexe avec une gestion de mémoire impeccable, c’est impossible sans code managé, ça devient exponentiellement compliqué avec la complexité.

Après, toi et moi n’avons peut-être pas la même idée de ce que veut dire “complexe”. Et c’est toi qui a des a prioris sur le code managé.

Programme en Java et on en reparlera.

Si Windows est actuellement réécrit en code managé, c’est pas pour rien, c’est par nécessité. Les codeurs de chez MS sont loin d’être des noobs.

(Même si le C# est une belle saloperie selon mon avis, je déteste ce lagage, mais bon, n’ergotons pas).

Windows n’est pas écrit en code managé. Ensuite je suis d’accord avec toi sur la fiabilité d’un code en managé(type safe et memory safe). Cependant et pour le moment les applications écrites en langages gérés sont plus lentes que le C++.

Après Microsoft bosse actuellement sur un nouveau système d’exploitation à 99% en code géré. Il vient avec un langage similaire au C# ayant des performances similaires au C++. Le code géré est compilé directement en code natif. Il n’y a plus de compilation JIT.

Je pense qu’on entendra encore parler d’ici quelques mois " />

SFX-ZeuS

Le 25/01/2013 à 16h01

ldesnogu a écrit :

Tu noteras que je n’ai en aucun cas critique Java ou les langages manages, je pense que c’est toi qui as un probleme de lecture, sans vouloir te vexer ;)

En même temps ça sent l’intégriste du java là :)

sepas

Le 25/01/2013 à 16h06

Tolor a écrit :

Selon certaines rumeurs, il y a eu des problèmes avec les drivers Intel, et une fourniture assez tardive de WIndows 8 aux OEM par MS, ce qui a repoussé le début de la production des machines.

Il y a eu par exemple ce matin des infos sur la livraison de produits WIndows 8 aux revendeurs, tout constructeurs confondus, ce qui tendrait à montrer que le problème est commun à quasiment tous les contructeurs.

Je pense qu’il y a aussi le fait que les constructeurs travaillent sur les nouveaux devices (tablettes, écran tactiles pour pc, laptops tactiles, etc…)

Ils ont été frileux pour sortir des PC standards sous W8 car ils savaient que c’était le tactile qui ferait mouche.

Aujourd’hui, il y a des modèles de portables à écran tactile qui se font attendre.

Clairement, aujourd’hui, je dois changer de portable, il est hors de question de prendre un portable à écran non tactile.

Et ceux qui sont sympa (avec I7, SSD et écran 14’) ne sont pas encore sortis.

Je veux le Lenovo X1 Carbon Touch " />

Vincent_H Abonné

Le 25/01/2013 à 16h12

ldesnogu a écrit :

jmanici parlait de problemes sur des Atom. Toi tu parles de Core et de son GPU. Pour autant que je sache sur Atom, le souci etait lie a la gestion de l’energie.

Par ailleurs si tu as constate ces soucis, c’est que les machines etaient dispos, ce qui contredit l’hypothese que les constructeurs n’ont pas livre de machines en attendant les drivers correctifs.

Chui paume " />

Oui on n’a pas parlé de la logique, toutes mes confuses " />

ldesnogu

Le 25/01/2013 à 16h16

Vincent_H a écrit :

Oui on n’a pas parlé de la logique, toutes mes confuses " />

C’est moi qui suis confus, j’avais lu un peu trop vite ta reponse " />

ilo34

Le 25/01/2013 à 16h51

Dellara a écrit :

Combien d’heures par jour sur l’ordi pour l’adaptation? 15 jours à 8h/jour ça fait quand même 120 heures d’apprentissage. Je connais personne qui a envie de se taper ça surtout en utilisation courante.

8h/jour quand même pas et puis même si tu passe 8h/jour tu le passe pas dans le menu démarrer ! (enfin je l’espere pour toi) car le seul grand chnagement a w8 en surface, c’est la disparition du menu demarrer (en profondeur : amelioration ram, meilleur gestion du multi-coeur, du multi-écran, plus de stabilité).

Donc avant de critiquer un systeme utilisé-le plus d’un mois avant d’avoir pu voir l’ensemble de ces possibilité car sinon toute critique ne sera pas constructive

kamuisuki

Le 25/01/2013 à 17h39

Goldoark a écrit :

Tous les amis que j’ai qui ont acheté un PC W8 ont réinstallé un 7.

Je suis curieux de voir les stats d’utilisation de W8 sur le net…

Il se passait la même chose pour Vista donc .. à voir.

ffvsdoom

Le 25/01/2013 à 17h55

Nyco87 a écrit :

Tu as la possibilité de passer sur un gris claire ou foncé dans Office 2013 " />

Et les rubans ont la même taille. Vérifies que l’option “tactile” soit désactivée.

Oui, je sais pour les couleurs, mais j’aimais bien le bleu, je le trouvais sympa à l’oeil, donc regret… " />

Pour les bandeaux, tu es sûr que c’est la même taille ??? J’ai vraiment l’impression qu’ils sont plus gros, même sans être en tactile…

Tolor a écrit :

Faut pas rester bloqué sur la beta, depuis, il y a eux d’autres thèmes d’ajoutés, il n’y a pas que le blanc.

Et les rubans de 2013 ont la même taille que 2010.

Suis plus sur la bêta, j’ai eu la version finale par MSDNA - en fait, je n’ai même pas testé la béta cette fois-ci… Mais j’ai vraiment du mal… Dommage, car d’après ce que j’ai vu, il y a des fonctionnalités sympa et facilitant l’usage en bureautique…

befa508

Le 25/01/2013 à 18h28

les bénéfice de micorosft sont en baisse malgré Windows 8 mais le CA est en augmentation.

Le seul point négatif est que le Marketing a plus couté qu’elle n’a rapporté en faite. Rien d’alarmant pour ma part car le CA continue d’augmenteret ça c’est un bon signe d’activité

Goldoark

Le 25/01/2013 à 19h06

charon.G a écrit :

Windows n’est pas écrit en code managé. Ensuite je suis d’accord avec toi sur la fiabilité d’un code en managé(type safe et memory safe). Cependant et pour le moment les applications écrites en langages gérés sont plus lentes que le C++.

Après Microsoft bosse actuellement sur un nouveau système d’exploitation à 99% en code géré. Il vient avec un langage similaire au C# ayant des performances similaires au C++. Le code géré est compilé directement en code natif. Il n’y a plus de compilation JIT.

Je pense qu’on entendra encore parler d’ici quelques mois " />

Midori, je suis au courant. Je sais que W8 est encore en C++.

Je parlais de W9.

linkin623 Abonné

Le 25/01/2013 à 14h12

Qui plus est, son secteur Ventes et Marketing a vu son budget croître de plus de 500 millions de dollars, atteignant tout de même 4,3 milliards de dollars à lui seul.

:tousse:

" />

Jed08

Le 25/01/2013 à 14h54

zaknaster a écrit :

Après c’est un peu difficile de faire gober que l’offre est réellement supérieur à la demande… " />

Oui c’est sûr. Mais un faible approvisionnement ne se remarquerai pas si les gens n’allaient pas demander les produits.

ldesnogu a écrit :

Je ne sous-entendais rien de tel. Mais pour repondre a ta question, l’offre peut etre artificiellement rendue trop faible pour creer du buzz et entretenir l’illusion d’une forte demande. Mais je ne pense pas que ce soit le cas ici.

Donc vu qu’on est dans un cas où ce manque n’est pas artificiel, les réponses les plus logique sont que :

Certains composant essentiels sont en manques d’approvisionnement (écran, proc, ou autre…)

Les constructeurs ont sous estimé la demande, ce qui prouve que W8 n’est pas si mauvais que ça

Tolor

Le 25/01/2013 à 14h57

ldesnogu a écrit :

Et moi je cherche toujours a comprendre pourquoi le manque d’appro serait generalise. Tous les constructeurs sont devenus stupides et ne veulent plus vendre ?

Selon certaines rumeurs, il y a eu des problèmes avec les drivers Intel, et une fourniture assez tardive de WIndows 8 aux OEM par MS, ce qui a repoussé le début de la production des machines.

Il y a eu par exemple ce matin des infos sur la livraison de produits WIndows 8 aux revendeurs, tout constructeurs confondus, ce qui tendrait à montrer que le problème est commun à quasiment tous les contructeurs.

ldesnogu

Le 25/01/2013 à 15h03

Tolor a écrit :

Selon certaines rumeurs, il y a eu des problèmes avec les drivers Intel, et une fourniture assez tardive de WIndows 8 aux OEM par MS, ce qui a repoussé le début de la production des machines.

Ces problemes de drivers concernaient le Z2760, pas les iX pour autant que je sache.

ldesnogu

Le 25/01/2013 à 15h04

Jed08 a écrit :

Donc vu qu’on est dans un cas où ce manque n’est pas artificiel, les réponses les plus logique sont que :

Certains composant essentiels sont en manques d’approvisionnement (écran, proc, ou autre…)

Les constructeurs ont sous estimé la demande, ce qui prouve que W8 n’est pas si mauvais que ça

Le 2eme point est peu probable, il me semble que tous les constructeurs font etalage de chiffres en berne, Intel le premier.

Resterait le premier point. Sur les processeurs, gros doute : Intel a ete en sur-capacite toute l’annee (ou alors ils mentent et leurs yields sont tres mauvais, mais j’en doute " />).

Les ecrans sont une possibilite, mais de lors il faudrait que quelqu’un ait decide de tout acheter, or Apple n’utilise pas les memes ecrans. Ptet que les memes chaines sont utilisees quel que soit l’ecran ? Donc si effectivement Apple a abaisse ses commandes, on devrait voir les ventes exploser au premier trimestre. On verra bien :)

frikakwa

Le 25/01/2013 à 15h04

Finance : Microsoft voit son bénéfice net baisser malgré Windows 8

Ou à cause de Windows 8 ?

Rooooooooh… le titre à trolls! " />

Sinon… au final… Nokia et MS se portent bien ou pas??

…

…

Ben oui je ne m’y retrouve plus dans tout ça: un coup c’est bon… un coup c’est mauvais.. un coup c’est pas top…

Bref… wait & see! " />

jmanici

Le 25/01/2013 à 15h04

Et moi je cherche toujours a comprendre pourquoi le manque d’appro serait generalise. Tous les constructeurs sont devenus stupides et ne veulent plus vendre ?

les constructeurs pensaient pouvoir continuer à vendre leurs modèles existants en y collant Windows 8 dessus.

mais les gens veulent des laptop tactiles et des tablettes, et jusqu’à mi décembre c’était le vide total en magasin. Les seules machines sous win8 a la Fnac étaient des gros laptops non tactile à 600€.

bref le genre de machine que tout le monde a déjà et qui ne justifie pas de remplacer son matériel existant.

perso je voulais une Asus vivotab tf810c depuis le début, mais impossible à trouver en France jusqu’à la semaine dernière!

du coup je me suis rabatu sur le seul modèle dispo en France début décembre, l’acer w510.

jmanici

Le 25/01/2013 à 15h14

Selon certaines rumeurs, il y a eu des problèmes avec les drivers Intel,

c’est même plus des rumeurs, c’est un fait.

sur l’iconia tab w510 que j’ai acheté début décembre les drivers préinstallés datent du 26 octobre! Et en plus ce sont des drivers qu’Intel considere comme encore en version beta.

donc pas étonnant que les machines atom aient manqué la date de sortie de win8 d’un mois ou deux.

même l’asus tf810c version FR a une image disque qui a été faite le 3janvier2013!

bref, les drivers Intel ont causé un sacré retard chez les fabricants.

Les ecrans sont une possibilite, mais de lors il faudrait que quelqu’un ait decide de tout acheter, or Apple n’utilise pas les memes ecrans. Ptet que les memes chaines sont utilisees quel que soit l’ecran ?

les rumeurs disent que le manque d’écran est dû au fait que quasiment seules les tablettes Windows utilisent des écrans 10.6 et 11.6” tactiles en 1366x768.

donc il n’y avait aucun stock existant, et la production a été lente afin de ne pas risquer de dépasser la demande. Mission réussie sur ce point!

raoudoudou

Le 25/01/2013 à 15h17

Goldoark a écrit :

Le C/C++ (voir ASM) est très pratique pour les codes devant s’exécuter très rapidement. Mais pas pour les programmes qui nécessitent de tourner de manière très stable et sur du très long terme.

Tu connais Unix? " />

Je passe sur les attaques personnelles et le reste’ hein, dreudi tout ça " />

raoudoudou

Le 25/01/2013 à 15h20

Yangzebul a écrit :

C’est triste à dire mais l’immense majorité des développeurs (ingénieurs sortit de grandes écoles compris) sont incompétents et pondent du code de merde.

C’est vraiment navrant mais c’est la réalité, en attendant il faut que le monde continue à tourner et donc limiter la casse. Microsoft est simplement pragmatique sur ce coup.

Nan mais OK, du code managé pour faire des petites widget météo.

Pour faire un OS ou des grosses applis, un peu de sérieux ne fait pas de mal, surtout si on veut de la perf (industrie, etc.)

Après, on peut aussi programmer intelligemment, y a des tonnes d’outils pour ça -> faire du “managé” pour le dev et passer en natif pour la prod (façon de parler)

Vincent_H Abonné

Le 25/01/2013 à 15h20

jmanici a écrit :

c’est même plus des rumeurs, c’est un fait.

Je confirme, j’ai vu Windows 8 installé sur trois portables deux semaines après sa sortie. Deux avaient un HD3000, le dernier un HD4000. Tous avaient des freezes aléatoires, voire un écran carrément noir pour le HD4000. Maintenant, plus aucun problème.

ldesnogu

Le 25/01/2013 à 15h26

Vincent_H a écrit :

Je confirme, j’ai vu Windows 8 installé sur trois portables deux semaines après sa sortie. Deux avaient un HD3000, le dernier un HD4000. Tous avaient des freezes aléatoires, voire un écran carrément noir pour le HD4000. Maintenant, plus aucun problème.

jmanici parlait de problemes sur des Atom. Toi tu parles de Core et de son GPU. Pour autant que je sache sur Atom, le souci etait lie a la gestion de l’energie.

Par ailleurs si tu as constate ces soucis, c’est que les machines etaient dispos, ce qui contredit l’hypothese que les constructeurs n’ont pas livre de machines en attendant les drivers correctifs.

Chui paume " />

Davco

Le 25/01/2013 à 15h27

ldesnogu a écrit :

Par ailleurs si tu as constate ces soucis, c’est que les machines etaient dispos, ce qui contredit l’hypothese que les constructeurs n’ont pas livre de machines en attendant les drivers correctifs.

Chui paume " />

Itou, pas saisi la logique.

ffvsdoom

Le 25/01/2013 à 15h29

Ce qui me fait le plus peur pour MS, au-delà de W8, c’est plutôt Office 2013… MS a voulu là aussi faire pas mal de changement esthétiques (même si dans l’usage, on est dans la continuité), et je suis pas sûr que ça marche beaucoup… La nouvelle interface, qu’il s’agisse des icônes, des rubans (qui prennent plus de place qu’avant), le blanc partout, etc. Je connais plusieurs personnes qui ont testé et qui n’aiment pas. Et pour avoir la version 2013 sur un poste et 2010 sur l’autre, ben j’arrive vraiment pas à m’y faire, la 2013 est vraiment… " />" />" />

Attention, je ne parle que l’interface, là, pas des fonctionnalités… - mais l’interface joue quand même bp sur un outil qu’on utilise plusieurs heures par jour… " />

Nyco87

Le 25/01/2013 à 15h33

ffvsdoom a écrit :

Ce qui me fait le plus peur pour MS, au-delà de W8, c’est plutôt Office 2013… MS a voulu là aussi faire pas mal de changement esthétiques (même si dans l’usage, on est dans la continuité), et je suis pas sûr que ça marche beaucoup… La nouvelle interface, qu’il s’agisse des icônes, des rubans (qui prennent plus de place qu’avant), le blanc partout, etc. Je connais plusieurs personnes qui ont testé et qui n’aiment pas. Et pour avoir la version 2013 sur un poste et 2010 sur l’autre, ben j’arrive vraiment pas à m’y faire, la 2013 est vraiment… " />" />" />

Attention, je ne parle que l’interface, là, pas des fonctionnalités… - mais l’interface joue quand même bp sur un outil qu’on utilise plusieurs heures par jour… " />

Tu as la possibilité de passer sur un gris claire ou foncé dans Office 2013 " />

Et les rubans ont la même taille. Vérifies que l’option “tactile” soit désactivée.

Tolor

Le 25/01/2013 à 15h36

ldesnogu a écrit :

Ces problemes de drivers concernaient le Z2760, pas les iX pour autant que je sache.

En effet, j’avais zappé que c’était uniquement les Atom, pas les iX " />

Tolor

Le 25/01/2013 à 15h38

ffvsdoom a écrit :

Ce qui me fait le plus peur pour MS, au-delà de W8, c’est plutôt Office 2013… MS a voulu là aussi faire pas mal de changement esthétiques (même si dans l’usage, on est dans la continuité), et je suis pas sûr que ça marche beaucoup… La nouvelle interface, qu’il s’agisse des icônes, des rubans (qui prennent plus de place qu’avant), le blanc partout, etc. Je connais plusieurs personnes qui ont testé et qui n’aiment pas. Et pour avoir la version 2013 sur un poste et 2010 sur l’autre, ben j’arrive vraiment pas à m’y faire, la 2013 est vraiment… " />" />" />

Attention, je ne parle que l’interface, là, pas des fonctionnalités… - mais l’interface joue quand même bp sur un outil qu’on utilise plusieurs heures par jour… " />

Faut pas rester bloqué sur la beta, depuis, il y a eux d’autres thèmes d’ajoutés, il n’y a pas que le blanc.

Et les rubans de 2013 ont la même taille que 2010.