Nicolas Boulay a écrit 15824 commentaires

Le problème de pureté est que cela complexifie tout pour le compilateur. En java, tu as des trucs bizarre juste pour faire un tableau d'entier performant et ne pas avoir de "boxing".

Par exemple dans lisaac, une fois la syntaxe vérifié, tout appel de slot est un point de liaison dynamique, que cela soit un appel de méthode, une boucle, un if, tout. Résultat toutes optim portant sur les appels ou les boucles s'appliquent partout (traitement de la récursivité, inlining, etc...)

"La première sécurité est la liberté"

Remarques que ce n'est pas moi qui est commencé les insultes. Je sais que je n'aurais jamais du répondre au trolleur habituel. Et j'aurais dû me douter que certaines pics contre d'autre langage (comme contre lisp) ne serait pas vu comme de l'humour.

Sur le coté innovant, il y a l'analyse de flot qui enlève 99.3% des VFT du code du compilateur sur 410 000 appels, tu as la detection des call sur null en statique. Tu as la gestion de l'héritage dynamique (changement du ou des pères au runtime). etc...

"La première sécurité est la liberté"

Lisaac a une syntaxe imbittable

Ceux qui disent cela ne connaisse que java ou le C. Lit du ocaml ou du smalltalk voir du perl, tu va sauter en l'air. La syntaxe lisaac est une version strict des règles de génies logiciel : avoir un maximum de clareté (MAJUSCULE pour les type, minuscule pour les slots, Une seul majucule pour les mots clef)


Les langages qui tentent ou réussissent à s'imposer sont beaucoup plus pragmatique et cherche à rendre leur syntaxe "familière" aux développeurs justement habitués à l'universalité du langage C.

Cela a un coup énorme sur l'ambiguïté de la syntaxe, sa difficulté à lire, la difficulté à compiler et rendre performant une grammaire large.

Les nouveaux langages cherchent aussi à être productif. Cela veut dire facile à relire (ce qui est complexifié par la taille de la grammaire, cf perl), facile à détecter des bugs tôt (lisaac détecte les "call sur null" à la compilation et non au runtime comme java), la programmation par contrat facilite aussi la vérification.

"La première sécurité est la liberté"

Et pour en revenir à Lisaac, j'ai horreur de ses Section, et j'ai horreur que les types soit TOUT EN MAJUSCULE.

On s'habitue à tout. C'est moche mais c'est super rapide pour trouver un type. Cela permet d'avoir une grammaire qui tient en 30 lignes, cela permet d'avoir zéro surprise.

"La première sécurité est la liberté"

Je dirais que compter les mots clef est un peu bête je trouve. Le sport consiste à compter les mots clef contenu à l'intérieur des méthodes/fonction/slot. Je ne sais plus quel projet a commencé à compter comme ça.

"La première sécurité est la liberté"

Quel page ?

"La première sécurité est la liberté"

Pour bosser dans l'embarquer et pour me considérer comme un expert en C, je peux te dire que rien ne remplaçait le C ou le C++ dans leur domaine.

Et Lisaac peut dés à présent les remplacer tout en ayant une marge de manœuvre sur l'augmentation des performances, et l'amélioration de sa lib.

à commencer par une très grande maturité,
Forcément.

des outils adaptés
Une grosse part des outils en question, fonctionnent avec n'importe quel binaire ou n'importe quel fichier texte.

, des bibliothèques nombreuses

C'est la limite pour un nouveau langage, c'est sûr.

une certaine universalité, des performances adaptées à certains contextes, etc.

C'est exactement le cas de Lisaac qui s'appuie sur les compilo C pour le coté universel et performant "partout".

"La première sécurité est la liberté"

J'imagine que cela doit être une question de pureté. Javascript embarque beaucoup de "Primitive data types", le typage a l'air faible.

contrairement à Lisaac qui me donne envie de me rentrer des fourchettes dans les yeux, outre ses qualités intrinsèques.

Tu trouve de l'ocaml ou du smalltalk plus lisible ?

"La première sécurité est la liberté"

Je me demande pourquoi je te répond. Ta vision de l'industriel ce limite à la gestion codé en Java. C'est un marché important mais l'embarqué est largement au moins aussi gros !

Et si les qualités que tu cites étaient aussi importantes, expliques moi pourquoi C, C++, Fortran n'ont pas encore disparu dans les nouveaux designs.

Parfois les performances brutes comptent, l'empreinte mémoire compte.

Et je ne voix pas ce que vient faire la taille de la bibliothèque sur l'expressivité d'un langage.

"La première sécurité est la liberté"

Il l'a toujours été. GPLV3 depuis 2ans au moins. Avant c'était du cecil ou un truc du genre.

"La première sécurité est la liberté"

Si il intègre les dernières recherches sur le sujet mais bon, tu as l'air de t'y connaitre.

