Re: Un nouveau langage
Hervé Agnoux <[email protected]>
| Newsgroups | gmane.comp.java.french.general |
|---|---|
| Message-ID | <[email protected]> |
Le jeudi 2 septembre 2010, Jean-Baptiste BRIAUD -- Novlog a écrit : > > lol. Bon, en fait, c'est assez simple à résumer : > Pense à un compilateur : du texte "source" -> un exécutable. > Nous faisons cela avec notre innovation avec l'exécutable = un fichier war > déployable. En ce qui concerne les entrées, nous avons aujourd'hui > plusieurs méthodes, dont une à partir d'un document Word et des > informations structurées (tableau, paragraphe, ...). Cette dernière > approche correspond bien à un profile "non développeur" et commercialement > (plutôt "marketingement") le message passe bien. Cependant, c'est trop > verbeux pour moi et pour des profils développeurs. > Si c'est pour des développeurs, je pense que Yaml est une bonne piste. Les IDE semblent bien fonctionner à l'édition dans ce langage. Si je prends, au hasard objectif non trollesque, par exemple netbeans, alors il me fait une colloration syntaxique, il me fait des suggestions valables, il m'indente correctement, il me souligne en rouge ce qui ne va pas, il me fait un navigator... presque correct (les entrées n'y sont pas dans le même ordre que le source ?? ). PAS MAL. Yaml te libère de la création de la syntaxe, qui est en général une galère assurée ; mais attention qu'il devient vite lourd, dès qu'on va plus loin du "toto: titi". Et comme vous utilisez JSon ça va bien aussi car JSon s'intègre nativement dans Yaml. Attention que Yaml est très sensible aux indentations. Et les développeurs aussi, en général. Si par malchance les sensibilités ne correspondent pas tu vas au clash assuré. Par ailleurs, en fouillant un peu j'ai trouvé Kwalify (http://www.kuwata- lab.com/kwalify/) qui semble intégrer la validation d'un schéma Yaml (je sais pas d'où ils sortent leurs shémas yaml) mais le validateur est en... ruby :-( (si on faisait un troll maven vs rugby ? )