Discussion :

[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)

[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).

[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

[thorium90]

A condition de rapporter la productivité à un domaine particulier : il existe des langages généralistes, et des langages de niche.

Je parle de la productivité a pouvoir livré un produit fini.
Prenons l'exemple de devoir capturer le contenu Html d'une page.

60 lignes de code en C
45 lignes de code en C++
3 lignes de code en Python

Donc si le produit final peut s'abstraire d'une gestion affinée de la mémoire ou de la vitesse d’exécution par exemple il est largement recommandé de le faire en python (simple exemple hein ne prenant pas toutes les spécifications des langages a la lettre)

Mais c'est bien de cette productivité dont tu parle si j'ai bien compris ton post non?

[el_slapper]

Je parle de la productivité a pouvoir livré un produit fini.
Prenons l'exemple de devoir capturer le contenu Html d'une page.

60 lignes de code en C
45 lignes de code en C++
3 lignes de code en Python

Donc si le produit final peut s'abstraire d'une gestion affinée de la mémoire ou de la vitesse d’exécution par exemple il est largement recommandé de le faire en python (simple exemple hein ne prenant pas toutes les spécifications des langages a la lettre)

Mais c'est bien de cette productivité dont tu parle si j'ai bien compris ton post non?

Exact : dans ton cas précis, Python est bien plus productif. Je compte aussi un peu la performance dans des cas précis. Par exemple, une bonne partie des batches de comptabilité bancaires sont faits en Cobol, et ça n'est pas QUE à cause de l'héritage. De par sa manière unique de gérer les données, Cobol est très efficace pour ce genre de traitements, tant à la programmation qu'à l'execution.

Par contre(et c'est à ça que je faisait référence), dès qu'on essaye de mettre en place des choses d'un autre type, un algo un peu récursif ou dynamique, de la mise en page, etc... ca devient l'enfer. D'ou la mauvaise réputation de cobol, parfaitement justifiée dès qu'on sort de son domaine de prédilection(et pas du tout tant qu'on en sort pas).

Je ne connais pas python(ni la capture html dont tu parles), mais j'imagine qu'il a ses limites aussi.

[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.

[bioinfornatics]

Bonjour,

Je ne comprend pas pourquoi on cherche toujours à produire des nouveaux langages. Ne pourrais-t-on pas plutôt enrichir ceux existants ?

Personnelement ma préférence va au C, on peut tout faire en C, du web (avec des CGI), des applications lourdes, des accès system (port USB, parallèle, ect... que l'on peut aussi accéder en java par exemple mais en créant des JNI avec une partie en... C).
...
Bref, en gros, pourquoi ne par garder par exemple:

C -> Applications et web (CGI)
C++ -> Idem que C en orienté objet
un shell évolué ou eventuellemetn Perl -> Script

On n'aurait pas 36 langages à apprendre avec chacun leurs trucs et astuces spécifiques ?

Qu'en pensez-vous ?

juste pour dire que non le C ne peux pas évoluer de cette manière idem pour le C++. la principale raison c'est que le langage est standardisé. ainsi il est soumis à des normes et les spécifications évolue lentement. En contrepartie tu as le langage D qui offre tout ce que tu demandes. tant donnée que tu aime le C/C++ tu en seras ravis .

[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 ?

[Aiekick]

60 lignes de code en C
45 lignes de code en C++
3 lignes de code en Python

C'est pas un peu exagéré ça ?

Qu'est ce qui permet de faire 3 lignes en python ?
Ne serait ce pas un Framework ?

Faut bien dissocier les langages seuls et les langages livrés avec framework

[bioinfornatics]

C'est surement exagéré. Puis j'ai pas vu ou est l'exemple par rapport à ce nombre de ligne! j'ai pas tout compris!

[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 ?

[Robin56]

C'est pas un peu exagéré ça ?

La personne en question a bien prévenue de ne pas forcément prendre à la lettre l'exemple :

(simple exemple hein ne prenant pas toutes les spécifications des langages a la lettre)

L'important, c'est la notion qu'il a voulu mettre en évidence.

[bioinfornatics]

La personne en question a bien prévenue de ne pas forcément prendre à la lettre l'exemple :


L'important, c'est la notion qu'il a voulu mettre en évidence.

je veux bien, toute fois une notion a des limtes floue. Alors ici est indiqué un nombre précis de ligne.

[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?

[Traroth2]

Si le but de Dart est la disparition de l'infâme Javascript, Google a toute ma reconnaissance !

[Robin56]

Si le but de Dart est la disparition de l'infâme Javascript, Google a toute ma reconnaissance !

Ouep .. quoiqu'on sait pas la gueule de Dart

[madfu]

Si le but de Dart est la disparition de l'infâme Javascript, Google a toute ma reconnaissance !

+1000

[Bluedeep]

Je parle de la productivité a pouvoir livré un produit fini.
Prenons l'exemple de devoir capturer le contenu Html d'une page.

60 lignes de code en C
45 lignes de code en C++
3 lignes de code en Python

Peux tu, après ces fortes paroles, nous fournir les exemples qui démontrent cette affirmation ? (bon, en C#, je dirais qu'il faut, à vue de nez, une dizaine de ligne pour cette tâche).

[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.