Dinosaure a écrit 89 commentaires

Ensuite, c'est bateau, mais quand je code en C, je vois assez précisément ce que ça va donner en asm. En Ocaml, avec des systèmes de types hachement compliqués tu as un peu de mal à savoir ce qui va se faire en asm.

Hmmhmm, j'ai envie de dire (enfin sur le type) que c'est même l'inverse. En C, justement on voit poper des casts implicites un peu partout et tu perds de l'intégrité de la donnée en assembleur. Le système de type d'OCaml permet justement à ce qu'en asm, on face bien une addition entre 2 entiers. L'assembleur de nos processeurs ne propose pas de type, de ce faite, il faut s'en abstraire pendant la compilation. Un des moyens (le C) est de caster implicitements vers le type qu'on veut pour qu'on puisse faire une addition entre un (char *) et un (int). En OCaml, on interdit cela.

Par contre, il est vrai qu'il n'est pas aisé de voir comment OCaml compile les fonctions vers l'assembleur (environnement initial, lambda-lifting …) mais en somme, les opérations de base (qu'on retrouve en C) sont facilement localisables.

Petit rats :p !

Voilà, Valve lance un pavé dans la mare dans le monde de l'informatique en s'intéressant à Ubuntu. Mais pour la communauté, la nouvelle direction de cette entreprise (qui est surtout un effet de causalité) doit être vue comme une réussite ou un échec ? On peut, en effet, déjà bien spéculer sur l'avenir des jeux vidéos sur PC. Mais quel impact aura ce virement de situation sur la communauté du logiciel libre, sur Linux, GNU et tout le reste ? Je parle globalement, une des réponses peut être, entre autre, un meilleur support des drivers vidés (nVidia, ATI). Mais on peut aussi parler d'une possible vague d'utilisateur PC qui vont migrer sur GNU/Linux^WUbuntu (qui a dit Windows Vista). C'est donc une vraie question et le pavé risque de faire des grosses vagues …

Pour mon cas, j'ai fait un chroot /mpd (pour sftp) contenant un dossier torrent (je télécharge que en torrent) contenant tout les musiques en vrac. Ensuite, j'ai un dossier music qui, à coup de ln est bien organiser et c'est ce dossier que MPD lit. Je pense que c'est le meilleur, je garde une organisation par artiste et dès que j'ai des albums à coup de .feat, je dis merci le lien symbolique. Il y a donc peut être des doublons dans la BDD de MPD mais jamais de doublons de fichier.

Je ne comprend pas trop comment tu peux voir dans GNU une cohérence vu qu'un gros bloc du système (un noyau, c'est pas n'importe quoi quand même) est maintenu par un mec qui n'a rien à foutre de GNU. Bref, pas crédible.

Heureusement qu'on demande toujours de faire la distinction entre le projet GNU et Linux (c'est d'ailleurs pour ça qu'on nomme le système GNU/Linux). Tu peux très bien voir une incohérence entre ces 2 projets (car ils sont bien distincts) mais il faudra plus argumenter au sujet de l'incohérence qui réside dans les utilitaires GNUs.

C'est ce qu'on appelle le C K&R. Le prototype d'une fonction tel qu'on le connait aujourd'hui a été amené par le C++ (et introduit par ANSI) et ce style de déclaration n'est d'ailleurs pas possible en C++. C'était une histoire de compatibilité à l'époque, c'est aujourd'hui une histoire de style. Ici d'ailleurs, on a un sacré mélange entre K&R et le style GNU. Peut être qu'ils veulent que le code soit aussi compilable avec un compilateur C des années 70 (ce qui ne m'étonnerait pas).

Oui, je peux comprendre qu'on puisse s'ennuyer pendant un repas, ça m'arrive aussi. Et dans ce cas, au lieu de « dégainer mon ordinateur » sur mon assiette à soupe, je demande à l'hôte si je peux me lever de table … Tout simplement. Enfin, sortir son ordinateur à table ou même sortir son téléphone à table ne sont pas des manières et, qui plus est, quand on est invité, il s'agit de faire preuve de « savoir-vivre » rien que pour le respect de son hôte.

Je reste donc sur ma position.

Heureusement que nous sommes Mardi …

Je ne vois en quoi on "exigerait" de lui un comportement robotique et lisse.

Bizarrement, en lisant ce journal, j'ai plus eu l'impression que c'est un robot qu'un humain - par contre, le « Et s'il s'ennuie, il va dégainer son ordinateur et se mettre à traiter ses courriels. », c'est impoli et même insultant pour les hôtes (et pour moi, ce n'est pas tolérable).

Sommaire

• Le Français
• Le véritable problème
• Conclusion

Avec un titre aussi explicite, je risque d'aller très loin dans ce commentaire mais c'est justement le cas car il y a beaucoup de chose à dire. En vérité, ce que je vais écrire ici a déjà était dit sur un forum concernant l'objectif du langage et de ce qu'il en est aujourd'hui. Force est de constater que, au vu des partis pris dans cette version, vous allez plus à contre sens qu'autre chose. Je m'explique.

