Reprise du message précédent :

Pas trop d'accord, c'est même plutôt limpide.
 

Les frameworks et les libs sont là pour ça. flo s'est mis dedans tout seul parce qu'il a voulu faire sans jQuery.
 

Y'a pas de construction namespace dans le langage mais la fonctionnalité existe.
 

Soit, mais en même temps j'irais pas recommander une usine à gaz comme GWT sur cette seule base.
Et de toute façon, faire faire du dev d'applis conséquentes par des grouillots de base, c'est une recette classique pour faire des applis pourries quelle que soit la techno.
 

 
 
Certes mais un entête ... avec un IPP, ou 1 INS-C  
 
Un INS-C .... 22 caractères pour l'INS-C. Encoder l'entête patient HPRIM c'est pas énorme.
L'xml posté c'était du foutage de gueule.

ou et non. Je pense qu'en Java aussi il est possible de faire de la merde, et de ne plus trop savoir ce qui vient de base et ce qui dépend des nombreux frameworks et libs utilisées. D'ailleurs ça existe des gens qui font du java "pur" ?

Au final, j'ai une appli qui contient des websockets, de la visio, de la lecture de pdf , une interface avec dropbox, une autre avec les ECM et qui fait moins de 300Ko gzippé (css, polices, html, images, js) + 400Ko de libs additionnelles qui sont récupées lors l'ouverture du premier pdf

L'autre appli (mobops) de suivi des opérations fait moins de 900Ko ,avec de la carto , la gesiton d'un cache hors ligne, ....

Edit : il yest faciel d'avoir un fonctionnement équivalent au namespace : les modules  . Ca a juste une forme différente de Java

 
Point 1 : ben bof, je trouve. T'as vite fait de prendre des habitudes, qu'il est difficile de perdre (la preuve avec Flo)
 
2 : ouais, elle existe. Après, avec les tas de cons qui trouvent rien de mieux que de tout mettre en static en Java, ou de nommer leurs variables comme des cons, t'as vite fait d'arriver à des trucs tout pourris.. Et je parle même pas du cas qui consiste à avoir plusieurs applis qui bossent ensemble sur la même page (comme c'est notre cas)
 
3 : GWT n'est pas une usine à gaz non mais (bon, un peu, mais ça s'améliore au fil des versions)
 
