@michael79 : ça n'est pas entièrement vrai... Après tout, la grosse étape dans le développement d'un langage, c'est quand il est capable de produire son propre compilateur... Et si le compilateur est si important que ça, regarde le langage Brainfuck, qui a le plus petit compilateur qui soit.... Si tu arrives à faire un "hello world" sans t'arracher les cheveux, respect :)

Ce qui compte, ce n'est pas le langage, c'est le compilateur.

Je doit avouer que j'ai été fort la dernière fois avec mon commentaire sur Adobe. N'empêche que je trouve aussi que Flash devient vieux. Ils doivent donner un petit coup à celui-ci. Concernant les lignes de codes, je sais pas si vous avez essayer l'action script? Sa m'étonne pas que leur code soit si gros! Il est loin d'être "économique".

@Diablo: oui, non important était peut-être pas le meilleur terme, mais plutôt dans le sens où certains trucs se lisent aussi bien (voir mieux) en une ligne qu'en 20 (notamment la déclaration de variables sans valeur par défaut (ou 0/null..) faut voir aussi s'ils comptent les commentaires dans ce nombre de lignes, et si oui, a quelle fréquence ils sont utilisés, bref, ça rapporte à dire qu'un grand nombre de ligne ne veut pas dire forcément plus complet, c'est bien dit comme ça? :p

@Mattee : ceci dit, même les morceaux de code non "importants" (enfin, au sens où il ne font pas directement partie du programme à proprement parler) comme des tests unitaires ont dû être réécrits. Par contre, à chaque fois que je vois du code Obj-C, je peux pas m'empecher de trouver la syntaxe franchement cradingue... Du genre des appels de méthodes de classes. Notation pointée en force ;)

Aucunement, j'ai dis que le même code pouvait être écrit par exemple en 1 ligne, ou 4 (comme mon exemple de mon précédent post), alors qu'en fait, le travail est exactement le même, mais le nombre de ligne augmente considérablement. Et donc mon point en disant que le nombre de lignes ne voulait pas dire grand chose tient toujours. S'ils déclarent chaque variables par ligne, plutôt que regrouper certaines, le nombre de lignes augmente aussi. Sinon, en plus il y a le "bloat", donc 85 millions de lignes, ça fait un beau chiffre à dire, et c'est tout. tu fais peut-être allusion à: (puisque plus ils attendent, plus il y aura de lignes et donc plus le boulot sera long) ? en fait c'était en prenant compte que ce soit vraiment 85 millions de lignes "importantes" et pas que pour faire tout-beau. (ça me rappelle d'ailleurs les éditeurs de jeux PS3 qui se vante d'utiliser 40Go sur un blu-ray, le public est impressionné, mais ça fait pas un jeu de meilleur qualité, ni plus long, etc) EDIT: woah. j'ai complètement raté ton 'sur une seule ligne' avant le bonjour la relecture, donc oui, c'est vrai, désolé c'était une partie de ta réponse assez importante en fait xD mais oui, en utilisant un guideline de ce genre, le nombre de lignes monte assez vite alors bon..

Et c'est exactement ce que je voulais dire par "on peut tout mettre sur une seule ligne mais bonjour la relecture" :P En tant qu'étudiant en info, j'ai eu l'occasion de pondre quelques milliers de lignes de code ces dernières années et je connais bien les guidelines (surtout celles de Java à vrai dire, vu que c'est le langage que j'ai le plus pratiqué). Et donc, par ton message de ce soir, tu vas un peu contre ton message de ce matin, si tu y regardes bien ;)

@Diablo, ta citation ne dit aucunement que les jeux sur l'App Store sont mieux que ceux Flash, ça dit clairement, que les 200,000 Apps sur l'App Store prouvent que Flash n'est pas nécessaire pour des dizaines de milliers de développeur pour créer des applications riche graphiquement incluant les jeux, il dit pas que ça fait mieux, ou moins bien. 2. je suis programmeur donc oui j'ai déjà programmé, et bonjour la relecture ? du code sur plusieurs lignes est un million de fois plus clair à lire que tout sur une ligne entre une fonction (la même) utilisant des "pipe" ( | ) et l'autre utilisant une instructions par ligne, le choix est vite fait. (En même temps, il faut un peu de jugement, trop détaillé peut rendre le code pire que s'il ne l'était pas du tout, donc modération) tu feras une petite recherche sur google concernant la Lisibilité de code source, tu verras que partout (les Guidelines entre autre) il est conseillé de faire ainsi. exemple simple: while (bla) wait(50) | print("bla") | autre | autre while (bla) { wait(50) print("bla") autre autre } (edit: apparemment le système de commentaire de logicielmac permet pas de faire un 'tab' devant une ligne ni plusieurs espaces de suite :\ --> [URL=http://snapplr.com/cyd2]http://snapplr.com/cyd2[/URL] ) les deux donnent le même résultat, mais la 2e reste beaucoup plus lisible et repérer une erreur de syntax ou autre est beaucoup plus rapide (imagine par exemple des commandes en appelant d'autres etc etc. au lieu de 'autre')

Euh, en son temps Flash c'est Macromedia, pas Adobe. Un peu d'histoire, ça fait pas de mal... ;)

