Reprise du message précédent :

 
Alors qu'avec Ember, le message a été clair dès le début : on se donne le droit de tout péter jusqu'à la 1.0, après c'est SemVer.

 
Je ne sais plus. Dans le doute, je mettrai le 301.

 
Faut juste pas que ça se transforme en fatigue et qu'on laisse le temps aux développeurs de suivre le rythme.
Parce qu'au final, le but c'est pas la techno mais la valeur ajoutée pour le client final.

merci

 
 
ce qui est chiant au final c'est la mainmise de JS sur le browser...d'un côté c'est cool parce que c'est un standard, mais quitte à standardiser ça aurait été bien que ce soit un langage plus sympa...parce que bordel c'est moche le JS (bon c'est mon côté Python zen qui parle, c'est très subjectif la beauté)

 
Ah ben t'as le droit d'aller faire du java à Papa si tu tiens pas le choc
 
Voir une des grandes évolutions du développement sous mes yeux et y participer plus ou moins, je trouve ça cool.
 
Ça fait plus de 3 ans que je fais du Ember, et faut pas deconner, ça change pas tous les jours ( ça va faire presque 2 ans qu'Ember.js 1.0 est sorti ).

 
C'est quoi la grande évolution du dev dont tu parles ? j'ai du rater un episode.

 
Voir le navigateur devenir autre chose qu'un truc pour afficher du html

 
heu la mode du client léger ça a commencé dans les années 2000...à la fac en 2003-2004 j'ai déjà été formé là dessus, et mon premier taf c'était un intranet de commandes (Websphere 5 / Java 1.4 / rendu d'un DOM en XSLTC   )
 
je concèderais une nouveauté sur l'utilisation du json, et des frameworks côté client qui n'y était évidemment pas à cette époque, où on faisait de la page bien lourd en birkenstock-chaussettes quoi

 
Euh, la mode est au client lourd, pas léger.

 
Pardon, je parlais de client lourd genre UI VB/Swing/etc, ie un exécutable sur le poste client

 
Enfin des technos pas vraiment cross plateforme.
 
Je peux faire une app qui va marcher aussi bien sur iPhone/Android que sur les 3 navigateurs principaux avec la même technologie, qui est un standard ouvert.

sauf que les impacts sur une brèche niveau sécurité sont énorme côté serveur
côté client, le risque n'est pas du tout à la même echelle

Tout à fait. Après y a le non support des nouveaux navigateurs, dans les risques identifiés si ta lib n'est plus maintenue.

 
mais completement, en plus ca aura exactement la meme gueule et tu pourra utiliser l'integralité des fonctionnalités CSS3. huhuhu. pas de trucs a gerer avec les main threads sous ios toussa, ni les standards audio video differents, ni les differences enormes de perfs. on code pour du cutting-edge mec !
 
le mec te parles de swing et tu lui reponds client lourd et independance vis a vis de la plateforme alors que t'es en train de nous servir le meme discours que pour les JVM et les applets
 
t'as deja fait du java ?

bon, suite à un changement de taf (je deviens responsable des web analytics), je sens que si je veux pas être un AbstractManager, j'ai intéret à me (re)mettre au JS correctement.
 
Vu que la dernière fois que j'en ai fait sérieusement c'était la période où "JS, c'était le mal", je pense qu'il vaut mieux que je reparte d'une base propre.
 
C'est quoi les bonnes ressources pour débuter ?
- Mozilla Dev Network a l'air bien
- Javascript : the good parts (Crockford)
- Pro Javascript techniques (Resig)
 
Vous voyez autre chose ?

coder.

 
+1
 
Surtout concernant JS. Rien ne vaut la pratique. Mais bon, c'est surtout un domaine très vaste, avec les différences de comportement suivant les browsers et maintenant l'utilisation quasi systématique de trucs comme jquery, angular etc...

je redonne le contexte : web analytics
 
Donc en gros on a une data layer en js alimentée lorsque les pages se chargent (ça contient des variables genre le contenu du panier, le dernier élément cliqué, la source qui a conduit à l'ajout du dernier élément, si le client est loggué ou pas, etc...)
 
Ensuite on utilise un tag manager (celui d'Adobe en l'occurence), qui a un hook sur toutes les pages, et qui permet d'aller chercher les éléments offerts par la datalayer. Là soit tu pousses l'élément direct vers sa destination finale (Site Catalyst, Google Analytics, régie publicitaire, etc...), soit tu retraites (en JS encore), par ex pour combiner 2 éléments en un, etc...
 
donc c'est du JS assez bas de gamme, on parle pas d'angular ou autre

Tu peux t'amuser à recoder une solution analytics simpliste from scratch \o/ pour comprendre les problématiques

Niveau perf, je dois faire un effet de vignettage sur le viewport, c'est mieux du css3 gradient ou des images PNG en repeat ? D'après ce que j'ai lu les browsers gèrent mieux les images Vous avez des retours sur ça ?

Pousse tes données d'analytics dans un ES, ça sera encore mieux pour les traiter après

 
Il est très bien, avec des exemples pour un peu tout. Je l'utilise souvent.

+1 pour le mdn

 
Et ?
 
De l'eau a coulé sous les ponts depuis, tu n'as pas à télécharger de runtime pour exécuter ce code aujourd'hui, Internet n'a pas le même niveau de démocratisation, le "standard" n'est plus poussé/bridé par une unique entreprise privée.
 
Si tu ne vois pas que tu peux offrir un service de qualité en 2015 en utilisant les mêmes technos sur différentes plateformes, je n'y peux rien

 
C'est bien  
 
Et caniuse.com

 
Bwahahaha   je comprends toujours pas ou tu veux en venir. je t'ai demandé c'est quoi la "révolution" et tu sais juste repondre qu'"avant c'etait caca"
 
HTML5 tel que tu le connais c'est WHATWG et W3C et c'est pas un hasard si y'a des DRM dedans.
tu me parles de WORA et de runtime... mais atta, v8 c'est pas js engine ca ? ah oui mais c'est dans les browsers... c'est pas pareil, pour le faire tourner en server side faut *juste* l'installer
ce que je te dis c'est que tes arguments c'est les memes qu'il y a a 15 ans a l'epoque ou y'avait des jvm avec plusieurs OS
 
que les usages aient changés y'a pas de souci. mais ton seul argument c'est tes choix technos sont edgy. je m'attendais a autre chose.
 
edit :
mais si par standard tu entendais ES6 effectivemment c'est une autre discussion, car bien entendu tu savais que javascript ca viens de chez sun/netscape, ecma etant charge de la standardisation.

IE10, edgy ?  
 
parceque c'est a peu prêt la limite pour faire une app riche qui tourne  sans trop s'embéter : offline first, responsive et tout le toutim . Ca c'est une révolution, même si elle s'est faite plutôt en douceur.
 
La révolution est qu'aujourd'hui 90% de mes dev  fonctionnent de base sur les plateforme récente, et les 10% récent ont souvent des fallback/polyfill  
 
Bien sûr si tu parle d'app avec des serice worker, ou du webrtc c'est différent.  
 
A ce propos la notion d'edgy dépend largement de la population cible

IE10 c'est w8 soit q4 2012. ca fait meme pas 3 ans... mois j'appelle ca recent pour un navigateur.
 
ouaip, la revolution c'est le renouvellement rapide. le % de pop equipé en tech recentes augmente rapidement et les nouveaux usages y ont vachement contribué.

http://gs.statcounter.com/#browser [...] 404-201504
IE10 : 1.81%
IE9: 2.26 %
IE8: 3.19%

Et pour cela (ainsi que pour les personnes ayant des difficultés d'accès) , tu as un truc encore plus frais : les app isomorphique, pour lequels le rendu peut être aussi fait côté serveur te produisent directement un HTML. La mise en page sera eventuellement moche, mais au moins le site sera fonctionnel

http://www.technologyx.com/feature [...] -and-quiet
 
91k de html dans le head. Les styles chargés après pas loin de 1 Mo de JS.

 
En quoi le fait que js vient de sun/Netscape change quelque chose à ce ce qui se passe aujourd'hui   ce sont toujours eux qui décident de l'évolution du web ?
 
Tu te plains de ne pas comprendre, mais je dois avouer que ta prose est difficile à lire a part raconter comment ca a commencé, je ne vois pas où tu veux en venir. C'est pas parce quelqu'un tente quelque chose et rate, que si la vague suivante propose des concepts similaires et réussit grace au contexte différent que ca n'est pas une révolution.
 
En gros ton discours, c'est du genre l'iPhone a zéro impact, il y avait des smartphones avant.

c'est une boite de jackyPC c'est fait exprès: vous voyez votre PC actuel tien pas la route, il arrive même plus à browser le web, il faut en acheter un plus puissant.

ES ? ElasticSearch ?

yep, avec Kibana ( pour afficher facilement les metriques) et logstash pour alimenter le tout ( ou les vieilles mais toujours fonctionnelles river) , ça te fait un des buzzword les plus moches  du moment : ELK

L'idée est de déverser toutes tes métriques dedans ( y a de la place, t'inquiète ) , et de les exploiter suivant les besoins.

edit : pour une fois que je fais de la pub pour une solution qui est développée en java
edit2: tu as aussi marvel pour monitorer tout ça : elastic search est trivial a scaler horizontalement, tes admins seront content de pouvoir monitorer ça facilement

 
non, suffit de remplacer par d'autres noms, regarde un peu comment est sorti HTML5 et qui gere ECMA => c'est toi qui aborde le point du standard, moi je m'en fous.
ces concepts existaient avec d'autres implementations => tu fais comme si c'etait completement incroyable et jamais fait avant, et ben si.
 
non l'iphone a changé la donne sur l'usage en proposant un produit fermé tres largement répandu mais avec l'accent sur l'UX.
je te pose la question de ce que tu considères etre la révolution en marche et tu louvoies avec des arguments qui partent dans tous les sens.
 
En gros ton discours, c'est du genre t'as inventé internet. Avant, le néant.
 
 

Rien que ca ouais

Trop gros

 
Elles me disent toutes ça.
 

Sinon j'ai repris un peu sur Meteor.js, ca faisait bien 2 ans que j'avais pas check.
 
Ca a sacrément changé, dans le bon sens. Me reste un soucis tout de même, comment tester si l'appli est sécurisée ou non (pas la sécuriser, mais tester sa sécurité, ce qu'elle met à disposition, ce qu'elle ne met pas a disposition & co, bref du test U ).
 
Si vous avez des idées/links là dessus

A partir d'un TD donné et dans le cas d'une table où certaines cellules ont un rowspan > 1, y'a un moyen malin de détecter les cellules faisant partie d'une même ligne "logique" ?
 
Avec la table suivante, on a ici deux lignes logiques 1 et 2. Les cellules "2" et "Bar" ont un rowspan à 2.
 

 
A partir de B, je veux connaître C, et inversement. A partir de A, je veux savoir que je n'ai pas d'élément adjacent. Le seul moyen que je vois, c'est d'avoir une data-* ou classe commune entre les TR d'une même ligne logique. A partir de la cellule, je prend les noeuds précédents et suivants du TR parent et je m'assure de la cohérence de mon critère commun.
 
S'il y a plus élégant, je prends.