Publié le 1 novembre 2016 - par

Et si on passait au JavaScript ?

Sjavascripti vous prenez 1000 développeurs professionnels (hors dev. web) et que vous leur demandez ce qu’ils pensent de JavaScript, il y a fort à parier que 999 vous répondent que c’est le pire langage jamais inventé et celui qui ne fait pas partie des 999 vous répondra à coup sûr ‘vous pouvez répéter la question ?‘ Tant que c’était cloisonné dans des pages web pour faire rigoler des smileys quand on les chatouillait du pointeur ou pour faire tomber de la neige sur l’écran pendant les fêtes de Noël ça ne gênait personne, mais voilà, depuis quelques années, la donne a changé.

La guerre du Web

Dans les hautes sphères des centres de réflexions ou l’on cache les inventeurs d’idées qui décident comment l’outil informatique doit évoluer et nous imposent comment nous devons l’utiliser (comment ça ou c’est ? j’en sais rien moi, c’est la bas, ailleurs …), il est tombé un jour comme une évidence que pour régner, il fallait s’imposer par le web. C’est là que la guerre a commencé. Non non, Pas celle des Orcs contre les Humains, ça c’était juste de la bagarre de bac à sable en comparaison. Je vous parle de la vraie guerre, celle des navigateurs. Celle-la même qui ravage le monde depuis plusieurs décennies. Qui a oublié la raclée infligée à Nestcape par Microsoft et le retour de la vengeance du justicier FireFox.

orcvshuman

Pendant que ça se battait à grand coup normalisation, de plugins et de moteurs de rendering plus ou moins performant mais surtout moins compatible, sans plus vraiment plus savoir pourquoi ça se battait, un nouvel ennemi s’installait. Je parle bien sûr de La légion Ardente … heuu qu’est-ce que je raconte-moi, je voulais dire Chrome. Depuis, les armes sont devenues de plus en plus destructrices, les alliances ont été rompues, les champs de batailles infiniment plus nombreux et il ne reste plus rien des premières querelles du début … En fait à bien y regarder, si, il reste une chose : JavaScript.

Le survivant JavaScript

La technologie JavaScript était là depuis toujours. Elle a survécu on ne sait comment à toutes les batailles et dans tous les camps. Avec son typage fantôme, ses callback que l’on savait quand on les call mais jamais si et quand ils allaient décider de back. Un écosystème vide de tout et entouré de rien ou il fallait se palucher tout ce qui existait déjà dans tous les autres langages. En plus en prenant bien soin à chaque fois de conditionner pour être compatible avec chaque navigateur du moment (pour ceux à venir, on avisera … ou pas). Ses class soutenues par des prototypes à moins que ce ne soit l’inverse. Et que dire des millions de pages utilisant des scripts douteux, codés à l’arrache par des webmasters improvisés et qui finissaient exécutés (ou plus souvent plantés) sur votre système. J’ai toujours adoré les trucs du genre ‘Ce site est optimisé pour IE’ qui en réalité voulait dire : Si t’est sous Linux ou Mac t’étonnes pas si ça marche pas. Ou l’inverse, ‘Ce site n’est pas compatible avec Internet Explorer’ alors que 90% des ordinateurs de bureau tournaient sous Windows.

jserrorSi on m’avait donnée 1 centime à chaque fois que j’ai eu chargé une page qui m’informait d’une erreur JavaScript, je serais aujourd’hui plein aux as et j’écrirais ce billet depuis mon yacht stationné aux Caraïbes avec autour de moi, une foule de vahinés dévouées pour m’abreuver de cocktails (cocktaux ? …) exotiques. La réalité, c’est que je ne possède qu’une barque de pêche, que j’écris depuis mon petit bureau et que si j’ai soif, il faut que je bouge mon popotin jusqu’au frigo et que je me serve moi-même une pils bon marché. Par contre, JavaScript est toujours là et il contribue indiscutablement à remplir les poches des géants du web (ou des rois du monde si vous préférez).

jsdaworld

Soigner le mal par le mal

