Le langage JavaScript est-il responsable de la lenteur des sites Web de nos jours ? Oui

Version imprimable

Voir 40 message(s) de cette discussion en une page

22/12/2018, 20h01
Sodium

Citation:

C'est dommage, parce que tu as des choses intéressantes à partager, mais tu es tellement arrogant et refuses tellement d'échanger que ça gâche tout. Moi qui me convertis aujourd'hui exclusivement à l'Info, c'est le genre de discussion qui m'intéresse beaucoup. Mais tu fermes tout débat parce que tu penses avoir raison et que toute personne s'opposant à toi est demeurée.

Oui enfin, il arrive un moment où même avec de la patience, on arrive rapidement dans un cul de sac et il vaut mieux s'amuser de la situation en explorant jusqu'à quel point les gens sont capables de s'enterrer tout seul.

Petit best off du topic :

- Les frameworks JS c'est mal parce que ça augmente le poids des pages et ça tue la planète !
- Comparer des langages de programmation (PHP, JS) avec des langages de structuration (HTML) est tout à fait pertinent !
- Le type qui se prend pour une légende et se vante que ses outils soient utilisés par des dizaines de milliers de développeurs, mais les dizaines de milliers de développeur ne mentionnent ses outils nulle part et chaque fois qu'il poste sur des forums (je t'ai suivi à la trace Michaël), c'est pour poser une question de débutant ou présenter une solution révolutionnaire qui se fait rapidement démonter par les rares personnes qui prennent le temps de s'attarder dessus
- Les classes si on ne fait pas de l'héritage ça ne sert à rien et en plus c'est deux fois plus lent ! (en se gardant bien de poster des sources bien entendu)
- La traduction de langages humains et la transpilation d'un langage de programmation à un autre est tout à fait comparable ! Bon il a raison là-dessus, l'autre fois j'ai codé du TypeScript avec un accent du Nord, du coup le transpilateur a mal compris et a fait des erreurs, fâcheuse histoire...

Difficile de rester ouvert face à une brochette pareille, personnellement j'ai plutôt envie de les mettre dans un bêtisier du développement.

Tout ça me rappelle (de loin) les discussions que nous avons avec un ami développeur Java qui prend un certain plaisir à démonter (de manière bon enfant) PHP.
La dernière fois ça a donné :
- Lui : un truc que je peux pas blairer dans PHP c'est qu'il n'y a pas de gestion des exceptions
- Moi : Si, ça fait plus de 5 ans que ça existe et ça a été fortement améliorer dans PHP7
- Lui : ah d'accord

Avec des développeurs JavaScript, ça donne plutôt (systématiquement) :
- JavaScript n'a pas XYZ
- Nan mais XYZ ça sert à rien, et c'est parce que tu es un gros débutant qui n'a jamais pris le temps d'apprendre les bases du langage que tu voudrais qu'il y ait ça, sinon tu te rendrais compte à quel point JS le fait mieux !
- ...

Citation:

la fausse excuse et tu n'a rien codé a part dans ta boite ? bizarre

J'ai tout le temps et l'amplitude nécessaire pour me former, développer des librairies, améliorer le code existant etc au taf. Sur mon temps libre, je fais de la musique. Si j'étais freelance comme Michaël (d'autant plus que vu sa région il ne doit pas crouler sous les tâches), je me remettrais probablement au développement de jeux vidéo, mais le faire en dilettante 20 minutes par-ci par-là ne m'intéresse pas. Quand je fais une chose, j'aime la faire bien, et la musique me prend déjà tout mon temps libre.

Note que ce n'est de toute façon pas comme si j'avais à me justifier auprès de toi ;)
22/12/2018, 22h14
Invité

Citation:

Envoyé par Lcf.vs

De nouveau, tu sais même pas lire... 37000 users, la seule issue est a été bouclée depuis 2 ans... (soit dans les 24h de son signalement).

Heu non. C'est 37000 downloads pas 37000 users. Et comme en JS on gère souvent les dépendances par projet, ça peut vite monter. Par exemple, si un dev a deux projets et qu'il y fait chaque semaine un clean, une montée de version ou une install sur une autre machine, alors il comptera 100 downloads dans l'année à lui tout seul.
22/12/2018, 22h57
Sodium

Citation:

Envoyé par SimonDecoline

Heu non. C'est 37000 downloads pas 37000 users. Et comme en JS on gère souvent les dépendances par projet, ça peut vite monter. Par exemple, si un dev a deux projets et qu'il y fait chaque semaine un clean, une montée de version ou une install sur une autre machine, alors il comptera 100 downloads dans l'année à lui tout seul.

Oui mais non, 37000, 3700 ou même 370 je n'y crois pas, il me semble statistiquement impossible que tant de développeurs utilisent sa librairie avant une seule issue sur son Github :aie:
22/12/2018, 23h33
fredoche

Sodium tu as l'air profondément puéril, tes derniers messages ne laissent plus guère de doutes là-dessus.

Je ne t'ai pas vu je crois répondre au sujet lui-même et pourtant la question est claire : " Le langage JavaScript est-il responsable de la lenteur des sites Web de nos jours ?"

