Discussion :

[ithel]

Bonjour,
au vu des différents arrets et changements de direction de Google n'est ce tout simplement pas risqué de s'investir dans ce langage?

Quand bien même Google déciderait de s'investir à fond et durant une longue période dans ce langage, je ne pense pas qu'il serait malgré tout conseillé de l'utiliser pour des projets sérieux avant un bon moment: il va falloir tester cette technologie, constater ses points forts et ses faiblesses, et surtout combler les lacunes de sa bibliothèque logicielle (lacunes inévitables lorsqu'un tout nouveau langage voit le jour).

[abriotde]

Google aime ce qui est hyper optimisé et tant qu'a faire rapide. Go et Node.js en sont témoins mais ils ont chacun un défaut. Go est trop bas niveau pour un appli web simple. node.js n'est pas assez "sérieux/puissant". Je pense que google va sortir un language qui fonctionnera sur le principe de Node.js interprété, compilé en live) mais avec un peu plus de typage, de classes, de hashmap... bref des fonctions qui manque au javascript et que l'on retrouve dans Python/PHP. (Python et PHP ont l'inconvénient d'être purement interprété donc assez lent/gourmand)

[Tesing]

Salut,
un langage avec la souplesse de PHP, l'élégance de Python et la robustesse de Java.
Heu
Y'a quand même déjà du monde sur le créneau, ça va être dur !

[thorium90]

Juste une remarque a ceux qui trouvent qu'il existe "trop" de langage différent et ne comprennent pas pourquoi :

En fait je pense qu'il vous faut revoir le concept d'abstraction.
En effet, comprenez bien que ce n'est pas le langage qui détermine son usage mais son niveau d'abstraction qui selon les capacités algorithmique du développeur en feront un langage plutôt dédié a une technologie qu'à une autre.

Prenons l'exemple d'une serveur TCP, on va pouvoir le coder en C, C++, Python, java, .Net et j'en passe. Mais le niveau d'abstraction du langage déterminera sa portabilité, le détail de sa configuration possible, et la productivité du langage.

Au final la vitesse a produire du code avec un langage sera inversement proportionnel a sa souplesse.

Donc si google sort un nouveau langage de programmation c'est qu'il pense pouvoir nous offrir un nouvel arrangement du trinôme Souplesse-Productivité-abstraction. Ajoutez a ça, les API web qui vont bien et vous orienterez les usages, mais ça s'arrete la.

Il me tarde donc de découvrir la nouvelle recette de google

Edit :

Alors en attendant de trouver le Saint Graal, on va se diriger de plus en plus vers une fragmentation des langages

Il n'en existera jamais ou si il doit y en avoir un, il existe deja, c'est l'assembleur. La productivité de celui ci est à 0% tout comme son niveau d'abstraction tout en ayant sa souplesse à 100% et un langage dont la souplesse est a 100% et sa productivité aussi tient du paradoxe et ne peut exister.

[Doksuri]

mon avis est partage...
en meme temps, je suis curieux de savoir ce que google peut apporter de neuf dans ce langage.
mais d'un autre cote.... google a gauche, google a droite....google partout quoi... et je commence a me mefier...

si demain, on adopte tous google, et que du jour au lendemain, ils decident de changer un truc ou faire payer l'utilisation du langage (ou du futur framework qui ira avec, on l'aura dans l'os)

et puis j'aime bien le fait qu'il y ai plein de langages qui se battent...si google debarque, il sera direct premier top one, et avec les cheques qu'il peut signer, ca ne laissera plus aucune chance aux autres langages...(exemple : Google+ avec FaceBook)

[Robin56]

si google debarque, il sera direct premier top one

Ah bon .. et pourquoi ça ?

ca ne laissera plus aucune chance aux autres langages...(exemple : Google+ avec FaceBook)

Parce que Google+ va écraser Facebook ?

[Doksuri]

Parce que Google+ va écraser Facebook ?

plus.google.com/117388252776312694644/posts/bGJPTALDkDe
peut etre pas demain, mais ca monte vite

[el_slapper]

(.../...) trinôme Souplesse-Productivité-abstraction. (.../...)

Tiens, je ne connaissais pas cette formule. Elle me plait beaucoup. A condition de rapporter la productivité à un domaine particulier : il existe des langages généralistes, et des langages de niche. ces derniers sont généralement moins souples, mais, dans leur domaine précis, particulièrement productifs. Dès qu'on en sort.....(ça m'est arrivé il y a deux semaines, et ça fait vraiment bobo de faire 1000 lignes là ou 50 auraient pu suffire).

