Mais ? Le développement front-end est un bordel sans nom ?! - Page 13

Le QML est à la base un langage déclaratif fortement inspiré par le CSS. Principalement, tu as, dans une hiérarchie d'objets, des propriétés et des valeurs. Mais tu peux mettre des expressions comme valeurs (ce qui permet d'avoir des valeurs dynamiques: le QML réevalue automatiquement l'expression si les entrées ont changé), et ces expressions sont en JavaScript et peuvent faire appel à des fonctions en JavaScript (et/ou à des fonctions exportées par le code C++).

Godzil > Ouaip, ce que je voulais dire c'est que ça arrive aussi avec une appli "native" (enfin semi, c'est du python).

Non non ST est du natif, il y a un interpreteur python, mais ce n'est pas du python (certaines partons, donc les addons sont en python oui)

On m'a envoyé ça aujourd'hui, ça n'était pas le but mais ça m'a fait rire

https://standardjs.com/rules.html

Qu'est-ce que tu trouves drôle ?

De voir des gens qui essaient de pousser une coding style standard pour le JS vu l'état de cet écosystème aujourd'hui. Ça me fait un peu penser à cette image du jardin protégé par une porte blindée mais entouré d'une haie de quelques centimètres de haut

Que le code des bibliothèques tierces soit à vomir n'est pas une justification pour coder soi-même du code illisible.

Zeph > allons, tu ne peux pas reprocher aux gens d'avoir de l'espoir d'améliorer les choses. Regarde, Facebook a bien écrit une spéc pour PHP, c'était pas gagné d'avance non plus ^^

Mais c'est très bien d'avoir de l'énergie à revendre ! En revanche je n'aurais pas commencé par là

Oulah, je pense que je dois respecter au mieux la moitié des specs en question

Oui enfin c'est pas des specs, juste des recommandations et ça mélange ce qui relève des bonnes pratique et du style de codage, qui sont quand même deux chose bien différentes.

joie

Tout un article pour expliquer que certains plugins ont un nombre max de caractères trop petit pour stocker des IPv6 et que ça empêche la sauvegarde, ils auraient pu fournir un TL;DR

Zeph (./374) :
Tout un article pour expliquer que certains plugins ont un nombre max de caractères trop petit pour stocker des IPv6 et que ça empêche la sauvegarde, ils auraient pu fournir un TL;DR

Oh y'a plein d'articles pour lesquels on pourrait faire ça, mais ça serait pas bon pour le business

Je pensais pareil au lycée, mais les profs pensait que c'était mauvais pour les notes aussi.

(ah, les profs qui prétendent noter sur le fond, mais qui ne mettent pas les points si ce n'est pas délayé sur suffisamment de pages ^^)

(ouais, c'est plus un argument contre les éditeurs non-natifs qu'un argument en faveur de vim ^^)

Oui c'est meme un argumentaire pour Nano et non vi/vim

Zerosquare (./380) :
(ouais, c'est plus un argument contre les éditeurs non-natifs qu'un argument en faveur de vim ^^)

Oui, bien sûr

Au passage, SublimeText ne s'en sort pas si mal, en étant notamment plus rapide que vim.

C'est vraiment dingue que pour certains, il existe seulement le mode texte (nano, vim) ou le web (et je compte le pseudo-desktop avec Electron comme du web, ce qui est le cas pour Atom et VS Code). Le seul éditeur graphique desktop qu'il a essayé est Sublime, qui est propriétaire et payant .

À mon avis, les éditeurs à base de KatePart (Kate et KWrite évidemment, mais aussi KDevelop, Krusader etc.) sont de loin les plus pratiques, c'est dommage qu'il ne les ait pas pris en considération dans son benchmark. Il y a aussi de nombreux autres éditeurs graphiques libres.

Ouais, mais a une epoque ou on invente des "technos" "web" et on les fout a toutes les sauces.... ca marque un point. mais ca reste un manque d'objectivite, je suis pas sur que contre d'autres editeurs natifs vim soit plus rapide, ou du moins si il l'est ce sera simplement a cause de son interface qui demande quand meme un peu d'adaptation (et ca vient d'un mec qui, quand il est - rarement - sur linux, ne jure que par vim meme quand je me balade sur cygwin, j'utilise vim x))

bon j'vais dormir en attendant

Kevin Kofler (./383) :
C'est vraiment dingue que pour certains, il existe seulement le mode texte (nano, vim) ou le web (et je compte le pseudo-desktop avec Electron comme du web, ce qui est le cas pour Atom et VS Code). Le seul éditeur graphique desktop qu'il a essayé est Sublime, qui est propriétaire et payant .

À mon avis, les éditeurs à base de KatePart (Kate et KWrite évidemment, mais aussi KDevelop, Krusader etc.) sont de loin les plus pratiques, c'est dommage qu'il ne les ait pas pris en considération dans son benchmark. Il y a aussi de nombreux autres éditeurs graphiques libres.

En effet, c'est quand même dingue que sur macOS ils n'aient testé que des éditeurs disponibles sur macOS

Sinon, SublimeText : 2,11s pour 60Mo, 8,30 secondes pour 1 M remplacements de mots, et 85Mo de RAM consommés.

Avec Kate, si le chargement du même fichier prend deux secondes également, ça fait déjà 12 minutes qu'il a commencé le remplacement et l'interface est complètement figée avec un CPU à 100% et 300Mo de consommés... => poubelle direct©

Sinon, c'est rigolo de dire que Kate est plus pratique que SublimeText, alors que tu n'as jamais essayé ce dernier.

Oui mais c'est pas gratuit et encore moins qu'il peux regarder le code source (ce qu'il n'a jamais fait et ne ferra probablement jamais) donc c'est poubelle direct©

./386 : tu peux mettre le fichier texte et les remplacements que tu as fait quelque part stp, pour qu'on puisse comparer avec d'autres éditeurs ?

il s'agit simplement de la ligne "folj vouisdflm fsomdifds aofuomdfupsd sdfjx eroizer dmflsidfmx" répétée un million de fois, et je remplace "aofuomdfupsd" par "autremot1234"
C'est du texte brut, mais ça pourrait être intéressant d'avoir un langage classique (php, c, ...) pour voir la différence de comportement quand il y a de la coloration syntaxique voire plus.
Je sais que c'est complètement bidon, mais ça donne juste une petite idée du comportement ^^ on voit les éditeurs qui freezent complètement (kdevelop, kate) et ceux qui restent utilisables (SublimeText, vim)

flanker (./385) :
En effet, c'est quand même dingue que sur macOS ils n'aient testé que des éditeurs disponibles sur macOS

Kate est disponible pour macOS:

Kate 5:
https://kate-editor.org/get-it/
https://github.com/haraldF/homebrew-kf5

Kate 4:
http://pdb.finkproject.org/pdb/package.php/kate4-mac
https://www.macports.org/ports.php?by=name&substr=kate
https://github.com/adymo/homebrew-kde