Tu cherches désespérément à ridiculiser tes interlocuteurs alors que je crois que c'est plutôt toi qui est ridicule à t'acharner comme ça, à essayer de relever le moindre bout de phrase pour toucher l'autre et en venir désormais à des attaques personnelles contre l'un ou l'autre de tes interlocuteurs.

Et pour ma part je te rappelle que tu as prétendu ceci :

Citation:

Envoyé par Sodium

Le saviez-tu ?
La première version de JavaScript a été codée par une seule personne en 10 jours et le choix d'utiliser des prototypes plutôt que des classes ainsi que le typage faible sont uniquement le résultat de contraintes de temps. ;)

https://thenewstack.io/brendan-eich-...erently-today/

Mais que je n'ai toujours pas lu où tu avais pêché cela.

Il semblerait que tu aies du temps pour retrouver ta source désormais...
23/12/2018, 00h45
Lcf.vs

Citation:

Envoyé par SimonDecoline

Heu non. C'est 37000 downloads pas 37000 users. Et comme en JS on gère souvent les dépendances par projet, ça peut vite monter. Par exemple, si un dev a deux projets et qu'il y fait chaque semaine un clean, une montée de version ou une install sur une autre machine, alors il comptera 100 downloads dans l'année à lui tout seul.

Je suis bien conscient qu'il y a des bots qui téléchargent et que certains utilisateurs, malgré le système de comptage d'utilisateurs uniques de NPM ne peut pas forcément garantir l'unicité du truc... mais si tu avais un peu observé le contenu de la bibliothèque, tu te serais vite rendu compte que ce n'est pas juste un micro-utilitaire dont d'autres bibliothèques ou autres vont dépendre en masse, c'est plutôt une grosse lib, à laquelle tu vas pitêt joindre d'autres modules utilitaires.

C'est un peu la grosse différence entre un arrify et ma lib.
23/12/2018, 00h46
Lcf.vs

Citation:

Envoyé par Sodium

Oui mais non, 37000, 3700 ou même 370 je n'y crois pas, il me semble statistiquement impossible que tant de développeurs utilisent sa librairie avant une seule issue sur son Github :aie:

Clairement, avec ton level, avoir aussi peu de bugs, ça doit te sembler inimaginable :aie:
23/12/2018, 01h58
Invité

Citation:

Envoyé par Lcf.vs

malgré le système de comptage d'utilisateurs uniques de NPM