"La première sécurité est la liberté"

C'est quand même pas la mort d'admetre qu'on c'est trompé surtout sur un truc aussi insignifiant.

Je n'ai pas l'argument qui tue concernant le fait que JS ne serrait pas un langage à prototype. J'ai bêtement cru et répété les dire d'un chercheur et docteur en informatique dont le sujet de thèse et de recherche est la compilation de langage à prototype qui a un certain nombre de publication sur le sujet.

Après si tu préfère croire la page wikipedia sur le sujet, elle même un peu contredite par la page qui décrit les langage à prototype, c'est ton problème.

"La première sécurité est la liberté"

Le jour ou on s'amusera à comparer l'expressivité des langages, on te demandera ton aide pour une partie lisp.

"La première sécurité est la liberté"

Le problème est que tu ne veux pas comprendre que tes langages industriels sont à la ramasse devant ce que font des langages modernes, comme ocaml.

Java est à peine plus évolué que simula (1967) + les coroutines.

"La première sécurité est la liberté"

Il y a un paquet pour debian sinon.

"La première sécurité est la liberté"

Ton troll était "Lisaac n'est pas le premier langage compilé à prototype".

Je n'a pas trouvé d'argument fort sur le fait que JS n'est pas vraiment un langage à prototype à part le fait qu'il ne parle pas de slot mais de variable et de fonction modifiable à la volé (or il me semble que jscript l'interdit).Là j'ai une fonction de JS que l'on ne peut pas compiler complètement à cause d'eval().

"La première sécurité est la liberté"

Va voir ailleurs, alors ! Tu ne veut pas lire la doc ni essayer, va troller ailleurs, tu ne sers à rien !

"La première sécurité est la liberté"

Je n'avais pas penser à l'eval(). J'attends avec impatience la réaction des 2 autres, sur ce point tient.

"La première sécurité est la liberté"

par contre tu aurrais mit en avant de vrais avantage du langage tu m'aurais peut etre donner envie de rééssayer.

Cela doit être trop dur d'aller regarder les vidéos pointés ou les slides associés sans doute.

"La première sécurité est la liberté"

T'es vraiment un rigolo. tu passes ton temps à vanter les trucs autour de .NET.

J'admire le bon trolleur de base qui s'arrête à la première phrase du journal.

Et les mécanisme de VM n'ont rien de supérieur au mécanisme natif, c'est juste un choix différent mais tu dois être trop limité (aveuglé ?) pour t'en rendre compte.

"La première sécurité est la liberté"

Et comme tu es un troll de première tu ne peux pas t'empêcher d'étaler tes connaissances aux risques de trop montrer leur limite.


C'est vrai quoi, y'a les vrais langages, les langages des hommes quoi, et les autres, les langages de tapette.

Dans "1er langage à proto compilé", il y a proto. Si javascript n'est pas un langage à proto, ce que tu étales depuis le début n'a aucun intérêt.

"La première sécurité est la liberté"

Tu es vraiment un abruti fini. Je ne vois pas comment te décrire autrement.

Comment tu peux te croire tellement supérieur aux autres pour croire que l'on ne connait pas comment fonctionne un JIT ?

Continues de défendre tes dieux américains et fichent nous la paix.

"La première sécurité est la liberté"

J'aurais du dire "coder comme un porc", tu aurais économisé un commentaire inutile.

"La première sécurité est la liberté"

Et moi, cela me gave de lire des gens qui pinaillent sur des bêtises et qui cassent les trucs innovants et ne font que ça. Comptes le nombre de commentaires sur la page qui demande des précisions et comptes ceux qui cassent sans chercher à comprendre !

Si tu lit plus haut tu verra que le truc avec gcj est une connerie. Et concernant Javascript, il ne s'agirait pas d'un vrai langage à prototype. C'est pas de moi, mais du créateur de Lisaac, qui s'y connait plus que moi en langage et plus que toi aussi je pense.

Alors, je n'ai pas l'argumentation concernant le fait que javascript n'est pas un langage à proto mais dés que je l'ai, je la poste.

Sinon, j'ai très bien compris le modèle de sécurité de .NET, ne me croit pas plus bête que je ne lui suis. Si tu distribue tes binaires ngen.exe, tu as la même (absence) sécurité qu'un code C.

"La première sécurité est la liberté"

Tu peux d'écrire ton problème ici : https://alioth.debian.org/tracker/?atid=413092&group_id=(...)

En fait, le binaire lisaac cherche un make.lip qui définit la manière de construire tes binaires. Je pense qu'il ne doit pas le trouver. Essayes de lancer le compilo dans le répertoire du make.lip.

Cela me rappelle un bug du style que l'install lisaac ne fonctionne pas en mode root mais seulement utilisateur. C'est peut-être ça.

"La première sécurité est la liberté"