@Mattee : "And the 200,000 apps on Apple’s App Store proves that Flash isn’t necessary for tens of thousands of developers to create graphically rich applications, including games." Je l'invente pas, c'est à la fin de la lettre. En ce qui concerne le code : As-tu déjà programmé ? On dirait pas visiblement, parce que oui, certes, on peut meme mettre tout le code sur une seule ligne, mais bonjour la relecture... @Claudius : Peut-être parce qu'Adobe est ses outils graphiques ont fait que le Mac était toujours plesbiscités par les graphistes même quand ils étaient au plus bas et que ça surement contribué à leur survie ?

A propos de Natel: @Angel: en suisse on utilise tout le temps ce mot ;) Et donc @ Anduril: il ne s'agit pas que des smartphones, mais bien de tous les téléphones portables.

Je ne vois pas pourquoi nous devrions être les défenseurs d'Adobe qui en son temps a dédaigné les Macs pour se recentrer sur Windows. Le Flash a été une innovation, tournons la page les inconvénients ne sont pas niables.

Jamais vu Natel nul part.

@ Angel : Natel = Smartphone tel que l'iPhone. @ Diablo : Désolé, j'aurais dû préciser. Apple ne bloque le Flash qu'au niveau de ses appareils mobiles, je n'incluais donc pas les desktops :) Ils ne peuvent quand même pas interdire le Flash sur toutes leurs machines, ça n'aurait aucun sens, même si ça transforme nos machines en super souffleries !

C'est quoi un natel ? c'est pas dans le dico ça.

@Diablo; - L'acceleration GPU dans Flash est quand même assez récent, donc Apple n'a pas un "si" grand retard à ce niveau. - le HTML5 sur youtube est en effet pas très évident et encore en beta, mais il y est! Et une app Youtube est dispo pour l'iphoneOS depuis très longtemps. - Multiplateforme... La il parle de controleur, qui doivent être disponible sur toute les plateforme, pour être utiliser, et donc ne tirerais pas profit des avantages de l'iPhone/iPad (par exemple le multitouch n'étant pas possible avec une souris) - concernant les jeux, moi j'ai lu qu'il y avait plus de 50,000 jeux sur l'app store, et qu'il n'y a aucun besoin de flash pour les jeux, Apple ne se vante aucunement d'avoir des jeux "mieux que Flash" - le recodage de la suite.. ça aurait été surement beaucoup plus simple de l'avoir fait au bon moment, là ils ont attendus pendant X (9-10?) ans, en rajoutant nombres de lignes à chaque nouvelle version (suite et mise à jour) alors bon.. dans ce cas ci, ils auraient mieux fait de s'y mettre plus tôt, non? (puisque plus ils attendent, plus il y aura de lignes et donc plus le boulot sera long) puis ils ont réussis en un an (depuis la CS4) alors ça devait pas être si pire. (en comptant qu'il y a une équipe pour chaque logiciel, et pas une équipe pour la suite), et pour les lignes.. ça veut pas dire grand chose, s'ils mettent une opération sur 4 lignes alors qu'ils peuvent la mettre sur une, ça rend pas la programmation plus compliqué, ni plus longue, mais gonfle le chiffre ;) tu parles des points de sa lettre ouverte, mais j'ai l'impression que tu as compris ce que tu voulais, et pas ce qui a été dit (peut-être pas volontairement?) bref voilà.

Voyons se que va faire Adobe pour démontrer le contraire, même si Apple a raison.

@Anduril : C'est de la faute d'Adobe si Apple vient juste de leur laisser le champ libre pour faire de l'accéleration GPU dans Flash peut-etre ? Tout ça c'est bien mignon, mais, je me répète : 1) Avant de crier en permanence HTML5 et "respect des standards" sur tous les toits, ils devraient balayer devant leur porte... Il est bon de rappeler que les codecs par défaut du HTML5 étaient l'Ogg Theora/Vorbis, et que, parce qu'Apple touche des royalties sur le H264, exit l'Ogg Theora/Vorbis. Des formats ouverts... Ca vous rappelle rien, genre le premier point de sa lettre ouverte ? 2) Le HTML5 sur Youtube, faut le chercher, c'est une fonction en beta actuellement... 3) Et alors là, la critique du multiplateforme... Dans le genre abberation, on fait pas mieux... Adobe, vous avez entendu, le multiplateforme, ça pue, arrêtez de dév les CS en multiplateforme, developpez que pour Windows ! 4) En ce qui concerne les jeux, comparons ce qui est comparable : il compare des applications natives avec du Flash... Apple qui se vante que les jeux iPhone sont mieux que les jeux Flash, c'est un mieux comme si Ferrari se vantait que ses voitures allaient plus vite que des Twingo.... Et en ce qui concerne la lenteur d'Adobe à réecrire la CS... sérieux, j'ai lu une lettre d'un cadre d'Adobe à propos du prix de la CS5 et il citait en autre le nombre de ligne de codes de la suite au grand complet. 85 millions de lignes de code.... C'est deux fois XP et autant que Tiger...

En même temps Flash est pas sans failles/problèmes/bugs/etc. sous windows et linux non plus.. alors ça doit être le problème des OS et pas de Flash :D

Et le patron d'Adobe de répliquer pour sa défense que s'il y a des problèmes entre Mac et Flash, ça vient de Mac OS, mais certainement pas de Flash ! Hum, un peu léger comme argumentation...

Il y va pas de main morte Tonton Steve :D