RevStore

Pierre Sahores psahores at free.fr
Mon May 3 06:33:08 EDT 2010


René,

Interesting in getting your feedback ;-)

Une version remise en forme sous une forme plus fun (interview par un pote) devrait être dispo. prochainement. 

Best Regards from Jurançon,

Pierre

Le 3 mai 2010 à 12:16, René Micout a écrit :

> Pierre,
> It is long but I will read it...
> C'est long, mais je vais faire l'effort de lire...

Merci ; c'est dans la navette des idées qu'elles percolent souvent le mieux :D

> Bon souvenir de Paris
> René
> 
> Le 3 mai 2010 à 11:37, Pierre Sahores a écrit :
> 
>> 
>> Le 3 mai 2010 à 00:00, Mark Swindell a écrit :
>> 
>>> I think a great problem for Rev stacks is that they are mostly created by one-man or woman shops.  There are not teams with project directors, artists, photoshop experts, animators, etc.  (Scott Rossi may qualify as a team, in this scenario, but he is unique.) This is both liberating and constraining, funny how that works.  If there were more collaboration between graphic artists, design experts and programmers, perhaps the output would be more aesthetically viable.  But now we're dealing in big budgets.
>> 
>> Exact ! Rev is not the problem ! WE (REV PRO DEVLOPERS) WILL REMIND THE PROBLEM AS LONG AS WE WILL NOT BECOME ABLE TO BUILD COLLECTIVE INTELLIGENCE BASED TEAMS <=> APPLICATIONS.
>> 
>> It seems especially applicable to all the projects we could launch to outpass the limits Rendall is pointing its (and our) reflexion on. In my own mind, we would become lots more credibles and effiscients if we could build such collaborative groups to buid :
>> 
>> - web 3 semantical "inference engines + imperative rules + adaptative rules" based distribued organised objects info collectors and search engines where the search engine would not reside on a central server but on each end-user computer as an revlet browser's plugin and where the search results would be back-shared on the end-user screen and simultaneously sended to a central "hash-tables typed" shared memory (a PostgreSQL server) for next reuses.
>> 
>> - first class n-tier web/ria solutions.
>> 
>> - P2P AV streaming solutions.
>> 
>> and, more generaly, all the kind of novative apps we could especially design, in getting its best from Rev, to build great inference engines based automats in filling the ways to go i began to synthetise in this paper, for yet (sorry) untranslated to english :
>> 
>> <http://www.sahores-conseil.com/lbpso.pdf>
>> 
>> --
>> Pierre Sahores
>> mobile : (33) 6 03 95 77 70
>> 
>> www.woooooooords.com
>> www.sahores-conseil.com
>> 
>> 
>> 
>> 
>> 
>> 
>> _______________________________________________
>> use-revolution mailing list
>> use-revolution at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-revolution
> 
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
> 

--
Pierre Sahores
mobile : (33) 6 03 95 77 70

www.woooooooords.com
www.sahores-conseil.com









More information about the use-livecode mailing list