Ce n’est pas bien, c’est nul, c’est lamentable, mais c’est là et bien là et soit on fait avec, soit on ne fait pas. Certains l’on bien compris. Avec l’évolution de l’HTML et de CSS Les premiers Framework pour JavaScript ont commencé à voir le jour. JQuery, Angular, MooTools et j’en passe. Jusqu’à des langages de programmation en surcouche comme CoffeeScript ou plus récemment TypeScript. Petit à petit le piteux langage s’émancipe, se standardise et finalement devient omniprésent au point de faire de l’ombre à des technologies que l’on pensait indétrônables. Qu’on le veuille ou non le logiciel le plus utilisé au quotidien dans le monde, c’est le client http (sous différentes formes) et il y a systématiquement du JavaScript derrière.

javascript-frameworks

JavaScript, l’arme fatale

En plus de tous ces outils censés faciliter et rendre plus robuste les développements en JavaScript,  Google a eu l’idée folle de prétendre que JavaScript pouvait être ‘très’ performant. Ils ont des fois idées étranges chez Google, mais à force d’embaucher des geeks qui carburent au RedBull entre 2 pécos aux herbes,  évidement ça donne parfois des idées auxquelles les autres ne pensent pas forcement. En fait Google avait bien compris qu’à l’avenir, v8ce qui ferait la puissance d’un navigateur, ce serait avant tout sa capacité à être le plus performant possible pour exécuter de l’ignoble mais indispensable code JavaScript. Ils ont bossé la dessus et en est sortie V8. Un truc open source capable de compiler du JavaScript en natif qu’ils ont porté sur la plupart des plateformes.  Puis est arrivé un geek sans doute un peu plus redbullisé que les autres avec une idée encore plus déjantée. Pourquoi ne pas utiliser la puissance de ce moteur en dehors d’un navigateur ? Et paf, comme un cheveu dans la soupe, voila NodeJS.

nodejsban

Une plateforme applicative orientée réseaux, mais cette fois ci indépendante du navigateur. Nous voila donc désormais en possession d’un puissant outil qui va nous permettre d’exécuter nativement du code que l’on avait déjà du mal a supporter quand il était interprété dans les navigateurs web.

NodeJS, une approche différente.

homeopathie

Quand j’ai découvert ça il y a quelques années, j’ai réagi comme n’importe quel développeur.  Encore une mode pour faire un ‘trucbuzz’  pas comme les autres et qui ne marchera jamais. En plus c’est du JavaScript, donc ça me fout des boutons et je ne vais surement pas revenir à de l’homéopathie de ménagère alors que ça fait 30 ans que j’exerce mes pouvoirs grâce à de la magie noire super puissante. A vrai dire, je ne voyais aucun intérêt à utiliser ce truc. 
grrrrcoputerBon, ok, je vais y jeter un coup d’œil, mais vite fait alors … Je me suis donc mis à me documenter un peu, à tester à temps perdu, à expérimenter. Je crois que je n’ai jamais autant insulté un ordinateur que quand je me suis mis à NodeJS. Rien ne fonctionnait comme je voulais, aucun des réflexes que j’avais sous n’importe quel autre langage ne me donnait satisfaction. Puis je me suis souvenu de Clint Eastwood dans Firefox (l’autre), qui devait penser en russe pour pouvoir utiliser le super coucou qu’il venait de taxer aux popofs. Je me suis donc mis à penser ‘asynchrone’. Une hérésie pour un développeur ou normalement quasiment tout est synchrone sauf exclusivement ce que l’on a volontairement codé pour ne pas l’être. Avec NodeJS, c’est juste tout le contraire.

Très réticent au début, j’ai fini par accepter le concept ‘diffèrent’ et je dois bien l’avouer, j’ai même par moment été scotché par la facilité d’usage et les performances comparées à bien d’autres langages que je pratique depuis très longtemps. Professionnellement, je n’utilise pas (encore) trop NodeJS. J’ai juste migré quelques vieilles applis PHP pour me débarrasser définitivement d’un vieux serveur Apache et je dois dire que tout fonctionne parfaitement bien et même mieux du fait que j’ai pu remplacer tous mes échanges Ajax par des Socket.Io. En revanche pour mes dev. perso, notamment pour le Pi, je l’utilise de plus en plus.

