 |
| Rebol, un langage "sérieux" ? | |
| ZeBrain | 17-May-2006/12:00:31+2:00 |
| Je surveille Rebol du coin de l'oeil depuis une paire d'années (pseudo Zed sur Codeur). Pensez-vous que cette plate-forme (langage + API/Applications autour) soit devenue suffisament fiable, documenté et pérenne pour des applications d'entreprise ? Les problèmes de Garbages Collector des versions précédentes ont-ils été résolus récemment ? | |
| ZeBrain | 17-May-2006/12:01:38+2:00 |
| Merci de supprimer le topic en trop ... | |
| ZeBrain | 17-May-2006/12:28:06+2:00 |
| Merci de supprimer le topic en trop ... | |
| ZeBrain | 17-May-2006/12:28:57+2:00 |
| Ca bug là aussi ... j'envoi 1 réponse y'en a 2 qui apparaissent ! | |
| ZeBrain | 17-May-2006/12:54:53+2:00 |
| Ca bug là aussi ... j'envoi 1 réponse y'en a 2 qui apparaissent ! | |
| ZeBrain | 17-May-2006/12:55:09+2:00 |
| Ca bug là aussi ... j'envoi 1 réponse y'en a 2 qui apparaissent ! | |
| ZeBrain | 17-May-2006/12:55:17+2:00 |
| Ca bug là aussi ... j'envoi 1 réponse y'en a 2 qui apparaissent ! | |
| ZeBrain | 17-May-2006/12:56:10+2:00 |
| En fait à chaque fois que je rafraichis la page y'a une nouvelle réponse qui apparait ! | |
| reboltof | 17-May-2006/14:39:38+2:00 |
| Le problème est connu et va être sûrement corrigé rapidement par GreG. En attendant, pour rafraichir la page de résumé des threads, il faut utiliser le bouton "Refresh". | |
| reboltof | 17-May-2006/17:58:04+2:00 |
| Pour reprendre ta question initiale: sans aucun doute, oui, REBOL est fiable ! Une application de testing psychotechnique entièrement écrite en REBOL a permis d'examiner depuis janvier 2006 de près de 10.000 candidats, sans un seul plantage dû à REBOL. Et ce sur 3 plateformes (M$ NT, XP et 2000) et plusieurs configurations HW différentes ! La documentation existante ne couvre pas tous les aspects du langage, mais de gros efforts de traduction Anglais => Français sont réalisés (cfr http://rebdocproj.org ). Quant à la pérennité... Carl a assuré dernièrement que cela ne pose pas problème, mais sans mentionner des faits concrets (voir le thread "Comparatif et Blog REBOL"). A chacun d'interpréter la chose... | |
| Goldevil | 17-May-2006/19:51:18+2:00 |
| Bonjour ZeBrain, j'abonde dans le sens de Reboltof. Pour ma part je développe un logiciel de gestion de client avec rebol + database SQL Server. Le logiciel est bientôt terminé et marche déjà parfaitement avec MySQL. | |
| ZeBrain | 17-May-2006/23:33:51+2:00 |
| Pour les applications graphiques je pense qu'il vaut mieux attendre la sortie de Rebol 3 qui apportera un réécriture du VID, non ? Y-a-t-il une date prévue pour la sortie de Rebol 3 au fait ? | |
| Goldevil | 18-May-2006/9:52:58+2:00 |
| Il n'y a pas à ma connaissance de date prévue pour la sortie de rebol 3.0. Et j'en sais encore moins sur le planning de sorties des différentes versions. Je sais juste que la gamme sera un peu remaniée. Néanmoins, d'expérience, cela peut prendre du temps. La date prévue de la première version alpha était prévue pour Avril si je ne me trompe, il n'y a toujours rien. Il y aura effectivement un gros remaniement au niveau de l'interface graphique. Mais cela ne veut pas dire que VID est inutilisable. Et puis, il y a aussi REBGUI qui avance pas mal (http://www.dobeash.com/RebGUI/). | |
| reboltof | 18-May-2006/11:31:30+2:00 |
| Rien ne t'oblige à passer par VID (qui fonctionne très bien d'ailleurs...) : tu peux créer ton propre GUI directement dans le "REBOL Graphic System" http://www.rebol.com/docs/view-system.html | |
| ZeBrain | 18-May-2006/22:51:37+2:00 |
| Intéressant ... Et comme base de données quel serait le meilleur choix (euh pas Oracle g po les moyens  ?MySql est un peu limité sauf peut-être la version 5. | |
| Goldevil | 18-May-2006/23:04:41+2:00 |
| Cela dépend ce que tu veux faire. MySQL 3.23 est très stable et très performants même avec des tables assez grosses. MySQL 4.12 est plus évolué mais le gain par rapport à MySQL 3.23 n'est pas immédiat pour beaucoup d'applications. Et pour MySQL 5 je connais peu de gens qui l'utilisent pour ses nouvelles fonctionnalités (Transactions) Le protocole MySQL gratuit écrit par DocKimbel (Softinnov) a été mis à jour (voir sur www.rebol.org) et supporte maintenant MySQL 4.x. Il marche très bien et permet de se passer d'acheter Rebol/Command pour accéder à une base de données évoluée. Evidemment avec Rebol/command tu as accès à ODBC ce qui ouvre beaucoup de portes. De plus, tu peux accéder à une base de données qui supporte les transactions (COMMIT/ROLLBACK) tel que Oracle ou SQL Server. Mon gros repproche par rapport à rebol/command c'est que les drivers natifs vers MySQL et Oracle sont vieux (MySQL 3 et Oracle 8). Pour un produit payant c'est dommage. Une dernière chose, avec l'expérience j'ai compris que MS Access est une catastrophe. Dès que l'application est un peu évoluée et contient quelques dizaines de milliers d'enregistrements, ca finit toujours par planter avec perte définitives de données. Pour mieux te guider, il faut que tu donne plus de détails sur ce que tu veux faire avec la DB : - transactions - procédures stockées - intégrité référentielle - ... | |
| ZeBrain | 19-May-2006/19:37:08+2:00 |
| Je pense que le bon compromis est une base open source comme Firebird ou PostgresQL qui est plus évolué que MySQL tout en étant moins budgetivore qu'Oracle. Rebol dispose-t-il de drivers natifs pour l'une de ces bases où faut-il passer par le lent ODBC ? Access ne m'a même pas traversé l'esprit bien entendu | |
| DideC | 19-May-2006/20:26:10+2:00 |
| Il y a un driver PostgreSQL a ma connaissance, également réalisé par Dockimbel. Pas testé. http://www.softinnov.net/rebol/pgsql.shtml | |
| DideC | 19-May-2006/20:46:23+2:00 |
| Il y a un driver PostgreSQL a ma connaissance, également réalisé par Dockimbel. Pas testé. http://www.softinnov.net/rebol/pgsql.shtml | |
| GreG | 19-May-2006/21:09:32+2:00 |
| (Promis, je vais corriger ce bug de repost...) | |
| Hugues | 19-May-2006/21:35:26+2:00 |
| Je travaille en rebol avec la version 8.1 et PosteGIS derriere. Je ne rencontré aucun problème, meme avec de très gros volumes de données. | |
| ZeBrain | 20-May-2006/9:32:36+2:00 |
| On dirait que softinnov est indisponible pour le moment ... | |
| shadwolf | 20-May-2006/13:31:38+2:00 |
| Vid fonctionne très bien mais est assez Pauvre et Moche (c'est la critique principale dessu) d'ou l'interret d'un projet comme REBGUI. | |
| shadwolf | 20-May-2006/13:34:32+2:00 |
| a noter l'interface d'auto install de rebgui ouvre une console rebol/view et tappe do http://www.dobeash.com/get-rebgui.r REGUI s'install et se met a jour automatiquement dès lors. | |
| ZeBrain | 20-May-2006/18:43:11+2:00 |
| Quelqu'un a essayé RebDB ? Ca tourne bien ? | |
| reboltof | 21-May-2006/11:49:38+2:00 |
| Effectivement, Shad, l'installation de RebGUI est rapide et sans faute. Pour info (j'ai dû chercher...), sous Mac OS X, RebGUI s'installe dans users/*user-name*/library/application support/rebol/view/public/www.dobeash.com/RebGUI ... | |
| Goldevil | 21-May-2006/17:29:48+2:00 |
| La dernière fois que je m'y suis intéressé, RebDB avait le désavantage de charger les tables en mémoire. C'est donc bien pour des petites DB mais pas pour des DB avec beaucoup de données. Ce qui manque à Rebol, c'est un bon mécanisme d'accès indéxé aux fichiers. La fonctionnalité a été mentionnée par Carl (RIF ou Rebol Indexed File) mais pour l'instant on n'en sait pas plus. Avec une telle fonctionnalité, on pourrait se passer de DB externe pour toute une catégorie d'applications. | |
| johnatemps | 22-May-2006/19:21:44+2:00 |
| RIF est également attendu pour sql-protocol.r de Marco, avec la même limitation : tables chargées en mémoire. | |
| shadwolf | 23-Oct-2006/19:36:26+2:00 |
| moi je dit nivo base de données on a le choix et c'est génial Cheyene + Applis RSP + sql-protocol ca va etre juste miam miam ^^ moi j'essai de faire un site comme ca en ce momment. Mais shad quel est l'interret de la chose? hum pas d'installation!!! le site tiens sur 2 disquettes 1.44Mo (une pour rebol une autre pour mes feuilles RSP + cheyenne + sql-protocol) puis comme ca si j'ai de besoin en plus je vais pouvoir apporter ma piere a sql-protocol ^^ | |
| shadwolf | 23-Oct-2006/19:38:45+2:00 |
| REBOL un langage serrieu ? hum non et tant mieux!!! un langage doit il etre serrieux pour exister ?? Vive REBOL vive les langage divertissant !! | |
| shadwolf | 23-Oct-2006/19:46:07+2:00 |
| REBOL un langage serrieu ? hum non et tant mieux!!! un langage doit il etre serrieux pour exister ?? Vive REBOL vive les langage divertissant !! | |
| coccinelle | 25-Oct-2006/18:02:31+2:00 |
| Ca me fait plaisir que certains envisagent l'emploi de sql-protocol. Aussi bien RebDB que sql-protocol chargent les données en mémoires et ça va très bien pour de petites bases, c'est vrai mais on peut quand même aller assez loin sans trop de problème. Plusieurs dizaines de miliers de ligne sont encore assez bien supportées. Les grosses différences entre sql-protocol est RebDB sont : sql-protocol permet les JOINTURES et quelques fonctions telles que LIKE, SUBSTRING et TRIM mais n'offre pas (encore) de fonctions statistiques (COUNT, MAX, MIN, etc...) ni le GROUP BY et le HAVING. RebDB ne permet pas les jointures, mais offre un bon jeu de fonctions statistiques (COUNT, etc...) RebDB enregistre les données dans un format propriétaire. sql-protocol aussi, mais en plus il permet d'avoir des tables (temporaires) uniquement en mémoire ainsi que des databases compatibles avec le drivers ODBC {Microsoft text drivers} ce qui permet d'échanger facilement des données avec des applications odbc. sql-protocol permet aussi bien des requêtes sous forme de chaine sql que sous forme d'un dialecte très proche du sql. L'avantage de ce dernier est qu'il libère le programmeur de la composition des chaines sql. Dernière différence, RebDB est développé dans un cadre professionnel par Dodeash Software alors que sql-protocol a été écrit uniquement pour le plaisir. Marco. | |
| shadwolf | 27-Oct-2006/14:14:45+2:00 |
| tiens en parlant de LIKE moi j'arrive pas a la faire focntionner j'ai la 0.6.8 et c'est peut etre normal que cela ne fonctionne pas ... | |
|
Login required to Post. | |