Je ne sais pas d'où tu sors cette information mais ce n'est pas ce que dit le blog de npm : "npm’s download stats are naïve by design: they are simply a count of the number of HTTP 200 responses we served that were tarball files, i.e. packages" (https://blog.npmjs.org/post/92574016...ownload-counts).

Citation:

Envoyé par Lcf.vs

Clairement, avec ton level, avoir aussi peu de bugs, ça doit te sembler inimaginable :aie:

Si le nombre d'issues github est un indicateur direct du nombre de bugs alors que penser de node (6000 issues, https://github.com/nodejs/node/issues) ou de visual code (60 000 issues, https://github.com/Microsoft/vscode/issues)...
23/12/2018, 03h49
Lcf.vs

Citation:

Envoyé par SimonDecoline

Je ne sais pas d'où tu sors cette information mais ce n'est pas ce que dit le blog de npm : "npm’s download stats are naïve by design: they are simply a count of the number of HTTP 200 responses we served that were tarball files, i.e. packages" (https://blog.npmjs.org/post/92574016...ownload-counts).

Ils sont uniques, de par le fait que NPM est basé sur un système de cache, alors, oui, comptage naif, c'est ce que je disais précédemment.

Quand tu as des petits modules inutilisés ou presque, avec des compteurs mensuels (tu peux facilement le voir parmis certains de mes packages comme parmi ceux d'autres développeurs), il devient très facile de savoir combien de bots/miroirs téléchargent réellement les packages, en masse... Actuellement, cela tourne autour des 40 downloads mensuels (ce qui est bien en-deçà de ce qui est annoncé dans le topic d'Isaacs).

anticore n'existant que depuis 20 mois, ça fait une moyenne de 800 downloads de bots/miroirs. x)
23/12/2018, 07h51
Sodium

Citation:

Clairement, avec ton level, avoir aussi peu de bugs, ça doit te sembler inimaginable

Bugs, questions, propositions d'améliorations... d'autant plus que la doc sur ton Github est totalement inexistante.

Et où sont les gens qui parlent de ta lib ? Quand un développeur trouve un truc génial, il en parle autour de lui, fait un post de blog, en parle sur des forums. Or une recherche Google sur anticore fait ressortir to github... et ce topic.

Faut arrêter de rêver et dégonfler un peu du melon, tes stats ce sont 80% de crawlers, 19% de ta propre utilisation lorsque tu l'installes chez tes clients et 1% de gens perdus qui l'ont téléchargé pour voir et ne l'ont probablement pas utilisé ;)
23/12/2018, 08h01
Sodium

Citation:

Bottom line: most packages get a trickle of downloads every day, and that’s not necessarily indicative that they’re being actively used. Only if your package is getting > 50 downloads/day can you be sure you’re seeing signal instead of noise. You will also get a burst of downloads whenever you publish a new package or a version of that package, because all the mirrors will download it.
The reasons we don’t filter or discard the automated downloads are

bot filtering is really hard, and never totally accurate, and requires constant manual intervention or crazy machine learning to get right, and we are not an analytics company. We’re pretty sure you’d rather we focused on npm itself rather than the website stats. Maybe when we’re bigger we’ll do more.

automated traffic is relevant to some people. Lots of testing and build tool packages are downloaded as part of automation and so their usage is usefully indicated by automated downloads. So if we started filtering automated traffic we’d immediately get asked to create a separate count of “verified bot traffic” or something and it would quickly spiral out of control.

It’s much easier to say: use these numbers as directional indicators of package popularity. They are not absolute numbers, and they are definitely not the same as the number of “users” of a package.

Il y a un chiffre particulièrement intéressant ici, si tu es à moins de 50 downloads par jour, tu ne peux pas considérer que tu as autre chose que du bruit statistique. 50 x 30 jours x 20 mois ça fait ... 30000 :mrgreen:

Mais je suis conscient que cela soit difficile à avaler, pas évident de prendre conscience que l'on n'est qu'un random développeur de plus qui poste du travail dans le vide lorsque l'on se prend pour un expert reconnu qui va détrôner jQuery ;)
23/12/2018, 08h24
Lcf.vs

De nouveau, tu ne lis que ce que tu veux bien.

Citation:

Envoyé par Lcf.vs

Actuellement, cela tourne autour des 40 downloads mensuels (ce qui est bien en-deçà de ce qui est annoncé dans le topic d'Isaacs).

Si ce n'était que du trafic de bots/miroirs, ce serait assez comique, puisque de petits utilitaires n'atteignent que les 40 downloads par mois... ou alors, je suis tombé sur des bots/miroirs sélectifs et qui raffolent spécifiquement de cette lib. :mouarf:

Et quand bien même, si mes outils n'étaient que peu utilisés... DE TA PART, IL N'Y A STRICTEMENT RIEN... quand tu auras fait tes preuves, apporté quelque chose à la communauté de développeurs, on en reparlera.

C'est toujours le même langage, de la part de bricoleurs dans ton genre, l'incapacité d'accepter que d'autres savent ce qu'ils font, qu'ils puissent créer de nouveaux concepts, créer de nouvelles bibliothèques, que les bricoleurs vont pourtant utiliser.

Sans innovateurs, tu n'aurais pas de bibliothèques/frameworks à utiliser, sans doute serais-tu, toi, au chômage. ^^'
23/12/2018, 08h46
Lcf.vs

Concernant ma doc, en effet, je reconnais qu'elle ne fait, actuellement, que lister tous les 201 modules, avec un seul micro-exemple pour chacun.

Le nommage est explicite, quand t'as fait un minimum de JS client, il est très facile de le comprendre.

Alors, oui, ça doit être fait, mais j'ai d'autres priorités, j'ai un framework quasi aussi conséquent qu'un Symfony en cours de finalisation, dont j'ai besoin pour mes clients et pour un projet d'entreprise que je compte créer.

Tu te sens pitêt comme le roi des devs en étant employé, perso, j'suis bien content de bosser en freelance, d'avoir carte blanche sur la façon de faire les choses, plutôt qu'un patron m'impose de faire des trucs crados/illégaux, et d'être payé 3-4 fois ce que tu gagnes, tout en ayant la liberté de me permettre de prendre du temps pour mes créations dont je conserve tous les droits. :mrgreen:
23/12/2018, 08h55
Sodium

Citation:

De nouveau, tu ne lis que ce que tu veux bien.

Citation Envoyé par Lcf.vs Voir le message
Actuellement, cela tourne autour des 40 downloads mensuels (ce qui est bien en-deçà de ce qui est annoncé dans le topic d'Isaacs).

Non mais ce que tu ne comprends pas c'est que je n'ai aucune confiance en ta capacité à lire et analyser des stats.
Personnellement je n'ai même pas besoin de stats : un dépôt Github sur lequel il n'y a pas la moindre activité, c'est un dépôt mort. Ton compteur pourrait indiquer 20 milliards de downloads je te dirais la même chose.
Si tu veux évoluer un peu il va falloir apprendre à regarder la vérité en face.

Citation:

Et quand bien même, si mes outils n'étaient que peu utilisés... DE TA PART, IL N'Y A STRICTEMENT RIEN... quand tu auras fait tes preuves, apporté quelque chose à la communauté de développeurs, on en reparlera.

Mais je n'ai pas à faire mes preuves mon enfant. Mes preuves, ce sont mes clients et patrons qui sont contents, les projets terminés dans les temps et les mises en prod qui se passent bien. Je n'ai AUCUN compte à te rendre.

Citation:

C'est toujours le même langage, de la part de bricoleurs dans ton genre, l'incapacité d'accepter que d'autres savent ce qu'ils font, qu'ils puissent créer de nouveaux concepts, créer de nouvelles bibliothèques, que les bricoleurs vont pourtant utiliser.

D'autres oui ... mais pas toi :)
Les développeurs d'Angular par exemple ;)

Citation:

C'est sûr que quand on occupe son temps libre à faire de la musique on est bien placé pour traiter les autres de développeurs lambdas...

Non mais tu peux y aller autant que tu veux hein, non seulement je n'accorderai jamais la moindre importance à ce que tu peux penser, mais surtout je revendique pleinement le fait d'avoir une pratique artistique intense en dehors de la vie professionnelle. :zoubi:

Citation:

Concernant ma doc, en effet, je reconnais qu'elle ne fait, actuellement, que lister tous les 201 modules, avec un seul micro-exemple pour chacun.

Et ca ne t'a jamais paru bizarre que jamais tes "nombreux utilisateurs" ne te posent la moindre question dessus ?
C'est tout de même de la logique de base ...
C'est un peu comme si tu avais un site e-commerce avec des centaines de milliers de visite mais aucune conversion, à un moment il faut peut-être se dire qu'il y a un soucis quelque part :weird:

Citation:

Alors, oui, ça doit être fait, mais j'ai d'autres priorités, j'ai un framework quasi aussi conséquent qu'un Symfony en cours de finalisation, dont j'ai besoin pour mes clients et pour un projet d'entreprise que je compte créer.

Houuu voyez vous ça, maintenant monsieur va détrôner Symfony :ptdr:
Je me demande à quel moment il va éclater le melon.

Citation:

Tu te sens pitêt comme le roi des devs en étant employé, perso, j'suis bien content de bosser en freelance, d'avoir carte blanche sur la façon de faire les choses, plutôt qu'un patron m'impose de faire des trucs crados/illégaux, et d'être payé 3-4 fois ce que tu gagnes, tout en ayant la liberté de me permettre de prendre du temps pour mes créations dont je conserve tous les droits.

Mon patron ne m'impose absolument rien si ce n'est le fait d'arriver à un résultat et tu n'as pas la moindre idée de ce que je gagne ;)

C'est marrant en tout cas, plus on cause, plus tu me rappelles mon collègue incompétent qui nous traîne dans les pattes. ;)
23/12/2018, 09h11
Lcf.vs

Citation:

Envoyé par Sodium

Si tu veux évoluer un peu il va falloir apprendre à regarder la vérité en face.

Ce n'est que TA vérité, d'un mec qui ne peut rien prouver, bah, 0 * 0... ^^'

Citation:

Envoyé par Sodium

Mais je n'ai pas à faire mes preuves mon enfant. Mes preuves, ce sont mes clients et patrons qui sont contents, les projets terminés dans les temps et les mises en prod qui se passent bien. Je n'ai AUCUN compte à te rendre.

S'ils sont aussi réels que tes connaissances techniques, ça doit pas valoir tripette. :aie:

Citation:

Envoyé par Sodium

Houuu voyez vous ça, maintenant monsieur va détrôner Symfony :ptdr:

Il n'y a que toi qui aies dit cela. J'ai dit quasi aussi conséquent, juste cela... le reste, tu n'en sais rien. Tout ce que je puis te dire, c'est j'ai un rapport phpmetrics extrêmement plus positif qu'un Symfony 2. :mrgreen:

Citation:

Envoyé par Sodium

Mon patron ne m'impose absolument rien si ce n'est le fait d'arriver à un résultat et tu n'as pas la moindre idée de ce que je gagne ;)

Bah, pas dur à évaluer, un dev débutant, s'il a de la chance, c'est pitêt les 1400 net... donc, oui, je gagne bien 3-4 fois ça. ^^'
23/12/2018, 09h23
Sodium

Citation:

Ce n'est que TA vérité, d'un mec qui ne peut rien prouver, bah, 0 * 0... ^^'

Encore une fois je n'ai rien à prouver. Je sais que je suis un bon dev, je sais aussi que je ne suis pas un visionnaire qui va publier des libs qui vont révolutionner le monde et détrôner d'autres librairies populaires.
La principale différence entre moi et toi, c'est que tu te prends pour un visionnaire...

Citation:

Il n'y a que toi qui aies dit cela. J'ai dit quasi aussi conséquent, juste cela... le reste, tu n'en sais rien. Tout ce que je puis te dire, c'est j'ai un rapport phpmetrics extrêmement plus positif qu'un Symfony 2.

1) tu es au courant qu'on en est à Symfony 4 ?
2) Phpmetrics c'est sympa mais ça n'analyse le code que d'un point de vue strictement technique. Il n'analyse pas la clarté des noms de variables et fonctions et a plutôt tendance à favoriser les codes bourrés de commentaires inutiles tout en pénalisant les codes suffisamment explicites pour n'en nécessiter que le strict minimum