[Traroth2]

Vous trouvez qu'il y a trop de langages ? Moi, je trouve qu'il y a trop de livres, je n'arrive pas à les lire tous. On ne pourrait pas demander aux auteurs d'arrêter d'écrire ?

Sérieusement, si Google a fait ce nouveau langage, c'est qu'ils doivent avoir de nouvelles idées à proposer, et donc, il peut en sortir du mieux, peut-être même pour votre langage préféré, à terme, si une des idées que propose Dart est tellement intéressante qu'elle sera reprise dans d'autres langages.

Personnellement, j'ai du mal à comprendre le conservatisme chez des gens qui bossent dans les nouvelles technologies.

[Cyrano]

Sérieusement, si Google a fait ce nouveau langage, c'est qu'ils doivent avoir de nouvelles idées à proposer...

Je serais assez enclin à penser la même chose. Le grand truc actuellement, c'est le SaaS et Google n'est pas en reste à ce chapitre avec entre autres choses les Google Docs. Mais ce sont des application qui font appel à du JavaScript et les projets d'évolution des applications chez Google doivent commencer à titiller les limites du JavaScript. Donc l'idée d'un nouveau langage, outre des performances meilleures, présentera à n'en pas douter des possibilités inenvisageables en JavaScript.

So, wait and see. Ça ne fera peut-être pas une révolution du jour au lendemain, mais si c'est réellement valable comme ça peut parfois l'être lorsque Google sort une nouveauté, ça peut rapidement enterrer JavaScript... ou pas.

Mais il se posera quand même un problème. S'il semble prévu d'avoir des plugins pour convertir du Dart en JavaScript, en sera-t-il de même pour faire l'inverse ? permettant de maintenir dans la durée du code existant, dispensant les DSI de faire ré-écrire leurs développements complètement en Dart ?

[TNT89]

Vous trouvez qu'il y a trop de langages ? Moi, je trouve qu'il y a trop de livres, je n'arrive pas à les lire tous. On ne pourrait pas demander aux auteurs d'arrêter d'écrire ?

Je suis tout à fait de l'avis contraire... Pourquoi avoir 1000 langages avec chacun leur tâches alors qu'on peut avoir les mêmes fonctions avec des Outils, des APIS, des Frameworks?

[pyros]

Je suis tout à fait de l'avis contraire... Pourquoi avoir 1000 langages avec chacun leur tâches alors qu'on peut avoir les mêmes fonctions avec des Outils, des APIS, des Frameworks?

Chaque langage a ses particularités (performance, portabilité, robustesse, facilité, ...), particularités qui ne viennent pas des API disponibles, mais bien du langage en lui-même.

Le C/C++ est performant, léger, assez facile à prendre an main mais peu robuste (très facile de faire tout crasher). Le lisp est extrêmement puissant, mais une véritable horreur à développer. L'ADDA et le COBOL sont très fiable, le javascript très facile mais pas du tout adapté pour les gros projets et absolument pas fiable, etc...