NodeJS et le Raspberry PI

NodeJS est inclus dans les 2 dernières distributions de Raspbian (au moins) et son gestionnaire de paquets (npm) est installable par une simple commande apt-get. Le nombre de paquets disponibles est hallucinant ce qui rend parfois le choix hasardeux et il ne faut pas hésiter à en tester plusieurs pour une même tâche. Une fois les préjugés passés sur le langage, on peut développer très vite des applications web vivantes en temps réel avec une facilité déconcertante. Bien que ce soit le rôle primaire qu’on lui accorde souvent, il peut faire bien plus que ça. Au regard de  sa nativité asynchrone orientée réseaux, de sa légèreté, de la richesse de ses packages ainsi que la possibilité de développer soit même ses propres  ‘add-on’, j’entrevois à travers NodeJS un middleware redoutable parfaitement adapté pour les petits Pi.

lecon3_8

J’ai aussi remarqué sur ce site que le sujet était un peu voir même beaucoup ignoré. Et pourtant il ne se passe pas un jour sur le forum ou des débutants se démènent à essayer d’installer des webserver’s pour utiliser juste quelques pages statiques en guise de GUI et généralement pour des codes douteux écrit en Python. Alors j’ai juste décidé d’informer que l’on pouvait aussi arriver vite à de très bons résultats sans pour autant monter toute une usine à gaz et coder pendant des semaines. Pour ça je me suis fendu d’un petit Tuto sur le forum framboise 314. N’allez pas chercher la dedans du code de gourou. C’est plus destiné a des débutants (ou pas) ne connaissant pas NodeJS.  Je suis parti sur l’idée d’écrire du code avec les instructions les plus simples possibles et de le commenter à stricto minimus en me disant que celui qui voulait comprendre pouvait le faire facilement en se documentant un peu. Toutefois, ne retombons pas l’erreur de penser que JavaScript est un langage simple et simplet. Nombreuses de ses critiques sont motivées par des incompréhensions ou méconnaissance de son fonctionnement. 

lecon6_1

A ma connaissance le forum est libre de lecture sans forcement avoir besoin de s’inscrire, et si ça vous intéresse, cela se trouve la : http://forums.framboise314.fr/viewtopic.php?f=44&t=3033

Conclusion

Faute de ne pouvoir tout connaître, les informaticiens et plus généralement les développeurs sont souvent assez ‘fermés’ et réticents envers les technologies qu’ils n’utilisent pas. Ils ne leur portent généralement que peu d’intérêt et ne les voient pas évoluer. Je dois bien avouer que si une voyante m’avais prédit qu’un jour que j’écrirais un article pour présenter du JavaScript, je l’aurais sans doute traitée de charlatane. Si vous ne l’avez jamais fait, je vous invite aussi à faire des recherches sur l’avis des développeurs professionnels concernant cette technologie. Certains sont dépités et crient au scandale, d’autres le trouvent intéressant et d’autres encore trouvent ca carrément génial. Certains vont même jusqu’à être convaincu que cela va tuer pas mal d’autres technologies.  Je n’ai personnellement pas la prétention d’avoir assez de recul pour dire qu’il faille l’utiliser massivement ou pas. Je me range plus dans la catégorie c’est intéressant mais en tout état de cause, je m’y intéresse et je ne suis pas le seul. Netflix, Payal, Facebook, LinkedIn, Yahoo, Microsoft et bien d’autre font même plus que de s’y intéresser.

Share Button