Après c'est sûr, avoir plein de petits ronds verts ça fait toujours plaisir, je passe systématiquement mon code dedans et je dois être à 5/6% de mes fichiers qui sont en orange, mais il arrive des moments où je ne vais pas bourrer mon code de commentaires bidons juste pour faire plaisir à son algorithme. :mrgreen:

Citation:

Bah, pas dur à évaluer, un dev débutant, s'il a de la chance, c'est pitêt les 1400 net... donc, oui, je gagne bien 3-4 fois ça. ^^'

De mon côté tu es très loin du compte. Du tiens, si tu évalues ce que tu gagnes comme tu évalues ta célébrité en tant que développeur open-source ... :aie:
23/12/2018, 09h36
Lcf.vs

Citation:

Envoyé par Sodium

1) tu es au courant qu'on en est à Symfony 4 ?

Hum, donc dans le cas d'anticore, un micro-article présentant le concept dit tout de la valeur de la bibliothèque... mais les erreurs du passé du framework le plus utilisé, en PHP, c'est juste du passé ?

Cela semble être un raisonnement très équilibré. :aie:

Citation:

Envoyé par Sodium

2) Phpmetrics c'est sympa mais ça n'analyse le code que d'un point de vue strictement technique. Il n'analyse pas la clarté des noms de variables et fonctions et a plutôt tendance à favoriser les codes bourrés de commentaires inutiles tout en pénalisant les codes suffisamment explicites pour n'en nécessiter que le strict minimum

