 |
| Etat des lieus R3 GUI apres un an | |
| shadwolf | 2-Aug-2011/11:38:45+2:00 |
| Voici un an presque jour pour jour que Carl confiait le projet R3 GUI au group RMA. Un an plus tard il est tant du premier bilan. Comme je l'avais prédit rien de bien incroyable a été fait .... Empétré dans la réécriture perpétuelles des systèmes de base de leur dialecte RMA a grand peine a produir. On se souviendra qu'il avait fallut a Ashley Trüter 6 mois pour conceptualiser REBGUI avec un set entier de nouvelles widgets etendant VID. Pas de documentation, un projet qui n'expose rien de ce qui est prévu au programme, les choses se font a l'emporte piece parce qu'il faut bien donner des nouvelles de temps en temps. depuis le mois d'avril 2011 c'est le silence "chut on travail nous" voilà donc faisons cela ... refermons la porte et allons jouer avec r2 ... | |
| WET_WET_WET | 2-Aug-2011/16:49:12+2:00 |
| see the foll link, they were discussing RED and LUA today ( comments by " what did he smoke" and PEKR) http://www.rebol.com/cgi-bin/blog.r?view=0509#comments I agree with the comments made by 'what did he smoke". | |
| coccinelle | 3-Aug-2011/11:23:30+2:00 |
| Personnellement, si R3 est en train de mourir de sa belle mort comme on peut le lire de plus en plus, je ne vais pas le regretter. Quant à espérer que R2 reprenne un peu de vivacité, je n'y crois pas trop mais au moins il a le mérite d'exister et on peut faire des choses plutôt sympa avec. | |
| shadwolf | 3-Aug-2011/23:43:09+2:00 |
| coccinelle en effet la logique voudrait que la comunauté encore active dise a Carl qu'il faudra reprendre, corriger et finir r2. Problème r2 a été abandoné justement parce qu'il avait trop "grossi" et que Carl n'arrivait plus a le maintenir seul... Enfin c'est ce qu'il a dit a l'epoque... Donc 5 ans plustard revenir a un r2 tout buggé et refaire du bug correcting intensif je pense que ca n'interesse pas du tout Carl. Ca l'interessait pas y a 5 ans et maintenant ca l'interesse pas plus... Cocinelle le probleme est plus profond je pense ... Carl a pas envi de faire du bug tracking intensif de r2 ca se comprend mais pire il a plus non plus envi de produir des nouveautées dans r3 ... Quelles en sont les raisons? un désengouement majeur et massif de la communauté qui de nos jours est a moins d'une centaine de personne dans le monde. Le fait que jamais rebol ai vraiment décolé. Le fait que rebol ne rapporte pas d'argent ... En meme temps normal tu annonces que ton produit en cours de vente est pas stable plein de bugs et que tu travailleras pas plus dessus et que tu te lances dans une refonte du projet qu'evidement tu ne vendras pas tant que c'est estampillé Alpha. Le dev de r3 a été trop lent et maintenant c'est pire... & mois qu'il y a rien de neuf... Mais bon en 2004 quand carl a commencer a parler de refondre Rebol on avait deja du mal a avoir des mise a jour reguliere de rebol ... Mise a jour reguliere = travail regulier c'est evident et n'importe quel developpeur le sait ... On a essayer de dire a carl ecoute fait nous un bug corecting de r2 tout les 3 mois et ne te contente pas de faire que du bug correcting fait progresser les differentes nouveautés que tu lances. On en est a un tel point de détérioration de la communauté et du projet REBOL que si demain Carl a un coup de folie et met rebol 3 full opensource LGPL, il y aura personne pour reprendre les idées lancée dans r2 (rebservice, rebcode, rebplugin, rebconsole, rebdesktop, etc... ) les intégrées dans r3. Alors oui on aurait les gurus nous faisant de grandes annonces et produisant pas grand chose. Au final on a vraiment l'impression que rebol a été a un laboratoir pour carl ... Il a essayer des technologies voir ce qui allait declencher des achats massifs de licence rebol. Hors tu vas pas achetter rebol parce que rebservice ou rebcode ou rebplug t'on plus pour t'appercevoir que ca a été abandonné a la release suivante. | |
| shadwolf | 3-Aug-2011/23:45:27+2:00 |
| la fable qui voudrait qu'un developpeur actif sur son projet ne release pas de versions plus souvent de son travail ca je n'y crois absoluement pas. Qui a passer plus d'une centaine d'heures sur un projet informatique pour juste se le garder sous le coude ? | |
| shadwolf | 3-Aug-2011/23:46:53+2:00 |
| puis si on se rappel Carl travaillait deja en pointillé sur rebol 2 partager entre différentes autres activités. | |
| shadwolf | 3-Aug-2011/23:55:24+2:00 |
| bref le truc c'est que dans l'ensemble rebol2 core/view marche suffisement bien pour se passer des "nouveauté" et pour se passer de r3. Maintenant est qu'on peut faire un gros ERP se branchant sur oracle avec rebol ... Oui avec du travail et si on code pour windows only ... | |
| shadwolf | 5-Aug-2011/19:19:52+2:00 |
| En y réfléchissant plus quel serait en fait l'interet de faire un ERP en rebol, plutot qu'en java ou en .net/mono? Si on veux faire l'interface en VID on aura un set de widget moche et pas vraiment exploitable. Un ERP sans onglets c'est comme une vache sans pies non ? Oui mais on pourrait utiliser rebGUI qui lui marche bien, et a plein de super widgets oui mais as il été testé suffisement sur autre chose que windows pour qu'on puisse dire que ca marchera partout pareil et puis on sort du tu dl la vm tu cliques sur ton startERP.r et tout marche direct. Oui mais en achettant le REBOL/SDK ben la on pack tout dans un .exe. Oui mais du coup c'est plus portable! Donc en gros si je veux que mon ERP soit portable alors je dois me contenter de rebol/core (et sans les trucs du style odbc:// parce que ca marche que sur windows, d'ailleurs il serait vraiment interessant de faire un etat des lieues de R2 sur windows, linux, macOSX pour savoir ce qu'il y a vraiment dans les vm rebol2 respectives et voir ce qui marche vraiment 1 pour 1... A mon avis ce serrait une très bonne base de travail pour recentrer le débat et faire en sorte que rebol sorte de sa horniere. Donc pour mon ERP hypothétique fait en rebol et portable je me contente de rebol/core dans les fonctions de fond de panier (pour faire court les choses que je pense marchent a peu pres partout pareil sont les math, la gestions des listes, le traitement des chaines de caractere et les fonctions network bas niveau, ET PARSE!!. C'est ce que j'appel vulgairement le fond de panier rebol mais bon... D'ailleurs tout clone réussit de rebol devrait avoir ce "fond de panier". Si tu te focalise sur ca pour ton clone a mon avis tu es pas loin de la perfection) et pour l'interface utilisateur je passerait par un cheyenne + html5 ... C'est a mon humble avis la meilleure des façon de procédé je peux meme soyons fous integré la librairie. Bon c'est bien joli tout ca mais je repond pas a la question du debut. Quel serait l'interet de faire un ERP en rebol plutot qu'en JAVA ou Mono/.net ? huuuuuuuuum ... - Moins de code (quoi que la partie interface en webdynamique javascript / HTML5 niveau economie de ligne de code c'est pas vrai du tout...) - Un code plus simple a lire pour ce qui est de la partie rebol - Une meilleure structure du logiciel? - Une meilleure performance capacité a resister à la charge - un deploiement plus facil ( heu je me demande si se serait le cas...) - Une IHM plus flexible ? (hum pas certains tout changement dans le html devra etre repercuter dans les script rebol de traitement de l'information.) - Un meilleur control du contenu de l'ERP (la oui vu que toute la solution ou presque est en rebol) Moi je bosse avec une solution d'ERP libre nommé adempiere et c'est une monstrueuse usine a gaz est ce qu'il est possible / envisageable de faire compiere en rebol/html instinctivement je dirai oui et en utilisant les methodes que je viens de donner ce serait meme plutot simple a faire. Reste que personne ne le fera...Comme personne n'a fait de produits concurant des phpbb. Clairement en tout cas on voit que rebol est mieux adapté quand il s'agit d'imiter l'emploi de PHP (c'est a dire penser un projet en terme de solution web) plutot que dans le client graphique stand alone brancher a une base de données. Rebol excelle aussi pour les serveurs Cheyenne! l'a plus que démontré je pense.. Reste que REBOL est pas du tout présenter comme un couteau suisse orienté réseau et webdynamique mais comme le couteau suisse de l'informatique en général. Et à mon humble avis c'est ce qui fait que rebol est parti dans le mur car pour faire autre chose que le fond de panier carl a passer ennormément de temps en mode recherche et developpement sans pour autant faire progresser le fond du panier ou centrer le débat autour de ce que rebol sait faire comme nul autre... Ca a contribué a faire en sorte que rebol soit difficilement comprehensible dans son orientation par les gens... Enfin qui a besoin dún php bis sans le support que connait php? Et ca c'est le problème forcément quand on se contente de présenter rebol en ne considérant que son fond de panier... | |
| shadwolf | 5-Aug-2011/19:42:53+2:00 |
| Nota Bene: Vulgairement veut dire de manière simple et comprehensible par tous ... pas de maniere impolie... D'ailleurs le fond de panier est un concept vraiment interessant pour un langage qui est devenu boulimique comme REBOL... Qu'elles sont les fonctions de bases qui marchent dans Toutes les VM rebol et qui servirait de base pour une activité commerçante reussie. C'est sur ca que doit communiqué Carl plutot que sur rebol sait et peu tout faire mieux que tout le monde. Enfin pensons VID a propos des faits et essayons de voir ou ca nous mène. VID a une structure qui rappelle celle du HTML d'ou le manque de widgets elaborées (menus, onglets, etc...). le fait que les arguments des face de VID ne necesite pas d'ordre particulier et pas non plus de precisé ce que representent les donnés en font toute l'originalité view layout [ text red "coucou" 100 ] marche aussi bien que view layout [ text 100 red "coucou" ] L'autre grosse originalité de VID c'est de ne pas avoir a se soucier du positionnement des choses sur sa "feuille" tout en pouvant assez facilement faire du placement précis de chose (accross et below sont purement géniaux... Mais evidement on a des bugs monstrueux sur R2 quand on veut passer d'un mode a l'autre.). Enfin derniere originalité de VID le fait de pouvoir accroché un event sourie a n'importe quelle widget et la aussi en ce contentant de mettre un simple bloque comme arguments de la face dans la description de la "feuille". Cette conception simple et flexible en fait un très bon outil (on est quand meme arrivé a dessiner a l'ecran des fichier SVG, a faire des annimation et a faire du texte dynamique colorié pour une touuuute petite librairie comme VID c'est ennorme!) | |
| shadwolf | 5-Aug-2011/19:53:45+2:00 |
| cette conception simple prend tout son interet si on la considère en tant que forme intégré a une page web comme le flash... c'est ce qui faisait que le rebplugin pour navigateur web prennait tout son sens... La demarche etait logique et avait pour but apparement de mettre en valeur le fond de panier rebol... Pourquoi cette démarche a été abandonnée ? Pourquoi jamais Carl a voulu faire de rebol une fondation et un projet opensource... Si c'est pour garder le control de son oeuvre ... Je dirai a carl qu'il vaut mieux un projet libre qui vit comme python ou ruby qu'un projet sous control qui meurt comme rebol... Si c'est pour être certain que rebol lui rapporte suffisement d'argent... Ben la preuve est faite que c'est pas le cas et que tant que r3 sera en alpha personne ne l'achetera. Enfin le coup du tu paies une licence cher et ensuite tu paies plus pour les mises a jour c'est pas un bon concept pour un language en devenir. Moi j'aurai l'argement préféré carl venant avec une liste de choses a faire pour les 3 prochains mois et demandant de financer jusqu'a un certain niveau. On aurait sut a l'avance ou allait Carl ca aurait permis de financer continuellement rebol en faisant des micros paiement, enfin Carl aurait été forcé de produire régulièrement en centrant le débat. | |
| shadwolf | 5-Aug-2011/19:59:43+2:00 |
| A mon avis le r3 a été aussi quelque part motivé par Carl pour que tout le monde repasse a la caisse et achette une nouvelle licence r3. Présenté comme ca on comprend bcp de choses... En suite, Carl c'est laissé bouffer par son projet qui est devenu pharaonique (d'ailleurs je me demande si c'est fini l'integration de UNICODE dans r3 ? ) et il a été dans l'incapacité de produir une r3 stable permettant de lever des fonds... | |
| shadwolf | 5-Aug-2011/20:00:51+2:00 |
| ca fait 5 ans n'empeche que carl bosse bénévolement sur un projet commerciale ... Il ferait mieux de le passer dans le domaine publique se serait moins ridicule a mon avis... | |
|
Login required to Post. | |