Plan d'action Rebol France

Plan d'action Rebol France
rebolfrance	8-Jan-2011/1:05:14+1:00
Je pense qu'il est temps de sonner la fin de la recrée J'aimerai bien avancer un petit peu sur le plan d'action de la communauté Rebol francophone... en espérant que les personnes soient toujours intéressées... Tout d'abord, êtes vous d'accord sur le principe d'un thread pour les discussions et d'une TODO list alimentée par un coordinateur (moi pour le moment) ? Cela permet de traiter le cas du forum et le cas de Rebol France. Ensuite, il serait bien de pouvoir monter des groupes de travail sur des sujets en particulier et de fixer des dates d'échéance. Site RebelBB Liens vers la TODO list : http://www.digicamsoft.com/cgi-bin/rebelBB.cgi?thread=%3C2Jan201115315927321100%3E Liens On peut considérer que c'est réalisé en partie. J'aurai aimé avoir un logo Power by REBOL et un bouton Download View. Shadwolf suggéré de mettre le lien du download sur le bouton Power by... => il n'y a pas grand chose à faire, mais il faudrait statuer, fin janvier ! Syndication Estimé à 7h de travail par GreG. Il y a RebKodeur qui pourrait travailler sur le sujet mais il est en attente d'un exemple de fichier thread de la part de Greg. => quelle date limite ? fin janvier, est-ce une date réaliste ? Stats J'ai récupéré dans un Spreadsheet Docs l'ensemble des entêtes de thread. Je pourrai sortir des stats facilement comme les conversations les plus longues, avec le plus de replies... Mais je ne pourrai pas rentrer dans le détail... Sur la partie Google Analytics, je pense que le travail n'est pas très compliqué : il faut juste créer le compte sur Analytics et insérer les balises qui vont bien dans les template HTML de RebelBB. Quelques premières stats : 3813 messages, premier thread par GreG 4/19/2006 17:16:06 dernier thread par guest2 0:49 hrs ago (au moment de ma stat le 08/01/2010 à 0h00) 506 topics => pour le 15 février, est-ce une date réaliste ? qui ? Forum codeur Un peu plus sioux... RebKodeur s'était aussi proposé mais pas tout de suite. => pour avril ? Amélioration RebelBB C'est une étape importante et nécessaire pour le forum. Il faut réellement le faire évoluer et ajouter la possibilité de Tri et la notion de catégorie. Sinon, on risque vite de se retrouver perdu... :( => pour fin février qui ? shadwolf ? Renouveau REBOL France Liens vers la TODO list : http://www.digicamsoft.com/cgi-bin/rebelBB.cgi?thread=%3C5Jan2011124820751631100%3E Site RebolFrance Il y a un gros travail pour rassembler toutes les docs, tuto, articles... qui ont été écrit et disséminé sur différents sites. Ensuite, il y a un travail à faire sur le design et la présentation. Groupe de lobbying France Qui serait partant pour monter un tel groupe ? L'objectif serait de parler d'une seule et unique voix à Carl. Il faut donc évidemment se mettre d'accord et à arriver à un concensus sur les sujets à aborder. => qui ? objectif envoyer une première lettre pour mars ? Travail collaboratif Rebol France Quelles solutions proposez-vous pour travailler de manière efficace et collaborative ? => je vous propose la suite Google Apps qui permet notamment avec Docs de partagé en écriture des documents type Word, Excel. Et on peut travailler en live sur les mêmes documents... si vous avez un autre solution je suis preneur. => je pense que l'on peut statuer et mettre en place la solution pour fin janvier. R2 Ultimate / Entreprise Il y aura certainement à découper le projet en plusieurs parties. => qui ? quand ? Système de module de librairies A intégrer dans les versions R2 Ultimate/Entreprise. => qui ? quand ? IDE Comme je ne cesse de le répéter, nous avons tous les composants ou presque pour le réaliser. Il faut les assembler et finir ceux qui ne le sont pas. Je pense que le plus avancer sur le sujet reste shadwolf. => qui ? quand ? juin ? WAMP / LAMP like Idem que pour l'IDE, il s'agit d'un travail d'intégration des composants... => qui ? quand ? Il y en a pour tout le monde. J'espère ne pas en avoir mis trop... Après on peut faire des arbitrages en fonction des ressources disponibles et gérer les priorités... Selon moi, voici les 3 priorités : le travail sur le forum est important, la question aussi du comment on travail de manière collaborative, le site portail vitrine. -Nicolas
paullys	8-Jan-2011/9:38:31+1:00
Selon moi il faut mettre en place une organisation de dev: -entités humaines: _concepteurs/documentalistes = "cd" (!lol) _devs langage haut-niveau = "dev haut-niveau" = "devhn" _devs langage bas-niveau = "dev pointu" = "devp" -entités soft:_plateforme de dev (contient les outils,les formats, l'arbre de dev,la doc) _les differentes versions des devs et leurs etats d'avancement (en prod, en cours d'homologation, beta, alpha) _entités hard: machines de test de tous les systèmes cibles disponibles en ligne et capacités de les remettre en ligne rapidement en cas de panne. _entité politique: qui fait quoi et comment. je propose une structure démocratique simple et souple où chacun se choisit un ou des rôles parmi les entités humaines et/ou propose des moyens parmi les autres entités. Avec un engagement sur l'intensité et la durée de la participation.En cas d'évolution de l'engagement en avise aussitôt la communauté. des cycles de devs initiables par chacune des entités humaines (en attendant que les machines en soient capables) en fonction de l'élaboration d'une nouvelle fonctionnalité où de la résolution d'un problème. Chaque entité ne peut démarrer un cycle que dans son domaine d'intervention, un "dev p" ne peut initié un cycle de dev qu'en fonction de fonctionnalités ou de de résolution de pbm de niveau pointu. Il peut en revanche porter une proposition de conception à un concepteur qui peut lui initier un cycle de conception. Au départ il y a une proposition de cycle. L'auteur de la proposition en indique la priorité (urgent, moyen terme, long terme ), l'importance (tres important, important, accessoire) les motifs et les retombées espérées, le contexte (pistes explorées, alternatives...). Une personne ne peut pas faire que des propositions urgentes il doit y avoir un panachage entre urgent, normal et accessoire. Cette proposition est soumise à un vote. Le vote est actif et comprend un pourcentage d'adhésion ainsi qu'une évaluation du temps de dev. Le taux d'adhésion et l'estimation du temp de dev des paires compte double. Toute proposition qui obtient un taux moyen d'adhésion supérieur à 66% devient un un cycle de dev. Qu'en pensez-vous
coccinelle	8-Jan-2011/13:47:45+1:00
Ce que j'en pense : Tout d'abord, ça plaisir de voir la communauté reprendre vie, c'est un vrai bonheur. Ensuite, d'expérience, le goupe de lobbying est du temps perdu, ça n'a jamais marché avec Carl et ça ne marchera jamais. Le forum pour moi n'est pas une priorité, il marche suffisemment bien pour que l'on puisse discuter entre nous. Par contre, dans l'optique d'intégration dans R2 Ultimate / Enterprise / WAMP/LAMP / IDE, oui ça vaut la peine de le faire. Un point crucial, c'est l'environnement de travail collaboratif, ça oui c'est important. Une chose aussi, ne faisons pas ce que font les autres en faisant plein d'annonce et de promesse. Produisons d'abord des résultats tangibles et ensuite ça vaudra la peine de se faire connaitre. Autrement dit, ne jouons pas les Robert ou les Carl mais plutôt les Ashley. Encore un point important aussi à mon avis, quelle forme aura le résultat, un ensemble de produit comme Cheyenne, AltMe, etc... ou au contraire, une extension du langage avec une super-mezzanine bien plus complète et riche que celle de Carl. Et finalement, trouvons un nom sympa et facile pour ce truc. Si l'idée de super-mezzanine est retenue, je verrais bien un nom comme Rebol-Duplex qui sonnerait pas mal et reprendrait l'idée de mezzanine en plus grand.
shadwolf	8-Jan-2011/14:09:48+1:00
Coccinelle tu as raison. Heu c'est quoi une mezzanine ? comment on l'intègre dans rebol ? Mais j'aime bien l'idée d'un WAMP/LAMP/MAMP basé sur rebol. Je dis pas que je m'en servirais tout les jours. Mais ca me semble en effet une bonne chose. Garder les project séparé permet de les faire évolé indépendement les uns des autres sans avoir a faire de réassemblage compliqué. Ceci dit l'assemblage compliqué dont je parle n'a rien avoir avec le niveau de complexité d'intégration d'un WAMP/LAMP/MAMP...
shadwolf	8-Jan-2011/14:10:38+1:00
je me propose pour la doc si ca peut vous avancer
rebolfrance	8-Jan-2011/16:33:16+1:00
@shadwolf Merci pour ton aide. Dans quelle mesure un outil comme Curecode du Doc pourrait nous aider ? Notamment avec les idées de paullys. Nico
RebKodeur	8-Jan-2011/22:28:31+1:00
Syndication : j'ai déjà quasi terminé. J'y ai passé 2h. Mais les soucis actuels, c'est qu'est-ce que l'on veut voir apparaître dans le <title> et la <description> du flux + les problèmes d'accents. Comme les réponses individuelles aux posts n'ont pas de titre, on pourrait uniquement mettre le titre du post + le nom de celui qui a posté en dernier.
rebolfrance	8-Jan-2011/22:53:32+1:00
Ok parfait. Y a-t-il un flux de test ? Nico
RebKodeur	9-Jan-2011/12:10:05+1:00
Oui et non. Je teste en local le script mais j'ai publié et le referrai régulièrement par ftp le résultat du script sous www.agenda-service.ch/test.rss La présence d'accents aigus peut perturber la lecture (ex sous firefox ou avec google widgets). Les données sont des posts sous un compte email test de digicamsoft...
rebolfrance	11-Jan-2011/12:02:55+1:00
Sur la partie site RebelBB, les choses avancent. Merci à RebKodeur et GreG. Et d'avance merci à DideC pour le lecteur RebelME.
PierreCh	26-Mar-2013/16:52:35+1:00
coccinelle: "Tout d'abord, ça plaisir de voir la communauté reprendre vie, c'est un vrai bonheur." => et bis repetita! La super-mezzanine "Rebol-Duplex" me semble une superbonne idée! Ceci dit, je verrais plutôt la super-mezzanine "Redbol-Duplex". Quelqu'un (j'ai oublié qui, mais ça peut se retrouver) avait écrit il y a peu (fin 2012?) sur ce forum qu'il avait organisé ses scripts rebol sous forme d'une arborescence de fichiers, et qu'il adressait ça un peu comme une distribution Linux. J'ai vaguement saisi l'idée conceptuelle, ça me titille beaucoup. Du temps où j'utilisais la ligne de commande Rebol/view comme mon shell principal (vers 2001?), j'avais commencé à me construire quelque chose qui allait dans ce sens, mais moins abouti. Et je me dis que ça pourrait être un concept qu'on pourrait mettre en place relativement aisément, combiné à la supermezzanine: - un dépôt quelque part (github, au hasard): - dedans, on y regroupe une floppée de scripts, qu'on irait piocher dans rebol.org ou dans nos greniers numériques dans un premier temps; - on participe là-dedans, en factorisant notamment, en homogénéisant, en faisant fonctionner "ça" de manière à pouvoir être utilisable directement, avec par exemple un PATH qui va bien, ou des do% bien placés; - on met en place un système, soit de l'apt-get, ou un équivalent natif Redbol, ou simplement du git, pour déployer et maintenir tout ça. - et le tout ferait la supermezzanine. Cela pourrait venir en supplément/complément, non seulement de Rebol, mais aussi de Red: il faudrait veiller à une compatibilité avec les deux. Voire même des autres clones (en lisant, j'en ai découvert des inconnus!). Moui, pas si facile. [mode grognon, ne pas lire pour rester de bonne humeur] Ceci dit, les vieux scripts de mon cru que je retrouve dans mon grenier numérique ne tournent plus avec le "dernier" Rebol/view 2. C'est un poil dommage. Il en faut parfois peu pour les faire tourner, mais je trouve ça de nature à décourager les bonnes volontés... [/mode grognon] PS: j'ai sauvé ce thread quelque part, au cas où il s'évaporerait...
Login required to Post.