Là aussi, étrange, tu ne sais pas si mon code est bourré de commentaires, tu ne sais pas sur quel aspect de l'analyse, se porte mon évaluation, ... et tu décries un outil que, toi-même, tu utilises comme critère, pour décrier d'autres outils.

Bref, non-seulement tu n'y connais rien, t'es hyper arrogant et méprisant mais, en plus, t'es même pas cohérent avec toi-même.

Citation:

Envoyé par Sodium

De mon côté tu es très loin du compte. Du tiens, si tu évalues ce que tu gagnes comme tu évalues ta célébrité en tant que développeur open-source ... :aie:

Idem, je n'ai jamais prétendu être célèbre en tant que dev open-source, je fais juste de mon mieux et j'apporte de news concepts. Là où je confirme être connu pour mon expertise, c'est sur différentes communautés d'entraide, telles qu'ici.

Puis, étrangement, pauvre chou qui n'a pas le droit de publier ses créations si parfaites, on ne t'a jamais vu dans des défis ludiques, par exemple... mais, sans doute, tu n'en as pas le temps, prétendre que ce que tu ne comprends pas est de la merde, c'est tellement plus productif. :mouarf:

Citation:

Envoyé par Sodium

Après c'est sûr, avoir plein de petits ronds verts ça fait toujours plaisir, je passe systématiquement mon code dedans et je dois être à 5/6% de mes fichiers qui sont en orange, mais il arrive des moments où je ne vais pas bourrer mon code de commentaires bidons juste pour faire plaisir à son algorithme.

5/6% ? et tu en es fier ? c'est déjà juste horrible :aie:
23/12/2018, 09h49
youtpout978

Citation:

Envoyé par SimonDecoline

Oui, alors que quand tu dis que le salut est dans webassembly, c'est une vérité démontrée par A+B.

Webassembly est dispo dans les navigateurs depuis quasiment deux ans et emscripten existe depuis le début de l'asmjs, il y a plus de 5 ans. Donc non, ce n'est pas de la beta. En C ou C++, Webassembly est assez contraignant à utiliser car chaque lib que tu veux utiliser doit être portée et ça peut être très compliqué. Enfin, les performances ne sont pas du tout exceptionnelles : tu peux t'estimer heureux si tu es "seulement" deux fois plus lent que le code natif.
Bref, avoir un OS dans le navigateur en plus lent et plus contraignant c'est peut-être le salut pour toi mais pour moi non.

Bein il faut attendre que tout le monde adapte ses outils, pour les perfs il faut comparer ça au js aussi.

Il faut pas se voiler la face ça fait un moment que les navigateurs ressemblent plus a des os qu’autre chose, je n’ai plus vu de client me contacter pour des projets d’application de bureau seulement du web, c’est les clients qui ont impulsés cette demande aussi, un projet web tu le déploies à un seul endroit et ca marche «*partout*» : PC/mac/linux/mobile ...

Je ne suis pas pour cette direction complètement con ou le navigateur devient le nouvelle OS avec les problèmes que ça implique, mais quitte à prendre cette direction autant que ça soit avec les outils que l’on préfère, je n’ai jamais pu apprécier le JS, en même temps quand on commence avec le C# et le framework .net plutôt complet c’est comme une régression mais je sais que je suis coincée sur du web pour un moment sûrement, en tant qu’indépendant 90% des offres que je reçois c’est du Angular, le seul moyen de faire autre chose serait de faire du mobile mais n’ayant pas d’expérience pro dessus c’est difficile à trouver.
23/12/2018, 10h33
Sodium

Citation:

je n’ai jamais pu apprécier le JS, en même temps quand on commence avec le C# et le framework .net plutôt complet c’est comme une régression

Ce n'est pas "comme" une régression, c'est une régression.
23/12/2018, 11h12
Invité

Citation:

Envoyé par youtpout978

Il faut pas se voiler la face ça fait un moment que les navigateurs ressemblent plus a des os qu’autre chose, je n’ai plus vu de client me contacter pour des projets d’application de bureau seulement du web, c’est les clients qui ont impulsés cette demande aussi, un projet web tu le déploies à un seul endroit et ca marche «*partout*» : PC/mac/linux/mobile ...

Il existe d'autres technos portables que les applis web, comme qt, electron... Le problème c'est que les dev web ne connaissent que les applis web et que les clients n'ont généralement pas les compétences pour choisir une techno. Je pense qu'on pourrait vendre une appli web de navigateur web, ça ne choquerait pas grand monde...
23/12/2018, 11h27
Lcf.vs

