Reprise du message précédent :
http://codeofrob.com/entries/you-h [...] cript.html

 
Discuss

c'est ce que j'ai dit depuis longtemps, pour une lib de 10 lignes de JS, tu as 30 fichiers dans le repo git maintenant, plus les gestionnaires de package dans le fichier.

lutain, les mecs de ZeroTurnaround, ils sont agressifs niveau ventes
 
J'ai passé 5 minutes à leur lutain de stand à Devoxx, et depuis ce matin, 2 mails et un coup de fil à la boite  
 
Sinon, la hype touche les ventes :
 

Je ne vois pas du tout de qui tu parles  
 

La réponse est donc : tu t'en fout. Pour angular, comprendr ela différence et le rôle des services Vs controller Vs directive est vital.  
LA différence entre service et provider est un détail
 
@nico : et pourtant tu utilise ember, tu n'as pas tout réécrit de zéro

 
petits joueurs, moi j'ai rien demandé à personne, mais ça empêche pas des commerciaux de boites totalement inconnues d'essayer de me vendre des solutions pédagogiques via des mails blindés de fautes de français...

 Ca vaut vraiment le coup de perdre son temps lire un article de haters/troll ?

 
Sanity check. Et donc oui, ça vaut le coup à l'occasion.

Quand t'as un appart de 100 m², ça devient vite un besoin

 
Je l'envisage déjà pour 50m²

maison de 120m², on gère ca tranquillement
Ca reste un confort
 

Ouais enfin vous êtes fonctionnaires tous les deux, vous avez du temps libre

Disons que la question qu'il pose peut être intéressante à discuter : petit à petit le javascript se transforme en véritable java niveau architecture. Si la tendance se confirme, qu'apporte Javascript face à du Java ?

 
Voilà tout à fait.
Évidemment c'est toujours plus facile de jouer à la voiture télécommandée ou de lire des récits d'accidents avec désincarcération que de faire le ménage.
Surtout qu'en province avec un ou deux salaires de cadre, on se sent vite une âme de nabab.

D'ailleurs j'attends qu'il définisse un lieu

Mais JavaScript c'est pas déjà du Java à la base ?

Je crios que j'étais pas loin de chez toi au fait quand je suis allé a devoxx

Mais on sait rester simple  

 
Tu comprends mieux ce que je te disais quand je parlais du bruit et de l'odeur ?

Attends, tu veux dire que Java, c'est pas du Javascript?

Ah c'est possible. Devoxx ou ton hôtel auberge de jeunesse ?

Mais non
Java c'est le langage serveur, avec whatmille frameworks et 3 outils de gestion des dépendances pour faire un Hello World.
JavaScript c'est... wait

Le plus marrant, c'est la tendance constatée : "les Frameoueurks c'est de la merde en barre, faut faire des LIBRAIRIES. Et de l'Angular "

 
Rien. C'est sans doute pour ça d'ailleurs que le fait de développer au quotidien des applets Java pour servir une expérience client extraordinaire aux utilisateurs de ta boîte te rend si heureux et avenant sur ce topic .

Je suis sur un projet avec un front angular et un back Java, je suis obligé d'avouer que c'est plutôt pas mal, à part quelques natasseries avec Jboss, Maven et IntelliJ.

Php et jQuery / DOM js ici.
Mais l'expérience est au moins aussi extraordinaire. Je suis content de ne pas être un des utilisateurs.

Ah mais j'ai pas dit que j'étais content d'Ember et que tout est rose.

Les blagues du 1%

Tu sais que généralement un langage se construit sur les restes fumants d'autres langages
Donc reprendre certaines idées qui ont permis l’industrialisation de Java, de .net ,... (intégration continue, build automatisée, tests) dans d'autres langages c'est pas complètement stupide
 
 

l'hotel. chuis trop vieux pour les auberges de jeunesse

wut ?  

ben voilà ( même si mon coeur penche plutôt sur les micro framework type backbone).
 

 
La vitesse de dev avec Angular est impressionnante !

