 |
| Boron, un langage open-source très très proche de Rebol (pas tout à fait un clone)... | |
| deglingo | 12-Jan-2011/17:28:16+1:00 |
| Une mini-présentation de Boron par son créateur (pas mal le dernier paragraphe et l'état d'esprit qui s'en dégage) : I started the Orca project to develop an open source version of Rebol. Rebol was a wonderful introduction to functional programming for me, but not being able to add custom datatypes, embed the interpreter, or really dig into the guts of the system was an intolerable situation. After I had a largely functional Rebol clone, I decided that I didn't want to be limited to Carl's design choices, so I played with Thune for a couple years and then started Boron. I am the sole developer of Boron and I have no real goal other than to continue using it as my main scripting language. Features are implemented as I have a need for them - there is no roadmap. If other people show an interest in the project and contribute in a meaningful way then I am willing to pick up the pace of development for a 1.0 release. The string! type can store UCS2 but this needs testing and it's not handled everywhere (parse only works on Latin1). Parse handles a subset of Rebol 2 operations, but its a bit different in that it works with slices. In Boron each series value stores both a start and end index. There is an OpenGL dialect and a simple Qt dialect which I use for GUIs on a few projects. I played with threads a bit (there is a thread function and port) but I don't currently use them in any project. I have no idea what Carl thinks about my projects. As with everything else ever designed by man, Rebol is an amalgamation of previously known ideas. The more widely ideas and information are spread and the greater the variety of combinations we can explore, the better off we'll all be. That includes this email, so share it with anyone you like. | |
| shadwolf | 12-Jan-2011/20:18:13+1:00 |
| J'ai compilé boron sur ubuntu. Les parties qt et opengl ne compilent pas... Ce qui doit être normal puisque c'est basé sur GTK+ et Gnome. Bon en gros il fait boron pour son propre compte car las des limitations que lui impose Carl. Il développe suivant son envie. boron concrètement ca donne ca: Boron 0.1.10 (Jan 11 2011) )> view layou [ text "hello world" btn "close" [quit]] Script Error: unset word 'view )> 1 + 1 Script Error: unset word '+ )> read http://www.rebol.com Datatype Error: read expected file!/string!/port! source Trace: -> read http: / /www.rebol.com Donc sans aller chercher plus loin il est clairement évident qu'il n'y a pas dans boron ce que je cherche. Ou alors c'est très bien caché. Je devrait installer OpenSuse ou Fedora pour pouvoir vraiment testé boron. Il est super critique envers Carl mais au final il fait la meme chose non ? | |
| RebKodeur | 12-Jan-2011/21:22:21+1:00 |
| Cela reste une version 0.1.10 ... | |
| deglingo | 12-Jan-2011/22:49:18+1:00 |
| Je ne sais pas si l'on peut dire qu'il est super critique envers Carl. Il dit clairement que Boron n'est pas Rebol, même s'il s'en approche beaucoup. Aucune prétention, il a fait Boron pour ses propres besoins sans le crier sur les toits... Comme dit RebKodeur, c'est une version 0.1.10, et il est ouvert à toute contribution. Il a eu la gentillesse de répondre à mes questions en me disant que je pouvais partager ses réponses avec qui je voulais. Sinon, concernant les problèmes de compilation ou d'exécution, il est possible de lui poser des questions en s'inscrivant sur SourceForge.net : http://sourceforge.net/apps/trac/urlan/wiki Ca reste un projet très intéressant...avis aux contributeurs... | |
| shadwolf | 12-Jan-2011/23:06:36+1:00 |
| version 0.1.10 pour un projet qui a connu 3 noms succéssifs aussi Orca puis Thune puis Boron. C'est un interprete qui existe depui quoi ? 2006 ? et jusqu'a présent on peut pas dire qu'il court apres les contributions ni qu'il veuillent que boron soit puisse remplacer rebol. Boron 0.1.10 (Jan 11 2011) )> now == 359686:04:30.346648 Moi je ne fait que souligné que son travail se fait dans l'indiférence générale et j'essaie juste d'en comprendre les raisons. C'est tout. Est ce que cela vaut le coup de me lancer dans ma propre VM clone rebol c'est la question auquel j'essaie de répondre | |
| shadwolf | 12-Jan-2011/23:18:34+1:00 |
| En étant seul sur son projet et en n'en parlant pas c'est le meilleure moyen pour que jamais son projet ne décole. En meme temps c'est respectable l'investissement personel qu'il fait sur ce projet. C'est dommage que ca ne profite qu'a lui et qu'au final le résultat soit très loin de rebol. Alors que justement ca fait plusieurs années que tout le monde se plaind de rebol et cherche un moyen alternatif. Après sur ma participation directement sur ce projet moi j'ai du mal a pisser dans le vent ... J'ai du mal a me dire que mon travail ne doit profiter qu'a moi et que si ca n'interresse personne d'autre ce n'est pas tellement grave. Enfin la licence lgpl de boron me permettrait de le reprendre en intégralité et d'en faire ma propre version si j'en avait envi du moment que je garde publique la filiation de mon projet et que je remerci l'auteur initial pour ses efforts. On me présente aussi boron comme un clone de rebol mais j'ai peur qu'en grattant un peu il n'ai qu'une vague ressemblance avec rebol. D'un autre coté ca permettrait d'etablir quels sont a mon goût les minimums qui font un interprete rebol? C'est pas inintéressant... Mais je doute que ca intéresse quelqu'un d'autre que moi. | |
| shadwolf | 12-Jan-2011/23:30:01+1:00 |
| Un example de ce que je trouve le plus profondément rebol c'est do http://url/monscript.r. Après pour faire un bon clone rebol si je devais en faire un j'essaierait de récupérer l'essentiel des bonne idée des tentatives passées auquel on a encore accès. J'aime l'idée que la VM rebol ai 1 seul code source et que ce soit utilisable partout. Donc je pencherai plus pour une VM clone rebol basée sur java ou mono. J'aime l'idée d'un projet qui liste tout ce qu'il y a dans le dico rebol et fait l'état de progression du clone en comparant un a un. J'aime aussi l'idée d'un projet ou les gens apportent et son reconnus pour leur apports peut etre meme rémunérés! J'aime l'idée que la doc précède le plus souvent possible la réalisation. On essaie le plus souvent possible de discuter les apports avant. Mais la question finalement c'est est ce que la communauté rebol a vraiment envi de faire autre chose que du rebol? Jusqu'a présent une partie de nos problèmes viennent justement du fait qu'a cette question nous ayons cette derniere décade répondu non. | |
| trigram | 13-Jan-2011/1:20:18+1:00 |
| La question est plutôt : est-ce que la communauté Rebol Francophone a encore envie ? Et si non, comment lui redonner l'envie... Je ne suis pas sur que les problèmes viennent forcément de là... J'ai vécu une expérience Pro dans une TPE avec un patron un peu comme Carl : un visionnaire (si si), un super développeur (certainement pas du niveau de Carl) mais quelqu'un qui voulait tout maîtriser à tout prix à tout les niveaux dans la société... y compris au niveau commercial... mais comme on dit : chacun son métier... et sans marketing, sans commercial... on ne peut pas évoluer, dès qu'on perd un client... bref, résultat : 2 licenciements et une fermeture de la société... Steve Jobs l'a bien compris... bien sûr les produits Apple sont bons mais c'est quand même beaucoup de marketing pour anéantir la concurrence et pendant ce temps rattraper son retard... rappeler-vous que l'iPhone est sorti sans SMS, MMS... que la visio est arrivé seulement en 2010 et qu'on a eu l'impression que c'était Apple qui l'avait inventé... M A R K E T I N G... Alors pour en revenir à nos moutons... si il faut implémenter Rebol sur une VM, il faut partir sur la JVM... c'est beaucoup plus ouvert, il y a beaucoup de compétences sur le sujet... dans les Universités on pratique le Java... Bien sûr on trouvera autour de .NET ou Mono... mais autant parié sur le bon cheval... Je ne suis pas sûr de la pérennité de MS en Europe... on est quand même fortement couplé avec Java... et toutes les entités gouvernementales et associées migrent vers de l'OpenSource et du libre... et Java n'est jamais loin... Enfin, c'est mon avis et mon expérience. Et Java désormais dans l'escarcelle d'Oracle... je suis persuadé qu'ils feront du marketing autour... | |
| paullys | 13-Jan-2011/9:04:58+1:00 |
| A première vue l'attitude de Kaj semble très ouverte: licence LGPL et cordialité vis à vis de deglingo. Mais Shadwolf pose bien le problème. Un autre rebol. Jusque là la communauté a répondu non merci (y'a un post quelque part sur rebol et ses clones, un peu condescendant mais la conclusion est la même). Mais aujourd'hui on entend pour la première fois un appel conjoint de plusieurs reboleurs. Aujourd'hui nous avons conscience que le seul moyen de répondre à nos besoins (en souffrance depuis des années) est de faire nous même. Echaudés par les déconvenues de rebol, nous savons ce que nous ne voulons pas. Mais il reste deux questions: -les compétences techniques -le courage (la plus importante) | |
| paullys | 13-Jan-2011/9:11:44+1:00 |
| Sur les questions techniques, comme olivier le propose il faudrait faire un audit de toutes les VM, leur état d'avancement et une évaluation du travail nécessaire avant d'arriver à quelque chose d'utilisable. Faudrait faire ce travail de manière un peu ordonnée. en commençant par le recensement: Orca, Thune, Boron Freebell y'avais un R#, non? ... a compléter On défini les tests. Ensuite que chacun se saisisse d'une VM et fasse les tests et le compte rendu. On ouvre un post à ce sujet? | |
| shadwolf | 13-Jan-2011/11:59:48+1:00 |
| je ne sais pas si l'on peut parler de courage dans ce cas précis. Je parlerait plutot de volonté indéfectible... Le véritable centre de rebol ce sur quoi repose tout le reste c'est parse... Et faire parse n'est pas si simple que cela. Enfin je pense que c'est a la fin simple et compliqué... D'ailleurs une autre remarque qu'on avait faites il y a quelques années portait sur les [ et ] que sur un clavier européen ne sont pas aisé a utiliser car il requirent l'emploi de d'alt gras. Mais en meme temps les [ ] sont l'un des signes distinctif et imédiatement reconnaissable du code d'un script rebol. hum definir des tests pour les diférents plateforme de testes | |
|
Login required to Post. | |