Discussion :

[hotcryx]

il y a qu'en m�me de grosses lacunes comme le typage.
cela ne peut entrainer que des erreurs d'ex�cution ou lors de conversion de type. Comme ce fut le cas en VB6 avec les Variant.

un langage ne doit pas permettre de faire tout et n'importe quoi n'importe comment. Il faut un minimum de structure sinon �a devient de la bouillie, du code spagetti...

cela dit, je n'ai rien contre toi et javascript, c'est juste mon point de vue.

je suis du m�me avis, un mauvais codeur, restera mauvais mais malheureusement on doit parfois reprendre le code d'un autre et c'est l� que �a peut coincer si le langage ne met pas des gardes fous

[marts]

il y a qu'en m�me de grosses lacunes comme le typage.
cela ne peut entrainer que des erreurs d'ex�cution ou lors de conversion de type.

Non, seul le faux d�veloppeur qui ne sait pas ce qu'il fait avec ses variables peut entrainer des erreurs d'ex�cution.

un langage ne doit pas permettre de faire tout et n'importe quoi n'importe comment. Il faut un minimum de structure sinon �a devient de la bouillie, du code spagetti...

Si, un langage doit permettre � un d�veloppeur de faire tout ce qu'il veut. Quitte � permettre aussi aux faux d�veloppeurs de faire des applis bugg�es et instables.

on doit parfois reprendre le code d'un autre et c'est l� que �a peut coincer si le langage ne met pas des gardes fous

Donc on est bien d'accord, le probl�me n'est pas JS mais les faux d�veloppeurs.
Choisis avec qui tu travailles, �a ira mieux.

[wanou]

il y a qu'en m�me de grosses lacunes comme le typage.
cela ne peut entrainer que des erreurs d'ex�cution ou lors de conversion de type. Comme ce fut le cas en VB6 avec les Variant.

un langage ne doit pas permettre de faire tout et n'importe quoi n'importe comment. Il faut un minimum de structure sinon �a devient de la bouillie, du code spagetti...

cela dit, je n'ai rien contre toi et javascript, c'est juste mon point de vue.

je suis du m�me avis, un mauvais codeur, restera mauvais mais malheureusement on doit parfois reprendre le code d'un autre et c'est l� que �a peut coincer si le langage ne met pas des gardes fous

On va diverger si on commence maintenant � rentrer dans le d�bat langage � typage fort / faible, mais oui, pour des raisons de maintenance (entre autre) il faut les outils pour valider ton code. Ces outils existent en JavaScript: jslint, jshint, l'analyse statique du code via les IDE (Netbeans ou autre), documentation via jsdoc, ...

Je fait un fort distingo entre langage et environnement de dev te permettant de travailler sur le langage. En effet, combien de dev serait actuellement perdu sans leur Eclipse ou autre Visual Studio ch�rie.

Ici on un langage con�u au dessus de JavaScript... super, mais pour l'utiliser dans un cadre ad�quat, il faut passer par Visual Studio. Microsoft n'aurait pas mieux fait d'am�liorer leur IDE pour la reconnaissance de JavaScript ? Mais je crains que leur d�marche soit la suivante:

1 - Microsoft cr�� un langage au dessus de JavaScript (donc compatible ECMAScript 5)
2 - Microsoft teste si la communaut� est r�ceptif
3 - Si oui, alors Microsoft l'int�gre � Visual
4 - Microsoft l'int�gre � IE
5 - Microsoft force de facto la communaut� responsable des spec ECMAScript 6 � s'inspirer fortement de ce qu'ils ont impl�ment�

On se retrouve alors avec Microsoft qui fait une OPA sur JavaScript.

[Niark13]

JavaScript n'est pas Java ou C++, donc oui, si vous voulez coder en JavaScript il vous faut d'abord apprendre � comment coder proprement.

Tu devrais plut�t comparer JS � d'autres langages de script comme Python ou Ruby...

[_skip]

Issu du blog de Scott Hanselman :

What I like about TypeScript - so far - is that TypeScript�s static typing could enable better tooling with warning squiggles, easy statement completion, plus smart refactoring. You also get easy navigation around code, as well as find references, rename, and more.

Ce type a cern� le probl�me :

Voil� les avantages du typage statique, la d�tection d'erreur et le fait de rendre possible un support IDE pouss� (refactoring, auto-compl�tion etc...).

Ces choses permettent justement de travailler efficacement en �quipe, de s'y retrouver lorsque les bases de code deviennent importantes, d'�tre productif et d'�conomiser beaucoup de temps.

On peut le faire en JavaScript actuellement, tout ce qui manque c'est une int�gration digne de ce nom de JavaScript dans un IDE.

