WTF je savais pas qu'on était sur le topic de l'actu.
angularjs qui change son API pour la v2
Alors qu'il commence lentement à sortir du milieu techno-hipster
Et après, ça chiale sur les blogs que jquery est mort, que faut plus l'utiliser, que blablabla...
Du coup, je comptais former un petit peu l'équipe avec ce que je connaissais (pas grand chose, mais assez pour faire des petits trucs), et l'utiliser pour un projet relativement important, mais finalement, je doute. J'ai pas envie d'un truc mort-né et j'ai pas envie de maintenir un truc qui pète tous les quatre matins.
J'ai raison et vous avez tort.
Jquery mort ? Vous êtes sérieux ? Avec la version 3 en préparation et le nombre de frameworks basés sur Jquery, c'est un projet encore viable, non ?
Je dis ça, j'aime pas le front-end..., j'ai donc peut être loupé des évènements ?
J'ai pas dis qu'il était mort. J'ai dis que certains l'estimaient comme mort.
Pas moi. Surtout pas moi. Le principal site sur lequel je bosse, jquery est là depuis un paquet d'année (avant que je ne sois embauché). Quand j'ai dû refondre une bonne partie du JS, j'ai réutilisé jquery. Et je continue à m'en servir parce que c'est un truc stable et qu'il me fait le job sans m'emmerder avec les problématiques à la con lié à l'environnement dans lequel baigne javascript.
Il est loin d'être parfait, il encourage le code spaghetti (en tout cas, avec moi, mais je ne suis pas une brute en JS) comparé à angularjs (qui a des milliers de défauts mais qui propose une killer-feature: la structure du code et la maintenabilité du bordel), mais il continue à être vivant, comme tu l'as souligné, à être simple à apprendre et à utiliser au quotidien, et a une bonne documentation par rapport au foutoir qu'est l'écosystème JS.
Après, j'aime bien que jquery. Les milliers de plugins et les trucs dérivés genre jquery-ui, c'est pas ma tasse de thé. Et je l'utilise avec parcimonie, si je peux faire sans, je fais sans.
J'ai raison et vous avez tort.
Ouais sauf qu'angular c'est loin d'être un remplaçant de jquery...
Bref il y a rien de mieux que jquery pour manipuler le dom actuellement.
Sauf que si c'est 'juste' pour manipuler du dom c'est archi overkill.
Je dis ça alors que je suis surement le premier à le faire, mais ça fait du bien de le dire.
---------- Post added at 09h17 ---------- Previous post was at 09h06 ----------
Mes collègues font la même tête que toi.
M'enfin on le savait à l'avance que Angular 1 était un brouillon.
Ouais il y a des libs comme http://sizzlejs.com/ pour juste la manipulation DOM. Enfin à moins de bosser sur un micro projet c'est quand même rare de pas avoir à utiliser les events ou ajax.
Et c'est très possible de faire du code jquery propre, il faut juste savoir bien découper son code.
----------------
Sinon les amis j'ai besoin d'aide. Je n'aime pas Angular, les attributs ng-x me filent la gerbe, avoir des templates compilés côté client me semble aberrant. Ne suis-je qu'une âme perdue sans futur qui sera remplacée par un dev front-end d'ici quelques années ? Dois-je vendre mon âme et apprendre Angular par conscience professionnelle ?
Si c'est juste pour manipuler le DOM tu peux aussi utiliser Vanilla JS : http://vanilla-js.com/ :D
https://www.reddit.com/r/france/comm...ntal_de_letat/
Qu'en penser?
Je n'ai aucune compétence technique pour juger hélas. C'était plus pour faire remonter l'info. ça a peut être plus sa place sur le topic de l'actu avec un peu de contextualisation.
Ceci dit, ton commentaire confirme ce qui se dit sur le fil reddit. Et j'ai pour le coup quelques interrogations motivées par mon ignorance des techniques mises en oeuvre
- Sur quels facteurs juge-t-on en programmation web la "propreté" du code? Respect de certains standards d'indentation, nommage de variables, autres bonnes pratiques...? Ou bien c'est par l'utilisation d'un certain framework de developpement ?
- LA grosse question de noob: pourquoi est-il courant en programmation web d'utiliser plusieurs langages et pas se borner à en utiliser un seul, à l'image de ce qui se fait lors du développement d'un logiciel?
merci pour vos lumières
J'aurai du mal à vraiment l'expliquer. Il y a un milliard de petites choses qui rentrent dans le cadre des "bonnes pratiques". Quelque uns qui me viennent à l'esprit : utiliser la version 5 du HTML, l'encodage UTF-8, placer le code source javascript en fin de code, indenter le code HTML correctement, compresser le CSS et le JS, éviter de faire trop de requêtes sur le serveur.. Les autres canards doivent pouvoir en trouver des centaines d'autre.
En fait il y a 3 langages de base pour faire une page web, chacun spécialisé :
- le HTML sert à structurer la page et contient le texte
- le CSS sert à mettre en forme le HTML (couleur, police, etc.)
- le Javascript sert à rendre plus dynamique la page : afficher/cacher des élément en intéraction avec l'utilisateur par exemple
Après pourquoi heuu... on a pas vraiment le choix en fait. Ce sont les seuls langages que les navigateurs web interprètent.
J'ai raison et vous avez tort.
J'ai raison et vous avez tort.
Ce qu'il faut savoir, c'est qu'on ment beaucoup aux minmatars, surtout lorsqu'ils posent des questions du style: "t'es sûr que ça vole, ce truc ?" Cooking Momo, le 30/08/09
A une époque tous les sites de Blizzard étaient développés en XSLT. Et pas côté serveur, mais bien avec le XSLT côté client.
Ce qu'il faut savoir, c'est qu'on ment beaucoup aux minmatars, surtout lorsqu'ils posent des questions du style: "t'es sûr que ça vole, ce truc ?" Cooking Momo, le 30/08/09
Et rien du tout, on parlait de XSLT, j'ai trouvé que c'était une anecdote intéressante.
A l'époque je trouvais ça génial, de pouvoir avoir des balises HTML nommées comme on veux et de pouvoir définir leur comportement. Je pense toujours que c'est le futur d'ailleurs, via les web components. Mais le XSLT c'est sûr que c'est pas génial, un langage de programmation en XML, qui est fait pour stocker des données... mouais . C'est un peu comme stocker du code PHP dans une base MySQL et faire un eval dessus