26 réflexions au sujet de « Et si on passait au JavaScript ? »

  1. Dodutils

    Firefox avec Clint Eastwood j’avais adoré… à l’époque, aujourd’hui ça doit piquer un peu mais bon c’est dirty Clint quoi !

    J’ai bien aimé le « Je me suis donc mis à penser ‘asynchrone’… une hérésie ».

    L’Asynchrone c’est un peu plus long à mettre en oeuvre mais après c’est tellement mieux de ne jamais bloquer (enfin faut jamais dire jamais hein), comme sous Delphi à l’époque avec la libraire ICS versus Indy pour faire du réseau, Indy c’est bloquant avec une des threads à gogo, alors qu’ICS est prévu nativement pour de l’Asynchrone et on gère juste quelques Worker Threads pour les processus un peu long, et à force de bosser en pensant Asynchrone c’est l’inverse qui se produit « mais comment peut-on bosser en mode synchrone … une hérésie ! » du coup quand j’ai vu arriver Ajax j’ai dis YES ! et avec NodeJS pareil 😉

    Répondre
  2. Bernard B

    Codeur et néanmoins un brin écrivain Robert, Alias Bud Spencer.
    L’écriture, la tournure des phrases, le vocabulaire, la façon de faire passer ses idées, des informations. Finalement n’est ce pas aussi, pour une langue (un langage) , une façon universelle de coder ?

    En tout cas, bravo pour le tuto très pédagogique sur le forum.
    Ça sent le formateur rangé des voitures, non ? 😉

    Cordialement .

    Répondre
  3. Quentin

    Javascript à fond pour ma part ! Appli Mobile, Appli de type Soft et Site internet. Technologie intéressante voir géniale comme le dit si bien l’article (couplé avec une base de données orienté objet – MongoDB) ! L’avantage premier est de pouvoir développer sur un langage unifié ! #JSPower
    Cependant attention pour les navigateurs avec la nouvelle arrivée ECMA6 (Norme Javascript) qui est pas encore compatible avec tous les navigateurs (mais compatible avec la nouvelle version de NodeJS) !
    Cdlt
    Quentin
    Développeur Web et créateur du logo de framboise314 :p

    Répondre
    1. Bud 'Robert' Spencer Auteur de l’article

      Merci Quentin. L’avis d’un développeur web sur ce sujet est intéressant. J’imagine que JavaScript est un gros morceau de votre quotidien et je pense que ce sont des gens comme toi qui sont le mieux placé pour en parler.

      Répondre
  4. Tryph

    je fais partie des 999 développeurs sur 1000 à penser que javascript est un des pires langages que j’ai pu pratiquer (en pire, on a par exemple VB6) et que c’est une hérésie d’avoir sortie ce diable des navigateurs dans lesquels il était enfermé.

    Mais je suis pas encore prêt à me laisser convaincre que Javascript c’est bien. j’y touche vraiment que si je n’ai pas d’autre choix 🙂

    Répondre
    1. Bud 'Robert' Spencer Auteur de l’article

      VB6 ? … Juste pour rappel, c’était la dernière version d’une génération et ça date de près de 20 ans (1998). Doit-on rappeler que VB héritait d’un langage quasiment disparu aujourd’hui que l’on nommait autrefois ‘BASIC’ et qu’il avait pour vocation première d’être avant tout simple à utiliser. Pour rappel toujours, à cette même époque un langage comme python était à peine en version 1.5 (une horreur) et son ide IDLE apparaissait seulement. Je ne veux pas jouer le troll, mais même 18 ans après, IDLE est encore plus près de l’éditeur de texte que de l’IDE comparé à la richesse d’un VB6 de l’époque. VB n’était pas seulement un langage de programmation extrêmement accessible, c’était avant une solution de développement rapide et fiable d’une ergonomie sans pareil pour l’époque que et peu de langage peuvent se prévaloir d’avoir même à ce jour. Pour donner un ‘indice’ à Bernard, oui j’ai formé et pas mal sur ce langage. Je suis tout à fait d’accord avec Francois et je confirme que Visual Basic a été un véritable tremplin pour beaucoup de développeurs. N’oublions pas non plus qu’en son temps, il ne trônait pas par hasard parmi les langages les plus utilisés dans les entreprises. J’ai encore une VM dédiée à VB6 et pour cause, j’ai développé beaucoup de logiciels pour l’industrie avec ce langage (depuis la version 3) et pas mal sont encore en production. Il arrive même que l’on fasse encore appel à mes services pour ajouter des ‘options’ à de l’existant ou comme consultant pour faire l’étude de migration vers des méthodes plus ‘moderne’. Toutefois, je respecte ton avis, mais je serais curieux de savoir en quoi VB6 pouvait être pire que JavaScript …

      Répondre
      1. Tryph

        Bah faut pas prendre la mouche comme ça, je n’aime pas le Javascript et le VB6, je me contente juste de le dire sans obliger personne à être de mon avis. La preuve c’est que je n’ai même jamais fait d’article pour dénigrer l’un ou l’autre 😉

        Pour répondre à François. Je suis bien conscient que le Javascript est un tremplin pour pas mal de codeurs, puisque ça été mon cas. Mais le fait d’avoir commencé par du Javascript (puis du PHP) ne m’interdit nullement de réviser mon avis une fois avoir pratiqué des langages qui me plaisent bien plus.

        Pour répondre à Bud, le VB6 c’est vieux certes, mais sans vérifier, il me semble que c’est par exemple moins vieux que le C qui n’a pas aussi mal vieilli. J’aurais 2 choses principales à reprocher au VB6: la première n’est pas tellement liée au langage et c’est le manque de documentation et sa pauvreté. La deuxième chose, c’est une certaine incohérence dans le langage, je ne saurais pas donner d’exemple précis (puisque je n’y ai touché qu’une fois pendant 2 mois et que je me suis appliqué à oublié cette période), mais j’en garde le souvenir que rien n’est évident dans ce langage et que la façon intuitive (selon moi) de faire quelque chose n’est jamais la bonne. Bon après c’est peut être du à mon manque d’expérience sur le langage, mais j’ai comme un doute.

        Après je n’ai jamais remis en question le fait qu’on puisse utiliser VB6 ou Javascript pour faire des choses très bien, très utiles et très robustes. C’est juste que, personnellement, si je peux utiliser une autre techno, je le fais. J’aurais vraiment l’impression de me punir un en utilisant un de ces langages de mon propre chef. Après si certains se sentent à l’aise sur ces techno, c’est bien pour eux, ils sont libre de se faire du mal (attention, ceci est une blague. je préfère préciser 😉 ).

        Pour ce qui est de Python (c’est mon langage de prédilection) et de son évolution, je me garderai bien de chercher à contredire car je n’ai jamais connu la version 1.5. Je suis entièrement d’accord quant à la relative inutilité de IDLE, je ne l’ai jamais vraiment utilisé. J’imagine que ça peut permettre aux purs débutant de se rendre compte qu’il existe une chose merveilleuse qui s’appelle la coloration syntaxique. Au delà de ça, je n’en vois pas l’intérêt.
        Voyez, on peut avoir un avis critique aussi sur ses technos préférées 😉

        Répondre
        1. Bud 'Robert' Spencer Auteur de l’article

          Rassure toi Tryph, je ne prenais la mouche, j’étais juste surpris que l’on puisse faire une comparaison de js avec un langage comme vb6. Tu sais, pour moi il ni a pas vraiment de bon ou de mauvais langage, il y a juste des langages mal connu, mal utilisé ou tout simplement mal choisi pour certains types de projets. Bien sur on a tous nos préférences (ou je dirais plutôt ‘habitudes’), mais quand on est amené à utiliser beaucoup de langages différents, on fini par faire abstraction de tout ca. J’ai toujours été très éclectiques de ce coté la et il n’est pas rare que dans la même journée de boulot je mette les mains dans le cambouis de 4 ou 5 langages différents.

          Répondre
          1. François MOCQ

            je vais dans le même sens on me demande souvent « Quel est le meilleur langage » ou « Quelle est la meilleure carte ». En général la réponse est : « Pour quoi faire ? ». J’ai besoin d’une voiture, je ne prendrai pas la même pour rouler en ville, faire 60 000 Km par an, aller travailler en forêt sur des pentes raides…
            Tout est toujours histoire de compromis 😉

            Répondre
  5. S.POURRE

    Bonjour,

    Très bon article qui, effectivement, donne envie d’essayer 😉
    Pourtant, je suis « hermétique » à java dans lequel je ne voyais qu’une resucée d’un concept des années 70.
    En effet, les jeunes ont l’impression d’avoir tout inventé et que leurs anciens vivaient dans des cavernes ;-(
    l’idée de faciliter la portabilité du code en le faisant exécuter par une machine virtuelle, date des années 74 et une de ses mises en œuvre est le pascal UCSD :
    https://en.wikipedia.org/wiki/UCSD_Pascal
    Pareil d’ailleurs pour UNIX à qui Linux a tellement emprunté.
    Cordialement
    Sylvain

    Répondre
      1. S.POURRE

        Bonsoir,

        Pas besoin de chercher, je suis le 1/1000 ;-))
        Je le redis, c’est un bon article. Le style est plaisant et donne envie d’essayer, au moins pour voir.
        Cordialement

        Sylvain

        Répondre
    1. Bud 'Robert' Spencer Auteur de l’article

      Effectivement, a l’usage, Java et JavaScript sont 2 choses totalement différentes, mais historiquement, il y a quand même des liens. LiveScript (nom de départ) a été remplacé par JavaScript parce que Netscape et Sun était ‘économiquement’ partenaire et qu’il avait semblé bon d’y associer le non Java qui commençait à grimper. JavaScript à été développé à l’arrache avec comme ordre premier de ne pas faire de l’ombre a Java. Il est rigolo de voir qu’a aujourd’hui, certain géants du web lâche Java pour passer a du JavaScript avec NodeJS

      https://www.paypal-engineering.com/2013/11/22/node-js-at-paypal/

      Répondre
  6. Thomas

    Bravo pour ce post, j’adore ! En effet, il n’y a pas que Python pour tirer profit de notre chère Framboise…
    J’utilise NodeJS depuis bientôt trois ans, et je suis toujours stupéfait par la puissance de cet environnement.
    N’oublions pas node-red, une surcouche graphique fonctionnant sous NodeJS et qui permet de mettre en oeuvre très simplement un serveur web, un serveur websocket, la connexion entre des objets connectés avec différents protocoles, l’interaction avec les réseaux sociaux (allumer une led par un hashtag sur Twitter, trop marrant…) , etc.
    Node-red (nodered.org) est installé en standard dans la nouvelle Raspbian et accède aux GPIO du RPi. C’est bluffant et les possibilités sont infinies. Les messages transportés entre chaque noeud sont au format JSON bien sûr. Des milliers de modules sont disponibles, au même titre que les packages nodeJS. Cerise sur le gâteau, le développement sous node-red s’effectue dans un navigateur web, sur le port 1880 par défaut. Node-red vient d’intégrer la JS Foundation : https://js.foundation/projects/
    Ça c’est pour le javascript côté « serveur », ou disons côté machine.
    Pour le côté client, javascript est omniprésent, il suffit d’essayer Angular (Google) et React (Facebook) en ayant auparavant étudié la nouvelle déclinaison ES2015 dont les profonds changements et nouveautés apportent la maturité au langage.
    La synthèse javascript client/serveur est également en marche, avec les fameux MEAN stacks ( Je vous laisse chercher la signification du N et du A de l’acronyme…), des solutions à même de remplacer les vieux LAMP, WAMP et MAMP.

    Répondre
    1. Bud 'Robert' Spencer Auteur de l’article

      Merci pour le retour Thomas. Je n’ai pas essayé encore Node-Red, mais je compte bien le faire et ton intervention motive bien ma curiosité. Pour MEAN, j’ai 30 ans de bd relationnelles derrière moi et je n’ais pas encore trouvé vraiment l’usage de bd NOSql, mais comme de toute façon, je test tout, j’y viendrait bien. Allez, comme tu donnes de l’info, j’en donne aussi dans le même répertoire : SQL Server implémente désormais nativement JSon dans sa version 2016 et comme chacun sait, JSon, c’est avant tout le format naturel de données de JavaScript.
      Que l’on aime ou pas, il faut bien admettre que tout ce qui est JavaScript bouge beaucoup en ce moment …

      Répondre
  7. Stéphane

    Excellent article

    Pour mettre en exergue un autre avantages de développer en Javascript: La portabilité

    Voici mon témoignage de développeur.

    Il y a deux ans je ne connaissais rien de javascript et du développement web et j’ai décidé de me lancer dans la création de logiciel purement web. J’ai fait la connaissance de Jquery de Nodejs et de nwjs et j’ai réalisé mes développements pour windows.

    Il y a 1 an J’ai fait la connaissance du Raspberry et j’ai décide de porté une application javascript complète sur celui-ci . Cela c »est fait avec une facilité incroyable avec très peu de code à modifier.

    Il y a 3 semaines je me suis lancé le défis d’entreprendre également le portage de cette même application javascript sous Android en utilisant Cordova-Jxcore. Et la encore je suis parvenu à ma grande stupéfaction assez aisément à un résultat plus que satisfaisant.

    Répondre
    1. Dodutils

      Un point à noter est que c’est grâce à des libraires comme par exemple jQuery qu’il est possible d’avoir cette « portabilité » ou tout du moins « compatibilité » car un dèv Javascript est le plus souvent liée à une interface visuelle dans le navigateur où une grosse partie du boulot concerne justement faire en sorte l’IHM soit compatible « au mieux » entre les différents navigateurs existants parce que sinon ça serait la misère ! ceux qui ont démarré directement avec du mootools ou du jquery ne se rendent souvent pas compte de l’énorme boulot que les gars ont fait et continuent à faire pour assurer que leurs fonctions donnent un résultat le plus identique possible sur Chrome/FF/IE/Opera…

      Répondre
    2. Bud 'Robert' Spencer Auteur de l’article

      C’est clair que quand on faisait autrefois du JavaScript, on pouvais logiquement être dégouté par ce langage qui n’avait que des défauts. Les différents frameworks ont eu le mérite de rendre tout ca beaucoup plus clair et à aujourd’hui il ne viendrait à plus personne l’idée de faire du JS sans JQuery. Vous noterez que l’excellent ‘didacteur’ que je suis ( n’est ce pas 🙂 ), n’a pas manqué de le ‘quasi’ imposer dans le tuto dès le départ. J’imaginais mal donner l’envie d’essayer ce langage à des débutants en leur proposant du JavaScript ‘a sec’. Même chose pour la portabilité. Dès la première leçon je mettais en avant la possibilité d’utiliser un serveur ou un client sans aucune modification de code aussi bien sur Linux, un Windows et même sur un Mac. Bien sur il y aura toujours les spécificités du matériel et dès que l’on attaque par exemple les GPIO d’un pi, on va pas exécuter son code sur un pc , mais ca c’est assez anecdotique et c’est valable avec tous les langages.

      Cordova, c’est un truc génial pour de l’appli mobile ‘perso’. A aujourd’hui, je trouve que c’est encore un peu light pour de l’appli pro exigeante et j’ai des contraintes qui m’obligent à continuer à utiliser Java, mais ca évolue. Pour ceux qui on la chance d’avoir un pc sous Windows, sachez que Cordova est parfaitement intégré à Visual Studio et que c’est très facile à aborder. La première fois que j’avais essayé ca en démo, il ne m’avait fallu guère plus d’un quart d’heure pour développer un compteur de vitesse graphique connecté à la puce GPS (avec la jauge de la leçon 4 du tuto) et déployer l’appli sur un phone.

      Répondre
  8. chendra

    félicitation mon petit poulet

    pour ma part 51 ans développeur depuis 1985 donc j’ai tout vu
    donc à mon avis(qui es loin d’être humble) l’article est hilarant
    pour ma part conclusion après 20 ans de delphi (entre autres)
    à fond angular 2 et material design et microservices

    hasta la vista baby

    excellent le captcha

    Répondre

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée.

Complétez ce captcha SVP *

Ce site utilise Akismet pour réduire les indésirables. En savoir plus sur comment les données de vos commentaires sont utilisées.