Dans l'�tat actuel de javascript, ceci n'est qu'� moiti� possible justement. Ce n'est pas le seul langage dans cette situation, regarde PHP, tu verras que malgr� la popularit� et les ann�es de bouteilles, aucun IDE ne peux t'offrir un support aussi avanc� que C# ou java niveau refactoring et compl�tion.
L'IDE serait quasiment oblig� d'ex�cuter le code from scratch pour savoir s'il est valide ou non.

Puis s'il vous pla�t pour ceux que cela concerne, cessez de dire que c'est au d�veloppeur de faire attention. Vous n'utiliseriez pas les m�mes variables pour stocker des doubles, des cha�nes et des pointeurs de fonction alors pourquoi tenez-vous tant � ce que ce soit possible niveau langage? En sachant que �a am�ne que des probl�mes, tant pour les interpr�teurs qui sont incapables d'optimiser, pour les IDE incapables de vous corriger, et pour vous qui risquez de vous faire avoir.
Pour ceux qui se croient tellement malins, vous �tes pas des machines mais des humains, en ce sens vous �tes faillibles et les autres membres de votre �quipe aussi. Une fois sur 1000, 10000 ou 100000 lignes de code vous utiliserez une variable de fa�on inappropri�e, �a marchera par bol dans vos tests (c'est l� le plus tra�tre) et �a posera probl�me en production.

Pour en revenir au sujet plus directement, je trouve qu'on a vraiment besoin de projets comme Dart ou TypeScript pour rendre le code JS plus s�r, plus maintenable et plus testable. Le seul point n�gatif c'est le danger de multiplication de ces JS-killers qui conduise � ce qu'aucun ne soit suffisamment r�pandu et viable.

[PyNub]

JavaScript n'est pas Java ou C++, donc oui, si vous voulez coder en JavaScript il vous faut d'abord apprendre � comment coder proprement.

Oui c'est bien connu en C++ et en Java on peut se permettre de coder n'importe comment...

[transgohan]

Oui c'est bien connu en C++ et en Java on peut se permettre de coder n'importe comment...

Ce n'est pas ce qu'il sous-entendait.
En C++ et en Java le compilateur/interpr�teur est moins permissif et te jetera quand il y a un doute (ou au moins un warning).
En Javascript il te souhaite m�me pas bonne chance.

[hotcryx]

j'ai du mal � comprendre "interface" (faux-ami?)
Je ne vois pas d'impl�mentation.

Sinon �a � l'air plus clair.

Dans l'exemple, ils auraient p� employer des Stringbuilder pour les concat�nations. Autant donner un exemple correct.

[h_fabrice]

Microsoft a fait sortir beaucoup de framework, de tools et aujourd'hui un surlangage de javascript. D'autres g�ants aussi du logiciel le font : Preuve de la puissance de ce langage.

[Invit�]

Microsoft a fait sortir beaucoup de framework, de tools et aujourd'hui un surlangage de javascript. D'autres g�ants aussi du logiciel le font : Preuve de la puissance de ce langage.

L'auteur de la citation suivante a bien compris :

C'est dingue le nombre projets pour am�liorer Javascript !
Au moins �a confirme qu'en l'�tat le Javascript n'est plus adapt� aux besoins.

[amezghal]

Ecrire du code TypeScript et debugger du javascript.
Dans ce cas pour corriger un bug, il faut deja bien maitriser le javascript..faire un mapping pour savoir ou modifier...

Edit:
Il y a ca: http://www.html5rocks.com/en/tutoria...ls/sourcemaps/

[pierre-y]

Citation:

au final le code g�n�r� c'est du javascript parfaitement lisible , donc m�me si demain MS abandonne typescript , les librairies g�n�r�es seront toujours totalement utilisables. Maintenant faut il apprendre typescript , coffeescript ou javascript ? d�bugger son application se fait toujours en javascript donc javascript est obligatoire , cela ne veut pas dire qu'on doit �crire du code js, c'est tout l'int�r�t de ces langages.

Oui mais justement, si le r�sultat est le m�me ; MS, Google, Apple auraient pas plut�t int�r�t a travailler sur un syst�me commun? Ils y gagneraient en temps de d�veloppement, en correction des bugs, en clart� aussi... etc.

Ils y a une raison particuli�re qui peut justifier ces choix de d�veloppement a part autre que la concurrence?

[tomlev]

tomlev >> pour �viter les allocations m�moires inutiles (pareil en java et C#).

Je sais ce que c'est qu'un StringBuilder, mais � ma connaissance �a n'existe pas en JS... (cela dit ma connaisance de JS est assez limit�e, je l'admets)