il offre à des jeunes programmeurs (jeune par l’âge ou l’expérience dans ce domaine) d'entrer dans le monde de la programmation très facilement, de par sa syntaxe simplifiée et son approche programmatique particulière.

Bon, ce langage se positionne donc comme un tremplin à la programmation de façon général. Vous avez donc une vision didactique en voulant proposer un langage où les concepts de programmation tel que les structures conditionnelles, itératives, récursives et tout le tralala, soit accessible par le plus novice d'entre nous pour débuter la programmation.

On peut dire que c'est louable de vouloir faire ça, je n'est rien contre cette approche et beaucoup cherche à offrir ce tremplin pour que la science de l'informatique soit plus ouverte (et peut être moins caricaturé comme elle l'est aujourd'hui). Donc je vais me baser sur ce constat pour montrer le point de vue que j'ai sur vos objectifs et pour éviter le malentendu, si il y en a un.

Le Français

Dans cette optique de faciliter l'apprentissage de la programmation, vous avez pris comme choix le Français comme langue de base à votre langage. Ce choix peut s'expliquer du fait qu'il est, selon vous, plus difficile d'apprendre un langage fait à partir de mot-clé Anglais qu'avec des mot-clés Français. Non ? Si on suit cette logique, on peut imaginer qu'il est plus facile pour un anglais ou un américain d'apprendre à programmer (car on est face à des mot-clés Anglais). Il est vrai qu'il n'a guère besoin de traduction à côté (on se souvient tous des pseudo-codes Si ... Alors ... Sinon). Mais en somme, est ce réellement difficile d'associer le mot-clé if à sa traduction Si ? C'est un travail en plus, est ce vraiment un frein dans un apprentissage de l'informatique ?

Le fait est de constater que la difficulté qu'éprouve les personnes à apprendre l'informatique n'est pas la langue en somme, ou tout du moins les mots qui sont utilisés. Sinon, de l'autre côté de la Manche, nous aurions que des lumières en informatique (mais nous en avons ici aussi). La difficulté qu'éprouve un français quand il débute la programmation, c'est pas le mot-clé if qui le dérange, c'est surtout et c'est là où est le fil rouge de tout ce que je vais dire, c'est sa signification. Qu'est ce que je veut vraiment dire un if dans mon code ? C'est quoi sa signification ? À quoi il sert ? Mais le mot en lui même, on pourrait le remplacer par toto, ça ne changerais très peu au problème. La seul chose que c'est qu'il y a une approximation entre la signification du mot dans la langue naturelle et celle dans la langue formelle.

Le véritable problème

Le véritable problème quand on se lance dans la programmation, c'est pas réellement les mots-clés qui ont était choisi arbitrairement pour représenter des concepts (comme class par exemple). Le véritable problème dans l'apprentissage, c'est comprendre et utiliser ces concepts. C'est d'ailleurs pour ça qu'il est aussi facile de switcher d'un langage à un autre. Les mot-clés sont différents, la syntaxe est différente mais les concepts globaux (boucle, condition, fonction), sont les mêmes.

Par contre, dès qu'il s'agit de maîtriser un concept comme l'OO ou le fonctionnel, cela prend plus de temps et cela demande de la pratique. Ce que je regrette dans ce langage, c'est qu'il n'est pas du tout à la hauteur de vos objectif. C'est d'autant plus vrai quand on voit l'intégration des pointeurs dans le langage (intégrer une notion complexe dans un langage qui se veut simple, c'est un paradoxe). Vous vous êtes focaliser sur cette problématique du français mais qui est véritablement qu'un faux problème. Et il faut aller un peu plus loin que de simplement dire: « les langages informatiques sont en anglais, c'est compliqué, nous on fait du français ».

C'est plutôt les concepts sous-jacent comme notamment les pointeurs qui sont complexes. Tout le monde se mange les dents dessus et c'est pour ça que des langages de haut niveau comme le python ne les intègrent pas (ou tout du moins, il ne le mettent pas en avant comme en C). Ces langages haut niveau mettent de côté des problématiques complexes (comme la gestion de la mémoire) pour faciliter l'apprentissage de celui-ci et ne pas se soucier (tout du moins, au départ) de ces points qui sont le véritable frein dans l'apprentissage d'un langage informatique.

Ce que j'essaye de dire, c'est qu'importe quel mot-clé on mettra à la place de if ou de while, ça ne change absolument rien pour le programmeur et les concepts difficiles qu'il a l'habitude de manipuler sont toujours là. Mais c'est ces concepts qui sont dur à expliquer, comprendre et manipuler - je trouve même un peu plus complexe votre langage car les mots que vous utiliser s'écarte des concepts auxquels ils font référence, je parle notamment de paragraphe.

Conclusion

Je dirais pas que le projet est mauvais, ou même bon. Je dis simplement qu'il n'est pas à la hauteur de ce qu'il souhaite pour plus tard et vous ne faites que vous écartez du chemin et c'est bien triste. C'est dommage car il peut être de plus en plus intéressant de lancer ce genre d'approche pour les générations futures pour lesquelles l'informatique est une science obscure.

