[F] [mOved] Mon langage est mieux que le tien - Page 173

C’est tout le problème de JS : faut lire la doc en profondeur car les erreurs comme ça donnent des résultats faux au lieu de lever des exceptions.
Un peu comme {} qui ressemble à une hashmap, a le goût d’une hashmap, a l’odeur d’une hashmap mais n’est pas une hashmap.

Alors "en profondeur", c'est littéralement indiqué dans la 1ere phrase de la doc sur MDN, je sais pas comment l'afficher plus clairement

Ouais mais bon, faut lire la doc, quoi
(et le comportement quand la chaîne ne représente pas un entier n'est pas trivial)

D'ailleurs grâce à ton lien, je vois qu'il y a un autre piège bien vicieux :

La base par défaut n'est pas 10. Ce paramètre doit toujours être utilisé, en effet s'il n'est pas spécifié, le comportement de la fonction n'est pas garanti et peut varier d'une plate-forme à une autre.

Faut lire la doc *systématiquement*, même quand le comportement semble naturel, sinon on se plante.

D'ailleurs, il faudrait dire à MDN de lire leur propre doc : leur premier exemple n'utilise pas le second argument en disant que 10 est la valeur par défaut, et deux lignes après, ils disent qu'il faut l'utiliser systématiquement car ça peut ne pas être 10… #Javascript#

Un comportement bien plus sain serait de lever une exception quand le type ne fonctionne pas, ou d'avoir un comportement logique et systématique (genre de faire un arrondi) et non de renvoyer un résultat souvent logique, mais parfois absurde.

#insérer ici un lien vers l'une des 59 occurrences précédentes du même débat sans fin#

De nos jours,, typescript corrige beaucoup de ces soucis.

Zeph (./5165) :
#insérer ici un lien vers l'une des 59 occurrences précédentes du même débat sans fin#

if (parseInt(59)=";")...



(59, vraiment, tu as compté ?)

Tain, mais c'est que c'est pas dégueu

C'est bizarre, hein ? Ça reste du Comic Sans, mais sans l'arrière-goût désagréable du Comic Sans.

Mais j'ai toujours pensé que grosse raison pour laquelle le comic sans était si dégueu (en dehors du meme) c'est l'espace excessif entre les caractères, faits pour faciliter la lecture pour les gamins. C'est une des mêmes raisons pour laquelle Verdana est un peu pénible à la longue. Comic Mono en fait résoud ça, avec une utilisation intelligente de l'espace.

(je ne sais pas si l'annonce est authentique, mais la boîte mentionnée existe bel et bien, en tout cas)

Promis, je n'en suis pas l'auteur

Oh t'inquiètes, je t'imagine mal recruter aux USA ^^

Ah, intéressant

Sur le papier c'est intéressant mais ça donne quand même l'impression qu'ils essaient de rentrer Rust au chausse pied dans le langage. Comme C++ n'est historiquement pas du tout pensé pour la sécurité, ça va le modifier profondément en créant un dialecte à part.

J'ai quand même un doute sur l'adoption, vu comment ça a été compliqué pour le C++11 qui restait très compatible en comparaison. Avant que tout ça soit fixé officiellement dans le C++ puis commence à être adopté significativement, je pense qu"il y en a pour plus de 10 ans.

Rust a, je pense, encore de beaux jours devant lui.

Oui, c'est sûr que ça va prendre du temps.

D'un autre côté, après presque une décennie d'existence, Rust n'a toujours pas de spécification formelle, alors bon...

A priori il y a maintenant une société qui fournit une spécification de certaine versions spécifiques de Rust, compatible au format requis par plusieurs norme de l'industrie (qui sont probablement les seuls utilisateur finaux a qui ça importe).
Un langage sain et tout de même plutôt bien documenté est préférable dans la pratique à une norme validée mais pleine de trous volontaires. Même s'ils connus, les comportements indéfinis sont dangereux et difficiles à éviter.

Crust++

Le seul langage de prog qui croque sous la dent ?

Pareil qu'Uther, je n'y crois pas vraiment, voire pas du tout : la niche est déjà prise par Rust qui a beaucoup d'utilisateurs très convaincus, voire prosélytes. Je ne sais pas si Safe++ en aura autant un jour.

Pareil.
Après quand Microsoft nous a fait le C++/CLI, j'étais quand-même content de l'avoir. C'est pas un truc qui aura servi massivement, mais dans certains projets c'était vraiment cool.

La pollution de NPM par des paquets malveillants continue :

C'est censé marcher ? Chez moi les #define me retournent une erreur "macro names must be identifiers".

Possible que ça dépende du compilateur.

A priori ca ne marche ni avec GCC, ni avec clang, ni VC++, même avec des paramètres pour compiler en ANSI C. Peut être qu'on peut tricher avec certains encodages 8bit pour faire passer les caractères spéciaux comme des lettres, mais en tout cas CP437 -> ISO 8859-1, ça marche pas.

Et en UTF-8 ?