Citation:

Envoyé par SimonDecoline

Il existe d'autres technos portables que les applis web, comme qt, electron...

Encore une belle preuve de méconnaissance de son sujet... electron, c'est basé sur des techs web... et Qt n'est pas aussi portable, je serais curieux de te voir faire tourner Qt dans un browser, à moins d'utiliser WebAssembly. :aie:

Citation:

Envoyé par SimonDecoline

Le problème c'est que les dev web ne connaissent que les applis web et que les clients n'ont généralement pas les compétences pour choisir une techno. Je pense qu'on pourrait vendre une appli web de navigateur web, ça ne choquerait pas grand monde...

... c'est donc ce qui se fait déjà, tant sur PC qu'en mobile... et où est le mal ?

En web, on a des outils très avancés, qui permettent de tout faire en une fois, sans devoir dédoubler le tout, plein d'utilitaires réutilisables tant en front qu'en backend, donc moins de code à maintenir, moins de risques de différences d'implémentations, ... Tu peux donc plus rapidement te concentrer sur les fonctionnalités.

C'est d'ailleurs parce que l'HTML/CSS/JS permettent de facilement faire des UI, qu'on en fait de la sorte, en Java (par exemple).
23/12/2018, 11h34
Sodium

Citation:

Encore une belle preuve de méconnaissance de son sujet... electron, c'est basé sur des techs web...

Ce n'est pas parce qu'une application est basées sur des technologies issues du web que c'est une appli web ;)
23/12/2018, 11h42
Invité

Citation:

Envoyé par Lcf.vs

Encore une belle preuve de méconnaissance de son sujet... electron, c'est basé sur des techs web... et Qt n'est pas aussi portable, je serais curieux de te voir faire tourner Qt dans un browser, à moins d'utiliser WebAssembly. :aie:

Tu devrais peut-être aller apprendre à faire la différence entre une appli web et une appli desktop et laisser les adultes discuter entre eux. Je commence presque à croire que Sodium à raison...
23/12/2018, 11h49
Lcf.vs

electron permet de faire des applications desktop... qui, pour les besoins d'UI, embarque le moteur webkit... qui est un moteur de navigateur web... :ptdr:

Donc, puisqu'il faut absolument tout vous expliquer, si vous aviez les connaissances techniques pour créer une application électron, vous ne feriez que créer des applications web, enrobées dans un conteneur desktop.
23/12/2018, 11h58
Invité

Citation:

Envoyé par Lcf.vs

Donc, puisqu'il faut absolument tout vous expliquer, si vous aviez les connaissances techniques pour créer une application électron, vous ne feriez que créer des applications web, enrobées dans un conteneur desktop.

Tu le fais exprès ou quoi ? C'est même écrit sur la page d'accueil d'electron "Build cross platform desktop apps".
23/12/2018, 12h01
Lcf.vs

Citation:

Envoyé par SimonDecoline

C'est même écrit sur la page d'accueil d'electron "Build cross platform desktop apps".

Desktop, dû à l'enrobage autour... mais ça reste du browser... d'ailleurs, teste-le, tu verras bien que c'est bien un chromium, combiné à node.js, qui font tourner tout ça.

C'est pourtant écrit 3x sur la page d'accueil aussi :aie:
23/12/2018, 12h03
Sodium

Citation:

Desktop, dû à l'enrobage autour... mais ça reste du browser... d'ailleurs, teste-le, tu verras bien que c'est bien un chromium, combiné à node.js, qui font tourner tout ça.

Le moteur de jeu Unity permet de faire son scripting en JavaScript, ça donne également des applications web d'après toi ? :)
23/12/2018, 12h10
Invité

Citation:

Envoyé par Lcf.vs

Desktop, dû à l'enrobage autour... mais ça reste du browser... d'ailleurs, teste-le, tu verras bien que c'est bien un chromium, combiné à node.js, qui font tourner tout ça.

C'est pourtant écrit 3x sur la page d'accueil aussi :aie:

Et tu sais quoi, ton browser il tourne sur un OS donc JS est un langage binaire.
Allez j'ai assez lu de conneries pour aujourd'hui, salut.
23/12/2018, 12h19
Lcf.vs

Citation:

Envoyé par SimonDecoline

Et tu sais quoi, ton browser il tourne sur un OS donc JS est un langage binaire.

Strictement rien à voir... si ton code JS était compilé en un autre langage, pour packager ton application, je comprendrais... mais ce n'est pas le cas, ça reste de l'HTML, CSS, JS, ...
23/12/2018, 12h21
Sodium

Citation:

En parlant de psychiatrie, tu sais, ce que tu fais, cela s'appelle un transfert... ^^'

Je n'ai jamais prétendu que des dizaines de milliers de développeurs utilisaient mes outils ;)

Citation:

Strictement rien à voir... si ton code JS était compilé en un autre langage, pour packager ton application, je comprendrais... mais ce n'est pas le cas, ça reste de l'HTML, CSS, JS, ...

Toujours en train de confondre des concepts... JavaScript, HTML, CSS ne sont que des langages, et un langage s'utilise dans différents contextes. C'est le contexte qui détermine le type d'application.
Une web application, c'est une application qui tourne dans un browser. Les applications electron ne tournent pas dans un browser, elles sont une extension d'une base de code qui sert normalement de browser et permettent d'accéder aux ressources de la machine.
Donc, des applications desktop ...
23/12/2018, 12h32
Invité