Sinon, bonne continuation dans ce que vous faites et j'espère que vous prendrez en compte non seulement ma remarque mais celles aussi présentent dans le forum.

C'est agréable de voir une réponse de l'entreprise sur linuxfr :) ! Il est vrai que l'environnement en ligne est très bien fait, en tout cas, j'ai pas eu de gêne quand je l'ai utilisé ce qui est pas mal en somme (j'ai ma configuration vim aux petits oignons). Après, j'ai plus été interpeller dans votre présentation général sur le site par cette approche qualité justement (d'où ma critique) ce qui fait que j'ai un peu ignorer l'interface que vous proposé.

Après, les concours menés par des entreprises sont en général un moyen de sponsoriser un produit derrière (et je pense que ici, c'est votre interface utilisateur) mais j'ai plus pensé que c'était pour montrer ce côté « notation sur la qualité du code », ce qui m'a beaucoup gêner au départ. Au final, et après ce malentendu que j'ai fait, je peux seulement dire que ce que vous faites est louable.

Je rajoute un dernier point pour vous demander les technologies que vous utiliser pour l'UI. Bien entendu, je comprendrais que vous ne puissiez les divulguer mais puisqu'on est sur un site où le Libre est le mot maître, autant s'ouvrir un tout petit peu et faire un partage juste de votre expérience. Personnellement, je m'intéresse guère aux UI mais cela peut intéresser certaines personnes :) !

Bonne continuation et j'espère être là pour le concours.

Je comprends pas vraiment cette critique et surtout cette comparaison avec dans le lot le paradigme fonctionnel … La première chose, c'est qu'en ignorant la remarque de Maxime (qui est pertinente, hein !), les deux lignes sont équivalentes sur la lisibilité du code (quand bien même, et je le redis, cette affirmation est subjective). Ensuite, que cela soit le premier exemple ou le deuxième, tout deux ne sont pas incompatible avec le paradigme fonctionnel. Les listes en compréhension par exemple sont très utilisé en Haskell et la fonction map est très utiliser en OCaml (à défaut de n'avoir pas les listes en compréhension nativement - on peut les utiliser avec Batteries). Au final, je ne vois pas le lien avec cette phrase: « Ça me gave ces gens qui ont jamais rien vu d'autre que du Java dans leur vie et qui flippent dès qu'ils voient la moindre trace de paradigme fonctionnel. ».

Au-delà de tout ça, il est vrai que perdre 5% des points pour l'utilisation de l'une ou de l'autre est exagérer et cela ne devrait pas être le cas. Il y a donc bien un côté subjectif derrière tout ça et de plus, ce concours n'apporte réellement rien de novateur par rapport aux autres concours que j'ai cité plus haut (puisqu'on enlève ici le l'approche qualité qui semble être au cœur de votre communication) donc, au final, il n'est pas très gratifiant de participer à ce genre de concours et il n'y a que l'appât du gain qui me fera prendre le Tram pour aller le faire. Mais sinon, rien d'intéressant à signaler sauf si vous (je parle de l'entreprise qui ne semble pas dire un mot) me prouver le contraire (et je serais très heureux de débattre).

Au sein de mon école, on m'a poussé à venir faire ce concours. Aujourd'hui, je ne peux pas réellement dire si je vais participer ou pas (je suis en stage et je rentre généralement à Montpellier vers 20h) mais j'aimerais bien pour relever le défi de mes collègues. Au-delà de ça, j'ai compris que votre barème porté l'accent sur la qualité du code. En ayant fait les exercices d'entraînement j'ai remarqué votre notation et en discutant avec d'autres personnes qui ont fait le concours l'année dernière, j'ai pris en compte le niveau aussi.

En somme, je suis assez curieux de savoir comment vous pouvez analyser la qualité du code. Est ce que c'est fait de façon automatique, par le biais d'une moulinette (ce que je pense) ou par l'humain. Les critères qui sont sortis dans mon test sont semblables à ceux qu'on retrouve dans des concours comme Prologin ou encore les Olympiades Informatiques ou même la manière dont est corrigé mes projets dans mon école, en réalité, je ne vois pas la différence entre votre concours et les autres au niveau de la notation.

De plus, la qualité d'un code peut être très subjectif par le biais de la définition qu'on peut donner à « qualité ». En somme, j'aurais la capacité de résoudre vos exercices en une seule ligne de code en C (ou en essayant de faire du ASCII-Art), on ne pourra malheureusement pas dire que je fais preuve de qualité dans mon code (maintenabilité, partage, etc.) et pourtant celui-ci peut très bien fonctionner et passer tous vos tests.

Je m'interroge donc. Et c'est drôle de voir un évènement de Montpellier sur LinuxFR.

Je regarde aujourd'hui Apple comme une belle maîtresse dont je me suis éloigné, parce que nos valeurs différaient. Je garde de la tendresse pour elle, même si aujourd'hui je ne la comprends plus. Et je vis désormais une idylle mouvementée, passionnelle, conflictuelle, avec un OS plus jeune, plus frais, plus beau, encore plein de petits défauts et tellement désirable : Ubuntu.