Le principe de compiler un langage comme java vers du JavaScript, il est pas super différent de celui qui consiste à optimiser le JS avec de la minification, utiliser closure pour les CSS, etc... Il a l'avantage de te permettre de bénéficier de tout l'outillage Java (cela dit, l'outillage JS progresse vite, donc bon), et d'avoir un langage typé pour aider les plus neuneus, etc.
 
bref, je cherche à convaincre personne, juste faut essayer avant de dire que c'est de la merde

Certes, en attendant, les modules, t'es pas obligé d'en faire (alors qu'en Java, t'as au minimum une classe) qui a des degrés de visibilité différents pour ses méthodes/attributs, alors qu'en JS tout est public

Je ne te le fais pas dire

 
J'ai essayé, j'ai changé d'avis.

Tu as essayé du js natif ?

 
Y'A PAS DE NAMESPACE === MES COUILLES ON TE DIT

 
oui, aussi.  
 
Je dis pas que c'est pas bien, hein. Y'a des super trucs à faire avec.
 
Je dis juste que pour faire ce qu'on fait ici, avec les développeurs qu'on a ici, et les thunes que le management  veut y consacrer, GWT est un nettement meilleur choix. Et que dans l'absolu, le compilateur GWT est un putain de super machin, qui pourrait inspirer des outils de build JS  
 
Genre, le pruning, qui te vire tout ce qui est pas utilisé, puis les optimisations de CSS, le principe des permutations par UserAgent/langue/whatever, je trouve que c'est bien.

 
C'est marrant, du point de vue théorie et élégance je suis vraiment pas fan des coercions.
En pratique, que ce soit en JSS ou en PHP, malgré des tartines de code assez conséquentes,
je crois que j'ai jamais eu de bug lié à ça. Vous en voyez passer souvent vous ?
 

http://www.halfarsedagilemanifesto.org/

 
Tu mets ça où les 09 ?

mais tout ça existe en js  et depuis des années . Maintenant c'est même a peu prêt intégré.D'ailleurs si tu regardes le code source de striim, tu verras que c'est minifier, concaténé, ....

Le dernier que j'ai eu à cause de ça doit dater de la fac . D'ailleurs ça me rappelle .equals et == , ça

rien a voir mais firefox est re-devenu bien on dirait, ca rame pas. presque aussi rapide que chrome et joli par defaut.

 
Non, mais je sais que ça existe, la minification, etc..
 
Mais c'est un sacré pavé dans la mare des mecs qui refusent de tester GWT (ou tout autre truc qui se compile en JavaScript) sous prétexte que "ouais, je sais pas quel code iva tourner au final sur le browser, c'est de la merde" )
 
Autre truc super appréciable dans le compilo GWT : le code splitting.
 
En gros, tu écris un truc du genre  

GWT.runAsync(new AsyncCallback() {
 
  onSuccess() {
      new MaClassAMoi().trucMachin();
  }
 
  onFailure() {
    Window.alert("ton réseau est pourri" );
  }
});

 
 
Ca va couper ton fichier JS en deux, et ce qu'il y a dans onSuccess() sera appelé après que le second ait été chargé.
 
Pour des grosses applis (et dans un intranet d'hôpital, c'est des grosses applis), c'est super un truc comme ça.
 
Enfin bref, je fais un peu de node pour m'amuser chez moi, je suis pas du tout contre l'idée d'en faire au taf, ni du JQuery ou du Angular, ou autre, mais je persiste à penser que l'approche de GWT est pas con, que le compilateur est vraiment un outil génial, et que cette techno mérite mieux que de se faire systématiquement basher par des gens qui n'ont jamais essayé (sauf sur les temps de compil', mais en 3.0 ça devrait s'améliorer beaucoup)

http://www.marblesecurity.com/2014 [...] s-of-2013/
 
Ou comment permettre aux dictionnaires de password de gagner en puissance de manière exponentielle.

 
C'est pas plutôt le vol d'identité qui est nettement plus important suite à ces leaks ?

Aussi, mais plus il y a de password qui tombent, plus ça améliore les dictionnaires (autant en seeds qu'en méthode de création de mots de passe).

 
J'ai ré essayé il y a deux mois, j'étais toujours pas convaincu. Je trouve ça lent de manière générale que ce soit l'UI ou le rendu des pages.
 

GWT.runAsync(new AsyncCallback() {
 
  onSuccess() {
      new MaClassAMoi().trucMachin();
  }
 
  onFailure() {
    Window.alert("ton réseau est pourri" );
  }
});

 
Attend, on parle bien de GWT, le truc fait pour les javateux qui ne savent pas faire de JS ?

le rendu des pages semble plus lent compare a chrome. je suis sur la derniere version (v 26 ) et je vais rester dessus pour le moment. chrome avec son menu apps me fait chier et l'acces aux options avances qui est un vrai bordel je trouve compare a ff

GWT.runAsync(new AsyncCallback() {
 
  onSuccess() {
      new MaClassAMoi().trucMachin();
  }
 
  onFailure() {
    Window.alert("ton réseau est pourri" );
  }
});

Si je comprends bien le truc, ça va mettre toute la définition de la class anonyme dans un fichier à part du code englobant ?
Mais elle fait quelle taille ta classe pour que ça vaille le coup ? Si elle est grosse est-ce que c'est vraiment malin de l'écrire inline ?
(Je veux bien qu'une appli soit grosse, mais pas un fichier).
 

C'est ballot, perso c'est précisément l'existence d'une phase de compil' qui me rebuterait le plus si je devais utiliser un truc pareil

Ouais, ils se sont lancés il y a quelques temps dans un concours de bites avec Chrome pour savoir qui avait le num de version le plus gros

Non , c'est plus malin que ça, le compilo analyse le code, et met dans le second fichier, tout ce qui est appelle depuis la classe anonyme, qui n'a pas ete appele depuis un autre endroit (je sais pas si je suis clair).

En gros, si dans le onSucess() tu ecris new Machin() qui utilise 12 autres classes utilisees nulle part ailleurs, alors Machin() et les 12 clases seront dans le second fichier....et si dans le tas il y a une methode non utilisee, elle sera pas compilée du tout.
 Dans la v2.6, il va aussi regrouper les morceaux qui ont des choses en commun.

Et tu peux obtenir des rapports de compil qui te permettent d'affiner la position des split points dans ton code.

C'est plutôt malin ouais

Muchacho pr0n: http://www.theabsolutesound.com/ar [...] rconnects/

'fin je dis ça, mais quand j'ai acheté mon câble HDMI j'ai pris du Auchan de base, pas de la MDD "Pouce" à 5€ (c'est madame qui m'en a empêché )

les cables "amazon basics" ont un excellent rapport qualité/prix, pas du tout du bas de gamme malgré le "basics" (robustes, blindés, plaqués or).
 
exemple:
http://www.amazon.fr/AmazonBasics- [...] 003L1ZYYW/

http://vimeo.com/79098420

 
Mais oui, je vous l'avez dit, ici-même me semble-t-il
 
Sinon pour les pas fan de JS directement, ya le Coffee script aussi

CoffeeScript c'est un peu de sucre syntaxique sur la même sémantique (quand ça introduit pas de nouvelles inconsistances ou idées foireuses). Si tu compiles en JS autant partir du clojurescript ou elm, avoir un vrai gain toussa. Ou juste utiliser un système de macros genre sugar.

 
C'est quand même un peu plus que ça je trouve Mais on s'en rend pas forcément compte de suite il est vrai

Oui les idiophiles aussi trouvent que leurs cables c'est un peu plus que ça.

http://www.monsieur-le-chien.fr/index.php?planche=600

 
Et ça donne quoi les tailles et nombres de fichiers que vous servez du coup ?

prems

edit: et prems dans le fatboy au boulot

burp

http://www.goldenmoustache.com/vid [...] -hangover/
 

 
bah ça dépend vraiment de l'appli, en fait.
 
Pour la démo complète de tout ce qu'on a comme widgets (soit à la louche 70 k lignes de code Java), les permutations font dans les 1,5 mo pas compressé / 470k compressé
 
En plus, il y a un script de bootstrap de 8ko (qui décide quelle permutation charger en fonction du UserAgent, de la langue et chez nous on a ajouté un discriminant qui est l'activation des logs)
 
Pour te donner une idée, la suppression du code de log dans les permutations qui n'en ont pas diminue la taille de 25k à la louche.
 
Et là dedans, y'a tout (CSS, images, JS)
 
Autre bénéfice pas négligeable de la techno : tu peux cacher les fichiers de l'appli sans risque : les noms de fichiers des permutations sont des hash, donc changent à chaque modif de code.  
 
Le script de bootstrap, par contre, ne se cache jamais (il a un nom en ".nocache.js", les permuts ont des noms en "cache.html" à toi de paramétrer le serveur pour avoir les headers qui vont bien) : du coup, si tu déploies une nouvelle version, comme les noms des fichiers de permut changent, y'a pas de risque de choper un truc en cache.
 
Idem pour les images : dans la démo y'en a que des toutes petites, donc le compilateur les a directement inlinés dans le code, mais si t'en a beaucoup, il va construire des assemblages et les classes CSS auront les décalages qui vont bien, mais les noms des images seront construits sur le même principe.
 
 

 
 
dites, si j'ai une table versions qui contient ces données:
 

 
et que je veux obtenir la liste des environnements (couple Ligne/Env) avec leur dernière version (en se basant sur la dernière date), et donc récupérer:
 

je suis obligé de passer par une sous requête? je voulais y arriver avec des distinct ou des group by mais j'ai pas les yeux en face des trous...
 
merci.