et le temps a passer quand la magie ne fonctionne pas aussi.
( plus la vitesse d'affichage qui est loin de truc genre react.js )

Les directives sont géniales, mais je pense qu'elles perdront leur intérêt quand les web components prendront de l'ampleur ( un jour surement)

 
On n'a pas été aux mêmes talks, mais globalement, "framework" est un anti-buzzword dans le monde Java. Les frameworks, c'est caca, vieux et moche, entreprisey au possible.
 
Alors que les librairies, c'est disruptivement innovant.
 
Par contre, les mêmes adorent Angular
 
 

 
Ben faut avoir les moyens.

ça fume chez eclipse  
 
https://projects.eclipse.org/proposals/moquette-mqtt

 
La tendance, qui est assez générale, c'est surtout d'éviter les produits super structurants qui te verrouillent techniquement.
Genre GWT

Je maintiens que pour apprendre Angular à des vieux cons, tu peux faire un parallèle étonnant avec JSP/servlet.
 
Services <=> EJBs (stateful et stateless)
Contrôleur <=> Servlet (ou action Struts) : petit, jetable, qui appelle les services et colle les données dans une zone d"échange
scopes <=> session HTTP ou attributs de la requête
vue <=> JSP
directives <=> taglibs
 
Les bonnes pratiques sont les mêmes, tout ça.
 
Je suis sûr qu'il y a moyen de rendre la chose beaucoup moins sexy pour plein de ninjas mac-addicts avec ce genre de comparaison

 
C'est plus la Bretagne ? M'enfin il change régulièrement d'avis
 

 
Pluzun
 

 
So true  

je vois pas en quoi GWT te verrouille techniquement.

Enfin, pas plus qu'Angular, en fait. Tu peux lui faire causer en JSON (ou pas), tu peux l'intégrer avec n'importe quelle autre librairie JS...

Les problèmes de GWT c'est :

* le temps de compilation,
* les premières versions avec codage des IHM "à la Swing", qui a étiqueté l'ensemble de la solution comme étant de la merde pour plein de gens.

Mais t'es pas du tout obligé de faire tes IHM comme ça. Y'a UIBinder, depuis la version 2.0 (qui date quand même), et tu peux même les faire en Angular, si tu veux.

D'après les tweets de la semaine dernière, la compilation incrémentale arrive en 2.7, et les plugins de débug qui exploite les SourceMaps pour Eclipse & co aussi.

S'ils arrivent effectivement à améliorer la perf du compilateur dans la mesure qu'ils espéraient quand j'étais à Francfort, ET qu'ils ne se ratent pas sur les WebComponents (qui étaient déjà implémentés), je vois pas pourquoi cette techno ne pourrait pas avoir d'avenir.

Rien que le fait de pouvoir te dire "merde, cette lib Java de logique métier, j'en aurais bien besoin côté client", et pouvoir le faire en un rien de temps, juste en coupant quelques dépendances, c'est assez appréciable.

Enfin bon, cela dit, je suis pas un ayatollah non plus, hein. Le mieux ça reste probablement de pas oublier les technos juste parce qu'elles ne sont pas à la mode, et autant que possible d'utiliser la meilleure dans chaque cas d'utilisation sans se mettre de barrière du genre "ouais, mais on connais pas"

Du coup je lis vaguement le post en question en essayant de rester impartial malgré la haine du gars et :

So Java. Much Spring. Many XML  
Le gars est rageux, c'est sûr, mais c'est difficile de lui en vouloir

mais java la dernière fois que j'en ai fait y'avait plus que les fichiers maven2 en pseudo-XML, tout le reste était en annotation.

 
Et en JEE 7, y'en a encore plus. J'ai pas creusé plus que ça, mais on devrait pouvoir se passer de web.xml dans les webapps, je pense.

Mais du coup, tu configures comment ton appli ? En modifiant les annotations dans le code ?
(j'ai pas touché ce genre de truc depuis 2009-2010 et c'était dans un cadre vraiment vilain)