Citation:

Envoyé par Lcf.vs

Strictement rien à voir... si ton code JS était compilé en un autre langage, pour packager ton application, je comprendrais... mais ce n'est pas le cas, ça reste de l'HTML, CSS, JS, ...

J'avais dit que j'arrêtais mais là c'est vraiment trop gros. Déjà ma remarque était sur le ton de l'humour et ensuite oui JS est compilé : "V8 compiles JavaScript directly to native machine code before executing it" (https://en.wikipedia.org/wiki/Chrome_V8).
23/12/2018, 12h44
Lcf.vs

Citation:

Envoyé par SimonDecoline

J'avais dit que j'arrêtais mais là c'est vraiment trop gros. Déjà ma remarque était sur le ton de l'humour et ensuite oui JS est compilé : "V8 compiles JavaScript directly to native machine code before executing it" (https://en.wikipedia.org/wiki/Chrome_V8).

... at runtime, soit exactement comme dans ton browser... Pas lors du packaging.

Pour preuve, ouvre ta console, dans une app electron, t'y retrouveras tes ressources intactes et, puisque c'est un browser, tu peux même y injecter du code JS qui, lui aussi, sera interprété.
23/12/2018, 12h55
Marco46

Lcf.vs a complètement raison, si vous pouviez cesser de raconter absolument n'importe quoi avec autant d'aggressivité ça serait pas mal ça commence à devenir vraiment pénible à lire.

Citation:

Envoyé par Sodium

Tes messages sont de plus en plus des attaques ad hominem et de moins en moins du débat de fond

Tu pollues chaque page de chaque débat sur JavaScript depuis des mois en traitant tous tes contradicteurs de débutants et d'incompétents :weird: Mais tout va bien hein :aie:

Citation:

Envoyé par Sodium

Encore une fois je n'ai rien à prouver. Je sais que je suis un bon dev

Tu as le niveau standard d'un développeur lambda avec quelques années d'expériences qui commence à se sentir à l'aise avec la POO et qui se sent plus pisser parce qu'il a compris deux ou trois concepts. Pas de quoi péter une braguette. En revanche tu as un gros gros problème d'égo.

Citation:

Envoyé par Sodium

je ne vais donc pas perdre du temps à répondre à cela.

Oui tu ferais bien.
23/12/2018, 12h59
Sodium

Citation:

... at runtime, soit exactement comme dans ton browser... Pas lors du packaging.

Pour preuve, ouvre ta console, dans une app electron, t'y retrouveras tes ressources intactes et, puisque c'est un browser, tu peux même y injecter du code JS qui, lui aussi, sera interprété.

On le sait tous parfaitement :roll:

Le fait est que TOUS les langages ne sont que des moyens pour un humain de communiquer avec la machine, et que peu importe le langage, il sera systématiquement traduit dans le seul langage que comprend la machine, c'est à dire du binaire.
La seule chose qui importe, c'est le contexte dans lequel il sera exécuté et ce à quoi il a accès. Les applications electron s'ouvrent comme n'importe quel application desktop et ont accès aux ressources de la machine, ce sont donc des applications desktop.

Que cela ne te convienne pas ne fera pas changer la réalité.

Citation:

Lcf.vs a complètement raison, si vous pouviez cesser de raconter absolument n'importe quoi avec autant d'aggressivité ça serait pas mal ça commence à devenir vraiment pénible à lire.

Non, il a factuellement tort et ce n'est pas la première fois (le type prétend qu'il sait mieux comment npm comptabilise les downloads que les développeurs de npm mais à part ça tout va bien...).
23/12/2018, 13h31
Lcf.vs

Citation:

Envoyé par Sodium

Le fait est que TOUS les langages ne sont que des moyens pour un humain de communiquer avec la machine, et que peu importe le langage, il sera systématiquement traduit dans le seul langage que comprend la machine, c'est à dire du binaire.
La seule chose qui importe, c'est le contexte dans lequel il sera exécuté et ce à quoi il a accès. Les applications electron s'ouvrent comme n'importe quel application desktop et ont accès aux ressources de la machine, ce sont donc des applications desktop.

electron, comme nw.js, n'est qu'un pont entre un browser et node.js, permettant d'utiliser le tout en desktop. Tu peux, d'ailleurs, juste y mettre une iframe ouvrant une page d'un site web et naviguer dedans, sans le moindre code supplémentaire. Alors, oui, ça ressemble à une application desktop... mais, au final, ce n'est pas ce que tu as codé.

Citation:

Envoyé par Sodium

Que cela ne te convienne pas ne fera pas changer la réalité.

Mais ça n'a pas à me convenir ou non, ce sont des faits.

Citation:

Envoyé par Sodium

le type prétend qu'il sait mieux comment npm comptabilise les downloads que les développeurs de npm mais à part ça tout va bien...

Aucunement, je t'ai démontré, preuves à l'appui, que ce qu'Isaacs a écrit dans son article n'est qu'une estimation, qui est bien plus élevée que la réalité des chiffres, sans quoi, tous les petits modules inutilisés auraient minimum 1500 downloads par mois, or on en est très loin.
23/12/2018, 13h51
Sodium

SimonDecoline a raison, ça fait plus de trois pages que tu es coincé dans une boucle infinie et répète exactement les mêmes choses, ce n'est même plus amusant de se moquer de toi.

Reviens nous faire rire quand tu auras du nouveau matériel ;)

