 |
| rebel3! sur altme tiens ca troll a donf on dirait shadwolf... | |
| shadwolf | 2-Nov-2011/7:47:19+1:00 |
| comme stipuler dans le titre ami lecteur je t'invite a aller lire l'actuel etat des lieu de rebol3 dresser par pekr graham ashley ladyslav etc... on retrouve evidement la position habituel des gurus: "R3 est fantastic tellement mieux que R2 (je me demande donc pkoi R3 est encore en alpha et pourquoi il y a une tres nette régression des fonctionalités par rapport R2. Pour avoir posé ses question j'ai été banni d'ailleurs) " Et on commence a voir d'autres reprendre le flambeau du regretter shadwolf et commencer a poser de vraies questions bien génante comme. 3pourquoi call n'a pas evoluer tu ne prux toujours pas apres 10 ans de rebol controler l'etat d'un sous prcessus lancé par call ... bref compare call et fork() tu va bien te rendre compte qu'il ya un gros manque niveau api. call ne permet meme plus de recuperer la sortie du process fils, et tu ne peux pas non plus interagir dynamiquement avec un processus fils comme tu pouraus le faire en tcl par exemple. load/library a disparu ... oui mais bon load/library etait merdique Carl est sensé l'avoir remplacé par un nouveau system que personne ne connais car c'est pas documenté. (cherche rebol extension libraries sur le blog R3 tu trouveras probablement.) evidement ceux qui reprenne mon flambeaux et jouent les poils a gratté son ashley, graham et tiens pekr !!! sunanda attaque aussi avec un post lourd de sense je pense 9552 Sunanda Linus Torvalds and CureCode #666  http://h30565.www3.hp.com/t5/Feature-Articles/Linus-Torvalds-s-Lessons-on-Software-Development-Management/ba-p/440 balancer ca alors que les gens se demande ce qu'il manquerait a R3 pour passer en beta c'est a mon avis super lourd de sens surtout venant de sunanda ...bref au mois d'octobre 2011 la communauté rebol commence enfin a se poser des questions. Questions que j'ai moi meme posées régulierement durant un an et qui m'ont value d'etre banni . Questions finalement aarivant au meme constat que le mien R3 est bloqué car tout passe systématiquement par Carl et Carl est aux fraises... et R3 est en très net régression par rapport a R2 sur plein de sujet dont certains sont centraux...La question est posée a quand un ban massif des 10 personnes restantes sur altme et qui auto troll sur R3 ? | |
| shadwolf | 2-Nov-2011/7:54:11+1:00 |
| quand on lit cet echange on se demande bien pkoi j'ai été jarté. 9472 Pekr I don't compare him to R3, I am comparing him to Doc, and his aproach. And I can see the difference (for myself, of course). And RED is open-source language too ... Anyway - I abandoned R3.I am waiting for Carl to announce R4 6-Sep 14:119471 Kaj It's true that Karl is not very proactive, but you have to ask yourself who the needy one is here. Open source has all they want, Karl has his own language he wanted; the REBOL community is the needy one without a language 6-Sep 13:03 9470 Kaj Ah, so why does the open source world think nothing is going on with REBOL? Because we organised a conference without inviting them 6-Sep 13:01 9469 Pekr No, I deny his work with the community, that is all. Imight set-up REBOL conference, and invite no-one, just do some infrastructure, web-presentation, etc., not talk to ppl, and wonder, why noone is attending ... I never felt enough "marketing" is surrounding Orca or Boron. And yes, open-source world is ignoring REBOL clones, maybe because 1) they think that there is very few ppl involved anyway 2) because they might feel that anything REBOL related is doomed, not enough popular, etc. 3) because REBOL syntax and functional languages do not attract many, and they hardly become mainstream ... 4) because world is moving towards - do-everything-in-JS+HTML+CSS 6-Sep 12:59 9468 Kaj Conversely, the open source scene is ignoring REBOL, and sadly that includes clones, so Karl fell between a rock and a hard place 6-Sep 12:54 9467 Kaj And you deny that REBOL people are ignoring him? 6-Sep 12:51 9466 Pekr you see - I even don't know, who's the Boron's author ... Apparement pekr se demande ce que doc fait. | |
| shadwolf | 2-Nov-2011/7:56:47+1:00 |
| finalement pekr dans cet echange me donne raison... je lui ai dit sur le blog de carl que de lui y avait rien a esperer qu'il etait super fan de red tant que carl ne revenait pas pour annoncer R4 ou un truc du genre... | |
| shadwolf | 2-Nov-2011/8:05:32+1:00 |
| 9477 SFarber I like python best, but there is no gui for v.3.0. hum si quelqu'un peu lui dire sur altme gentillement ceci : "Python v3.0 branch is not adapted that's why noone codes for it... like R3 python 3 has been around since some years now but people still use and upgrade and maintain python 2 unlike rebol 2 who was abandonned. So python coding means using python 2... If he wants in python something as sexy a rebiol's VID sorry but he will not find it ... VID base is parse parse doesn't exists in python so vid can't exists there. I think one very big faillure of rebol is that it didn't inpired people to even retake its strong poiints like parse and VID ( VID in python 2 would be an abstarction layer over wxwindows or qt or gtk+, but by having parse and vid adapted ti python you then would make rebol more visible and bring to rebol the fact that it can use something else than win32 or X lib for vid base)" | |
| shadwolf | 2-Nov-2011/8:16:21+1:00 |
| tiens apropos de vid et de parse, on a toujours pas la méthode employée par carl pour traduir le code VID ou R3/GUI en code win32 par exemple. dans host kit on voit les accesseur externe en C permettant de s'implifier l'amploi des appels win32. j'appelerait cela segmentation fonctionelle. Mais on a pas la partie couvrant le dialect a proprement parler. Jes pense que cette partie manquante est cruciale pour comprendr comment utiliser au mieux une librairie externe et ecrire un dilecte dessus. ce qui n'est absoluement pas documenté et ce qui est pourtant un des usage les plus primordiaux de parse... ne pas comprendre finement cette insteraction c'est passé a coté de R3 voir a coté de rebol... A la difference de perk je dirait que quelque soit le clone de rebol ou le langage inspirer de rebol aucun n'a su ou pu reprendre parse comme fondation. hors c'est de la flexibilité de parse que provient la flexibilité syntaxique de rebol. ( red s'appui sur le parse de rebol 2 pour faire sa compilation donc red est a mettre a part dans mon commentaire...) | |
| shadwolf | 2-Nov-2011/8:38:13+1:00 |
| 9494 SFarber Outside of rebol, what is the best free gui toolkit? pfff ... heu deja qui a dit que rebol etait une super reference en matiere de GUI? Oui vid est moins astraignante que les autres librairies GUI mai sil est aussi beaucoup plus limité et quand tu commence a faire du hors poste, freestyle ca devient assez vite l'horreur, l'avalanche n'etant jamais tres loin !!! Apres qui est mieux? ca c'est une question de gout niveau fonctinalité brutes documentations et support je dirais que gtk et qt sont au dessus du lot avec une net preference personelle pour QT qui m'apparaitrai comme moins bordelique et qui dispose de QT Creator qui pour le coup arrive a la hauteur de visual studio. (pas entierement comparable ceci dit vss a son propre compilateur alors que qt crea s'appui sur gcc... QT utilise le moc (meta object compiler) permettant de preparer une partie des données pour que le code qt soit plus digest pour gcc ( ca remont a l'époque ou gcc avait de grosse faiblesse niveau C++ et bon c'est resté) si c'est parfait pour linux c'est un moins performant sur windows... en matiere de rad/ide la reference reste visual studio. Je parlerait bien de delphi borland ou windev mais bon pour moi ils tendent surtout a copier vss tout comme qt crea. ce qu'apporte qt crea par rapport a vss c'est la portabilité ... exactement le meme code est compilable sur windows / linux avec le meme meta outil et sans avoir a trop d'efforts ce qui est assez rare pour etre relevé) l'adoption d'une librarie gui dépend de ce que tu veux faire et de ce quelle propose et surtout le temps que tu veux y consacrer. | |
| shadwolf | 2-Nov-2011/8:55:25+1:00 |
| 9555 Henrik it will be "later". 27-Sep 6:58 9554 Claude hi, do you know if a r3 gui for linux will be out soon or later ? 27-Sep 6:52 hum apparement tout le monde est pas au courant que ca fait maintenat un an que le dev de R3 est en pause pour un periode indeterminée evidement carl n'ayant pas officiellement annoncé cette pause et etant donc officiellement toujours succeptible de travailler sur R3 bien que ne publiant plus rien sur le sujet depuis mars 2011 c'est pas fait pour améliorer la perception des gens vis a vis de ce projet. La réponse faite a claude est pour le moins nébuleuse un simple "R3 est en pause a durée indéterminée donc il est impossible de te répondre" aurai été préférable... Maintenat carl peut aussi bien s'y mettre et publier demain le gui pour linux . Une grosse partie du boulot consistant a faire des copier collés selectifs des appels X libs de r2... la partie dialect c'est rma qui s'en charge comme c'est du pure rebol pas d'adaptation a faire et quand a la boite noir c/parse/vid ben elle utilise les macros fonctions contenant les appels sur la X lib donc a ce niveau la pas de changement. bref reste que la partie rma n'a pas progressée. Mais ca a la limite on peut pas l'imputer a carl enfin pas entierement et pas directement ... | |
| shadwolf | 2-Nov-2011/8:58:42+1:00 |
| 9570 BrianH Yup. The source code represents the current intended design, though one question has popped up recently that didn't arise during the design process. The !REBOL3 Modules group here has a lot of info too. I hope to get the chance soon to go over the docs on rebol.net and update them to the latest design. I was going to do that last weekend, but I got really sick. However, I am using REBOL at work now for utilities, so I can afford to work on it again here and there. 4-Oct 12:19 9569 Jerry I've read info out R3 Module Details from DocBase, R3 Blog and its comments, and source code. Many pieces of info are conflicted. It's annoying. 4-Oct 7:21 marrant j'ai fait la remark en 2009 et ai completement été ignoré... d'ailleyrs en lisant la suite on s'apperçoi que certain on toujours pas compris que r3/modules remplaçait load/library ... | |
| shadwolf | 2-Nov-2011/9:16:13+1:00 |
| 9763 Ladislav "Sorting & Unicode - althought we have Unicode strings available, sort is not adapted to that, and the question is, if it can be easily done ..." - this is not a disadvantage of R3, in this case R3 surely is better than R2 ma question proablement idiote serait et parse ? parse est il capable actuellement de travailler sur du contenu unicode ? instinctivement j'aurait tendance a dire que puisque le code de rebol niveau script est prevu pour etre ecrit en unicode et que parse est le moteur animant rebol alors oui parse est capable de travail de fait avec unicode nais en es t on certain? On sait deja que vid n'affiche pas unicode donc en gros faire une console avec r3gui est pas evisageable si les gens vont employer du unicode (pour leur string de communications par exemple) il me semble que c'est a la base pour cette raison que lancienne console a été abandonnée au profit des terminaux de base des OS qui eux supporteraient de maniere native unicode (enfin la aussi ca reste a prouver brianH te dira que oui ca le fait mais personne n'a réellement fait le test personne n'a ecrit son script R3 en chinois ou arabe et essayer de voir si ca tournait et affichait dans le terminal tout bien comme il fallait ...) A mon avis unicode est pas fini je sais qu'en partie brianh a aider sur ce sujet mais il a jamais été clair sur ce qu'il a afit ce qu'il restait a faire et ce qu'on pouvait en faire.... | |
| shadwolf | 2-Nov-2011/9:40:33+1:00 |
| 9747 Ladislav Here is my short list (I am sure I forgot to mention a lot of things other people may find important) Advantages of R3: - new datatypes -- map!, money!, percent!, closure!, module!, typeset!, command!, get-path!, - enhanced objects - enhanced errors - support for UNICODE strings - enhanced bitsets (support for UNICODE) - enhanced pairs - 64-bit integers - better conversions (to binary! and back) - enhanced PARSE -- new keywords added - enhanced MOLD -- improved MOLD/ALL - enhanced LOAD - some functions became natives -- native APPEND - more complete set of comparison functions -- EQUIV? added - much better RANDOM - enhanced loops (CONTINUE) - enhanced debugging capabilities (call stack) - enhanced protection (PROTECT) - improved GC - more open (the host-kit is open source) Disadvantages: - missing list! (the demand for the datatype was low) - missing hash! (for the majority of applications map! should be faster and more comfortable) - no adequate substitute for the [throw] function attribute exists yet - missing struct! (for substitute, see extensions) Tue 7:08 ouai oulalala qu'il est gentil ... il a meme pas evoqué RMA GUI... bref ... moi j'ajouterai - une vraie console tirant avantage du nouvel outil de traçage de rebol. et qui lui est carrément fantastique donc totalement ignoré. - reb code - reb service - desktop r3 - system/port . a un moment carl a essayer de rendre rebol plus OS specific ca a été abandoné presque aussi tot. - webplug basé sur chrome, firefox, opera, safari. - quid de la securité d'acces aux fichiers en rebol 3 ? c'est un theme qui a long temps obsédé Carl et qui semble avoir completement disparu dans R3. - une tonne de documentation. et de la vrai doc quoi pas du truc superficiel avec 3 example minimalistes... Sutout si on considere que R3 a pour vocation d'etre facilement extensible soit par modules soit par host-kit. il est primordiale que les gens puissent savoir par l'exemple comme réaliser l'interface d'une librarie et le dialect efficace qui va avec et qui fait que coté rebol ben on code pas en C reboliser ou en rebol c_isé mais bien en rebol !!! - peut etre une amélioration de parse encore. - peut etre adoption de librairie graphiques disposant de unicode et plus portable de base. Probleme elles sont super lourdes... c'est un probleme finalement que pour windows car sous linux c'est fournies de base... apres on peut étendre la réflexion sur pourquoi carrément ne pas passer au C# au lieu de continuer a réécrir X versions de rebol ou X etant le nombre d'os bon actuellement r3 serait reduit a plus que 3 OS windows, linux x86, MacOS X. + toute autre choses génialissime que carl pourait inventer. | |
| shadwolf | 2-Nov-2011/9:52:01+1:00 |
| pares reste la partie commerçante de R3 ... serrieusement que va devenir rebol/command, rebol/SDK, IOS auront ils un portage sur avec R3. pour IOS ca implique deja de finir r3/gui pour rebol/command et SDK une vraie question ce pose. tout comme leur prix ... la licence rebol/command inclus seulement une année de mise a jour. Probleme rebol 2 est plus mis a jour aussi souvent . Enfin meme rebol 3 est plus mis a jour aussi souvent...On a une 60 aine de version alpha de rebol 3 ... tout y aurait été testé de font en comble car livré petit a petit au final on a perdu la trace des changements et il est difficil de reellement savoir si ses 60 versions etaient justifiées ou non.. | |
| shadwolf | 2-Nov-2011/9:59:18+1:00 |
| ce qui me fait penser que Carl a tout fait pour mettre r3 dasn l'impasse c est par example le systeme de licence de rebol/command qui ne te donnerai le droit d'apres le site qu'a un an de mise a jour En clair tu devrais payer 130 euros par an a RT pour avoir le droit a la mise a jour de l'année suivante. Hors il n'y a plus de mise a jour de ces produits qui par ailleurs ont été annoncé il ya longtemps comme ingérable trop bugués pour avoir une activité commerçante serrieuse dessus... | |
| Didec | 2-Nov-2011/15:50:39+1:00 |
| Probablement intéressant tes réflexions. Juste, le temps me manque... pour tout lire ! 2 raisons parmi tant d'autre (IMHO) de ton évincement d'ALTME : 1) tu radote sans fin, 2) t'es trop long et tu lasse en grande parti à cause de ça. | |
| shadwolf | 2-Nov-2011/16:07:48+1:00 |
| Pour completer mon commentaire sur Python 3 et le manque de devs dessus dont s'etonne SFabber je siterai la page de presentation de python 3: Python 3.0 (a.k.a. Python 3000" or "Py3k") is a new version of the language that is incompatible with the 2.x line of releases. The language is mostly the same, but many details, especially how built-in objects like dictionaries and strings work, have changed considerably, and a lot of deprecated features have finally been removed. Also, the standard library has been reorganized in a few prominent places." Pour faire simple tous les effort d'extension de python 2 sont a mettre au panier pour les refaire. Evidement changement dont personne ne veux... Ceci dit il y a donc pas que Carl qui fait des choix drastiques qui plaisent pas ... Ceci dit le langage reste dans l'ensemble le meme et c'est a mon avis ce qui fait que py3 a aucune chance d'etre adopté les changement etant trop fins mais juste assez ennuyant pour foutre en l'air tout le travail deja fait au part avant. Dans la situation ou est rebol refaire entierement rebol pour l'ameliorer ne me semble pas infaisable surtout qu'il y a largement moins de dependance vis a vis de rebol que vis a vis de python. DideC en meme temps ya pas d'activité ici faut meubler :P Si j'avais pu reagir au jour le jour sur r3! les post aurais été probablement plus court (quoi que ...) Si je balance des choses sans argumenter je vous connais vous aller dire que je troll donc j'argumente, je developpe, je pese les choses en les reinscrivant dans leur contextes et c'est long ... Enfin je poste pas tous les jours non plus ni toutes les semaines ni meme tous les mois donc ca vous laisse largement le temps de digérer. De toute facon pas plus que moi quoi que vous puissiez dire ou faire ne feront changer Carl... Ouai j'ai un peu l'impression de pisse dans le vent mais bon c'est amusant :P En tout cas moi ca m'amuse. Et enfin didec comme on le dit de plus en plus sur internet si ca ne te plait pas ne le lit pas ... C'est ce que tu fais ceci dit. | |
| coccinelle | 2-Nov-2011/18:19:17+1:00 |
| Qui pisse contre le vent, se rince les dents. | |
| guest2 | 3-Nov-2011/2:33:51+1:00 |
| Bon selon moi (mon avis a évolué avec le temps) la vrai raison de l'échec de Rebol c'est qu'il est inpossible de faire des applis sérieuses (quelque soit le domaine) ou d'étendre les fonctionnalités de Rebol par nous même (en Rebol) à cause des perfs. La solution de l'extension KIT (fabriquer des DLL avec d'autres languages) et pour moi une fausse bonne solution. On perd la force originelle de Rebol, à savoir son expressivité (la compacité et la lisibilité du code source). Par exemple, écriré un micro SGBD en Rebol en quelque dizaines de lignes c'est facile (je l'ai déjà fait) mais c'est inutilisable si on peut pas compiler une partie du code pour les perfs. - Ou encore Faire du traitement d'image -> Ahahaha. - Faire une GUI un peu complexe -> Blam. Je ne compte plus les fois où j'ai du abandonner une idée à cause des perfs. Je remarque que la majeure partie des sources postés (Altme, rebol.org, etc) sont pollués (et donc moins lisible) parce que son auteur a sacrifié l'expressivité pour un petit gain de perfs. Les 3 quarts des mezzs ne sont jamais utilisées pour cette seule raison. Ce qui a manqué à Rebol est simple: Un compilateur JIT. Mais ça aurait du être prévu dés la conception (de Rebol3 au moins). C'est à mon sens le grand rattage de la vision de Carl. Je sais que certains ont dit à sur Altme que c'était impossible pour un language évalué complètement dynamique comme Rebol. Une seule réponse: BULLSHITS D'autres languages évalués le font très bien au moins partiellement. L'approche de Doc est intéressante (Red). Reste à voir... (il n'a pas choisi la voie JIT dés le début même si c'est prévu) | |
| guest2 | 3-Nov-2011/2:43:54+1:00 |
| Je précise une chose: La compilation statique (Red) ne permet pas d'avoir l'ensemble des possiblités de Rebol (principalement à cause du typage dynamique vs statique). C'est pourquoi Red est réduit à un sous ensemble de Rebol. La compilation JIT (temps réelle) n'a pas ce problème. | |
| shadwolf | 3-Nov-2011/7:58:36+1:00 |
| je partage ton avis guest2. Mais je dirait c'est pas que rebol est nul c'est juste que c'est une somme d'idées fabuleuses restées a l'état de demo concept certain dirait beta mais c'est pejoratif et on va avoir des problemes avec le CSA ... celui qui c'est fait chier avec flash par exemple au moins une fois dans sa vie comprendra tout l'interret du plugin rebol/view pour webbrowser ceci dit oldes par example utilise un dialect compilateur rebol vers flash il ecrit ses applications flash avec un langage epuré syntaxiquement rebolien et produit du code flash pure jus aussi moche que ca doit l'etre. c'est pas une mauvais du tout comme aproche... a defaut d'avoir un rebol webplug on aurait pu transforme la visioneuse flash en "nouveau" vid par example ... flash est present sur linux windows macosx et permet des application desktop comme web inétégrée... Evidement le top aurait été de pouvoir codé les appli flash comme en vid draw et de maniere transparente le site compile et affiche le contenu flashisé on aurait meme pu imaginer en valeure ajoutée une suite d'animation macro pefmettant par example de faire des fondu et autres effets visuels de maniere simplicime... passer par les libraries 3native des os est un arcaisme en soit une solution rebol/flash serait a mon avis bien plus efficace... si vous regarder windows 8, gnome 3 par example vous voyez clairement arrivé les tecnologie du web pour la gestion d'applets sur le desktop et l'os. gnome utilisant javascript ( ECMA script pour les pros) et windows 8 utilisant .NET ( dont le c sharp est normalisé par ecma justement :P) et silverlight. vennez pas me dire qu'un rebol vid s'appuyant sur flash n'aurait pas d'interret et la a limite R3 R2 ou peut importe on est complètement indépendant de Carl.. Par contre ouai ce genre de projet veux dire fédéré le peu qui reste de la communauté rebol et lancer un vrai projet motivant tout le monde et devennant LA pierre angulaire de rebol... Avec un peu de chance dans le meilleur des cas notre dialect est remarqué et adobe rachete rebol a RT et l'integre de base comme langage de script dans flash. sinon on aurait quand meme le top en matiere de graphisme... Ok allez flash vous aimé pas on peu prendre silverlight /moonlight mais bon c'est paqs du 1 pour 1 quand on passe sur autre chose que windows. ben en fait le truc toujours aussi chiant pour intégrer une dll dans rebol c'est les types et le fait de devoir ecrire un dialect pour que coté rebol on ecrive en rebol et pas en C_like merdique... le concept R3 c'est fait a sens unique dieu tout puissnat a apporter ses saint commandements et les fidels ont juste eut a dire merci ... t'a vu le bordel que ca a fait quand avec maxime on a émis l'hypothèse y a 3 ans que agg abandonné depuis 2006 pourait etre remplacer eventuellement par cairo ? je pense que le concept du hostkit permet au moins de pas avoir a s'ecrire un pond en speudo C-like ala rebol sauce comme avec load librarie. tu as preparer tes macros fonctions en C et tu a plus qu'a faire un dialect avec un minimum d'appel vers le C... ebfin c'est comme ca que j'ai compris la chose. moi c'est surtout la console qui me plait le fait de pouvoir prétester des bouts de code puis les copier coller en etant certain que ca marchera comme je le veux et a partir de la batir le reste de mon application c'est vrai ca que j'aimai dans ma façon de bosser avec rebol... alors oui vous pourrez me dire qu'en python et un ruby etc il ya aussi des consoles ouai mais le code j'arrive pas a l'avoir aussi flexible qu'en rebol ... plus complexe de tester des concepts evoluer comme des regEx ... j'ai essayé et y a vraiment qu'en rebol ou j'ai réélement pu travailler de la sorte. sur le JIT hehehe beacoup de gens ont réclamer un "compilateur" rebol la ou carl voilait le couteau swiss le plus petit et le plus rapide du monde ... avec red on va vers un rebol compiler un rebol ou on "cache" le code ce qui va faire plaisir aux entreprises ( actuellement pour les production python 70% de ce qui est diffuser de nos jours sur linux c'est du python compiler tu as plus acces directement au code ( c'est ce que sdk proposait planquer ton script dans un executable... sauf qu'un jit donne des perf en plus) Psycko est le jit de python ca peut toujours servir comme reference pour ecrire un pour red. Tout ca c est bien joli mais Carl s en fiche comme pour les threads par exemple il en veut pas donc tu les veras jamais sur rebol reste que r3 est en nette regression et clairement bien que carl soit toujours interessé par le sujet il n'y consacre plus de temps et si lui ne fait pas avancer le schmilblik il avancera pas | |
| shadwolf | 3-Nov-2011/8:10:24+1:00 |
| notez qu'on pourrait faire plein de choses avoir une reflexion profonde sur parse l'essence meme de rebol faire des doc permettant aux gens de fabriquer de facon naturelle leur dialects en partant de rien ce qui aurait pour effet de reflechir sur parse et donc d'en proposer des amélioration on porrait choisir de dire a carl laisse tomber vid de ton coté fait juste rebol/core on va faire le vid a 100% de notre coté. mais bon tout ca nous ne le feront pas altme continuera a se remplir malgres bon gres de contenus que personne ne lira a part une petite caste d'élus... | |
| shadwolf | 3-Nov-2011/8:16:49+1:00 |
| vid a terme pourait etre adapté a n'importe quoi de graphique... flash était un example alléchant car plein de monde gagne leur vie avec de nos jours et ca aurait donné a rebol une plus grande visibilité. mais bon si tu arrive a faire un vid to flash t'arrivera a faire un vid to opengl un vid to silverlight un vid to n'importe quoi d'autres ... quand on pense que l'alternative a flash pour rendre moins moche les pages webs c'est soit silverlight soit javascript (java applet a pas le niveau d'ingration fine au contenus html qu'on javascript, flash ou silverlight ) ca laisse songeur.... | |
| shadwolf | 3-Nov-2011/8:35:34+1:00 |
| voir pypy aussi qui est la suite de Psyco ... Faudrait dire aux anglophone que le choix de leur nom est parfois ... déroutant quand ca passe dans d'autre langue . au choix paille paille ou pipi vas donc avoir une conversation serrieuse avec ton boss et des investisseur en leur disant que ca va etre fantastique leur projet sera basé sur paille paille ou pipi ... | |
| shadwolf | 3-Nov-2011/8:40:02+1:00 |
| soit dit en passant sur la page d'accueil de pypy il y a actuellement une collecte de fond pour savoir si NumPy doit etre dev ou pas c'est comme ca que carl doit absulement faire marcher rebol si tu as pas collecter en 1 mois assez de tune pour faire la nouveauté tu ne la fait pas comme ca c'est clair et net tu bosse pas a perte benevolement pour produir un truc dont personne ne veux et arreter au bout de 5 ans parce que tu creves la dalle !!! | |
| shadwolf | 3-Nov-2011/8:42:38+1:00 |
| commentaire applicable aussi a Red.... | |
| shadwolf | 3-Nov-2011/8:45:01+1:00 |
| pour passer PyPy a Py3K (version 3 de python dont personne ne veux ...) l'equipe en charge du projet a fixé a 105 000 l argent a collecter : ). | |
| Laurent | 3-Nov-2011/20:21:59+1:00 |
| Ahh Shadwolf ça fait plaisir à voir quelqu'un de motivé comme toi! Une petite remarque pour dire python 3.x ça déchire (meilleure syntaxe, UNICODE) et que si le passage de la version 2 à 3 par la communauté des Pythonistas est lente c'est parce que la majorité des frameworks sont toujours en 2.7 maxi. Perso j'utilise Cherrypy (qui enrobe simplement http) avec Python 3.2 et jamais je ne me verrais coder en Python 2.x, la gestion des chaînes est trop laide. De toute façon pour une page web en général 70% du temps d'attente c'est du réseau, 20% la base de données, et 10% l'exécution du code python. Donc PyPy a peu d'intéret pour du dev web. C'est d'ailleurs pour ça que Cheyenne même si c'est pas hyper rapide car en rebol interprété c'est pas trop gênant. | |
|
Login required to Post. | |