Après, il y a beaucoup de langage qui sont là pour tester de nouvelles voies (F# ou Dart ), beaucoup de langage spécifiques à certaines machines (tous les langage type assembleur, TIbasic, ...) et finalement beaucoup de langage inutiles (brainFuck, piet, ...).

Mais si on n'avait jamais essayé de nouveaux langage, on en serait encore à faire des trous dans le carton.

[Idelways]

Google souhaite-t-il pousser JavaScript vers la sortie avec Dart ?
Son nouveau langage de programmation Web

Mise à jour du 14 septembre 2011


Le langage de programmation Dart sur lequel Google met les dernières retouches avant sa présentation en octobre devrait succéder au langage JavaScript, afin de pallier aux « défauts fondamentaux » qui ne peuvent être corrigés en faisant simplement évoluer le langage.

Des défauts qui ralentissent le développement d'applications Web complexes, devenu « beaucoup trop difficile » et un véritable « labyrinthe déroutant ».

Ce serait en tout cas les ambitions de Google à en croire le contenu fouillé d'un email supposé provenir du chercheur émérite Mark S. Miller et adressé à de nombreux collègues de Google.
Un mail qui remonte au 16 novembre 2010 et dont le texte intégral peut être retrouvé sur Github.

L'auteur de l'email évoque deux stratégies pour pousser JavaScript vers la sortie et le suppléer par le langage « Dash » (qui aurait changé de nom pour devenir Dart). Un langage « destiné à maintenir la nature dynamique de JavaScript, mais avec un meilleur profil de performance et qui se prête mieux au “tooling” sur les grands projets ».

La voie Dash ou Dart, « très risquée, mais d’une grande valeur ajoutée », implique, toujours d'après l'email, que le langage doit être open source et soutenu afin qu’il soit adopté par les autres éditeurs de navigateurs.

Le langage — dans la vision de Mark S Miller — ne devrait pas (du moins en un premier temps) faire plus que ce que JavaScript permet de réaliser au niveau du navigateur, puisqu'il propose qu'un compilateur de code Dash vers JavaScript soit mis à la disposition des développeurs pour cibler les navigateurs qui ne le prennent pas en charge nativement.

Google pourrait donc tenter d'accélérer l'adoption (non native) de son langage en prenant à sa charge la création des plug-ins pour les autres navigateurs. Il n'est en effet pas à sa première intervention comme en témoigne l'épisode « Chrome Frame », pour Internet Explorer.

Dash pourrait donc être utilisée à la façon du langage open source CoffeeScript qui compile en JavaScript, avec le but ultime « de remplacer JavaScript comme une lingua franca pour le développement sur la plateforme Web ouverte »

Entre-temps, Google maintiendra une stratégie que Miller appelle « Harmony », en continuant de travailler conjointement avec le TC39 (le corps de standardisation d'EcmaScript) pour faire évoluer JavaScript.

Mais toute cette initiative, destinée à faciliter le développement Web ouvert et améliorer ses performances, serait surtout motivée par la peur des écosystèmes d'Apple et d’autres plateformes fermées vers lesquels « dérive le cyclone d'innovation ».

« L'émergence de plateforme alternative impérieuse, comme iOS signifie que la plateforme Web doit se montrer compétitive, non seulement sur le fond, mais aussi sur sa portée », estime Mark S Miller, avant de poursuivre : « JavaScript tel qu'il est aujourd'hui n’est pas une solution viable à long terme et quelque chose doit changer ».



Source : L'email sur Github

Et vous ?

Trouvez-vous, comme le supposé Mark S. Miller, qu'il est réellement beaucoup trop difficile à coder des applications Web complexes en JavaScript ?
Êtes-vous prêt à développer en Dart ? Sous quelles conditions ?

[Idelways]

Dart : Google dévoile la nature de son JavaScript-killer
Un langage flexible et optionnellement typé, conçu pour les hautes performances

Mise à jour du 10 octobre 2011 par Idelways


Les rumeurs viennent d'être confirmées au sujet du nouveau langage de programmation de Google. L'entreprise a officiellement dévoilé la nature et les ambitions de son langage Dart à la conférence Goto qui se déroule au Danemark.

Les spéculations autour du « langage de programmation structurée pour le Web » ont été déclenchées par une discrète annonce sur le planning de cette conférence. Puis, elles ont été confortées par la fuite d'un email interne de Google (lire ci-devant)

Une première Preview sur le site officiel du langage met à disposition des développeurs des outils open source de création d'applications, des exemples de code, la documentation de sa bibliothèque standard et un brouillon des spécifications du langage.

Dart est défini en tant que « langage basé sur classes et optionnellement typé », sur l'annonce officielle par Lars Bak, le créateur du moteur JavaScript V8 et membre de l'équipe Dart.

Logo de Dart



Les objectifs de la conception du langage visent à créer un langage « structuré, mais flexible », qui semble « familier et naturel pour les développeurs, et faciliter ainsi son apprentissage ».
Enfin (et surtout), Dart est amené à afficher de hautes performances sur tous les navigateurs et environnements modernes, « à partir des périphériques portables jusqu’à l'exécution du côté serveur », confirme l'ingénieur émérite de Google.

Dart se distingue du JavaScript, dont il a l'ambition de supplanter, par son typage fort, mais optionnel. Les développeurs peuvent donc coder avec la même flexibilité qu'en JavaScript et ajouter le typage par la suite, voire se faciliter cette tâche par les outils d'inférence de types.
Dart suit un modèle objet assez complet et plus classique que celui du JavaScript (qui est basé sur le prototypage). Il supporte notamment les concepts d'implémentation d'interfaces et d'héritage simple.

Dart s'exécute soit une machine virtuelle native du côté serveur ou sur un moteur JavaScript classique à l'aide d'un compilateur qui convertit le code en JavaScript compatible avec Chrome, Safari 5+ et Firefox 4+ (d'autres navigateurs suivront).

Sans surprise, les scripts Dart peuvent cohabiter avec le code HTML à travers la balise script qui prend le type « application/dart », qui est par la même occasion le mime-type du langage. La fonction main() du style C est obligatoire.

Bien qu'il soit monothread, la programmation concurrente est dès le départ au centre des préoccupations de l'équipe Dart. Le langage supporte les « isolations » qui ont chacune leurs propres mémoire et thread de contrôle. Aucun état n'est partagé entre les isolations qui sont créées par spawning (des fonctions qui chargent et exécutent des processus fils).

L'équipe de Dart envisage d'intégrer la machine virtuelle de Dart au navigateur Chrome, mais aucune date n'est avancée.

Et en voici le traditionnel Hello World !

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
main() {
  print('Hello World');
}

Site officiel : dartlang.org
Spécifications du langage

Source : annonce officielle sur le blog Googlecode

Et vous ?

Alors, vous comptez vous y mettre ?
Que pensez-vous du langage Dart ?

[tomlev]

Et en voici le traditionnel Hello World !

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
main() {
  print('Hello World');
}

Bah jusqu'ici on peut pas dire que le langage brille par son originalité

Ce serait bien de voir des exemples un peu plus poussés pour illustrer les possibilités...

[webpsi]

ça va faire du bien d'utiliser Dart au lieu du JavaScript pour faire du webgl ou manipuler des canvas.

[Code62]

Un exemple un poil plus long:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
class Greeter {
  var prefix = 'Hello,';
  Greeter();
  Greeter.withPrefix(this.prefix);
 
  greet(name) {
    print('$prefix $name');
  }
}
 
main() {
  var greeter = new Greeter.withPrefix('Howdy,');
  greeter.greet('World!'); // 'Howdy, World!'
}

perso j'aime beaucoup l'auto-assignation des paramètres au propriétés de l'objet (ie. le constructeur "withPrefix" qui assigne directement la valeur reçue à sa propriété "prefix")

y'a pas mal de codes nettement plus longs (et intéressants) à voir sur le site du projet

[Mako 5013]

perso j'aime beaucoup l'auto-assignation des paramètres au propriétés de l'objet (ie. le constructeur "withPrefix" qui assigne directement la valeur reçue à sa propriété "prefix")

Et si on a 10 variables, cela nous génère automatiquement autant de constructeurs qu'il y a de possibilités ? Ou bien on se retrouve avec un Greeter.withParam1Param2Param3...ParamN(param1, param2, ...) ?

J'ai un peu de mal à voir l'intérêt de la chose sur des exemples un peu plus complexes que celui-ci en fait.

Mako.

[Code62]

Et si on a 10 variables, cela nous génère automatiquement autant de constructeurs qu'il y a de possibilités ? Ou bien on se retrouve avec un Greeter.withParam1Param2Param3...ParamN(param1, param2, ...) ?

les constructeurs ne sont pas générés automatiquement, au développeur d'écrire ceux dont il a besoin, un simple "Greeter(this.prefix, this.name, param3_qu'on_n'_assigne_pas_directement);" fonctionnerait sans problème

[Fanvan]

Bah jusqu'ici on peut pas dire que le langage brille par son originalité

Qui aurait envie d'utiliser un langage à la syntaxe originale ? ou d'un langage dont les mots réservés seraient exprimés en hongrois ?

Même si j'ai des doutes sur l'avenir de dart, je trouve que l'idée de définir un langage pour le web côté client qui corrigerait les originalités de JavaScript est une joyeuse idée. JavaScript est aujourd'hui la référence parce qu'on n'a aucune autre véritable alternative. Si une alternative crédible parvenait à s'imposer, certainement qu'on y gagnerait au change.

C'est vrai que go est un échec certain, mais la situation n'est pas du tout la même pour dart. Quel était le besoin de créer go alors qu'on avait déjà pléthore de langages qui faisaient tous très bien le boulot pour lesquels ils avaient été pensés ? Y a-t-il besoin d'un autre langage qui ferait le même boulot que JavaScript ? Je crois que oui, et j'espère que google mettra toutes ses forces pour faire de ce nouveau projet une alternative crédible.