Je te laisse re-méditer là-dessus, toi qui a l'air si à cran sur qui sait lire ou pas :)

Only if your package is getting > 50 downloads/day can you be sure you’re seeing signal instead of noise.
23/12/2018, 13h58
Lcf.vs

@sodium : Tu sais, contrairement à ce que tu prétends, je ne me prends pas pour le meilleur, j'ai juste un bagage assez peu commun...

... mais si tu es si expérimenté, plutôt que de critiquer, essaie plutôt de comprendre le concept, ce en quoi il est original, ce qu'il apporte... et fais, toi-même, des propositions concrètes d'améliorations et dont l'utilité est avérée.

Tu sais, même si de tout petits projets ne deviennent pas des géants, certains concepts se voient parfois inclus dans de plus grands projets du même langage ou dans des portages.

Par exemple, jQuery, qui a fait un carton, il y a dix ans, n'a pas autant innové que ce que la plupart le pensent... bon nombre de concepts sont venus d'ailleurs.

Après, que ma lib devienne célèbre ou non, c'est pas mon but, c'est plutôt d'apporter des alternatives, des concepts... et ils deviendront ce qu'ils deviendront.
23/12/2018, 14h26
Sodium

Citation:

... mais si tu es si expérimenté, plutôt que de critiquer, essaie plutôt de comprendre le concept, ce en quoi il est original, ce qu'il apporte... et fais, toi-même, des propositions concrètes d'améliorations.

De quoi ? Anticore ? Faudrait déjà commencer par le documenter et donner des exemples de à quoi ça sert concrètement si tu veux que d'autres personnes que toi s'y intéressent hein :aie:

Les rares commentaires et les noms de fonctions n'aident pas beaucoup. Tous les devs médiocres pensent que leur code est explicite, surtout quand ils ont l'habitude de travailler seul. C'est rarement le cas...

Mais je veux bien corriger ton anglais si tu veux, ça rendra peut-être le truc un peu plus clair :mrgreen:

Code:

anticore is a generic living DOM library to simplify your client code, like with its easiest middleware manager for AJAX requests.

C'est quoi un "living DOM library" ? Je dois m'inquiéter que le code ne prenne vie et me saute à la gorge ? Tu prévois un film "Night of the living DOM" ?
"Like with its easiest middleware" : c'est du petit nègre, on préfèrera dans ce cas-ci "for example" plutôt que "like" et à moins que tu aies la prétention d'avoir programmé le manager le plus simple de l'univers, on va dire "easy" et pas "easiest"

Code:

// middleware to treat an button with a 'closer' class contained in a modal

An s'utilise uniquement devant un mot commençant par une voyelle.

Code:

// listen the click on the button to close the modal

Listen to a click

Code:

// apply the defaults middlewares (to listen anchor/button click and form submit)

Les adjectifs sont invariables en anglais.
23/12/2018, 14h43
Lcf.vs

Citation:

Envoyé par Sodium

De quoi ? Anticore ? Faudrait déjà commencer par le documenter et donner des exemples de à quoi ça sert concrètement si tu veux que d'autres personnes que toi s'y intéressent hein :aie:

Les rares commentaires et les noms de fonctions n'aident pas beaucoup.

Si tu veux vraiment en comprendre les origines, voici ce que j'avais publié lors de la V1, malheureusement, je n'ai pas encore eu le temps de faire quelque chose d'aussi détaillé, pour la V2, d'autant plus que la embarque bien plus d'utilitaires utiles autour de la gestion de contenus DOM chargés en AJAX. Je compte aussi y faire une doc détaillée, module par module mais chaque chose en son temps.

Citation:

Envoyé par Sodium

Mais je veux bien corriger ton anglais si tu veux, ça rendra peut-être le truc un peu plus clair :mrgreen:

Ben, tu vois, c'est déjà plus sympa, merci pour cela.

Citation:

Envoyé par Sodium

C'est quoi un "living DOM library" ? Je dois m'inquiéter que le code ne prenne vie et me saute à la gorge ? Tu prévois un film "Night of the living DOM" ?

C'est plutôt dans l'esprit d'un HTML. Living Standard ;)

Edit : Oops, j'ai oublié le lien : https://github.com/Lcfvs/anticore/bl...s/fr/readme.md
23/12/2018, 20h59
GreatDeveloperOnizuka

Citation:

Envoyé par Sodium

Ce n'est pas "comme" une régression, c'est une régression.

Voilà. J'ai appris la programmation avec Ada, C, Java, vb et j'ai appris le .net en alternance. J'ai lâché tous les autres langages que j'avais appris avant de :D
23/12/2018, 21h41
Sodium

Attention, n'oublie pas de finir tes phrases sinon c'est difficile à ;)

Voir 40 message(s) de cette discussion en une page

Fuseau horaire GMT +2. Il est actuellement 05h27.