OT: No More Servers

David Bovill david at viral.academy
Fri Jul 17 09:27:23 EDT 2015


What time / day of the week would be good for you Mike?

On 17 July 2015 at 14:22, Mike Kerner <MikeKerner at roadrunner.com> wrote:

> Most definitely, and doing it, now, with new apps, and think it's of
> critical importance.  I'm not as server-detatched as I want to be, so I'm
> all ears.
>
> On Fri, Jul 17, 2015 at 6:28 AM, David Bovill <david at viral.academy> wrote:
>
> > Is anyone on this list interested in topics of decentralised
> architecture?
> > I've a long standing interest in them, and there are some very
> interesting
> > new tools that I feel are of deep relevance to Livecode and the Livecode
> > community.
> >
> > A decentralised architecture is one without servers - communication is
> P2P.
> > Federated architectures are also interesting, and a mix of both is even
> > better.
> >
> > There are a number of advantages for the Livecode community:
> >
> >    - Stacks and assets are served without a central server
> >    - No centralised bandwidth and hosting costs
> >    - No classical denai-of-service attack issues
> >    - New non-web tool chains posible
> >    - New authentication and security models
> >
> > The last two are interesting. Classic web client-server architectures are
> > very mature on other platforms. A huge amount of this infrastructure is
> > involved in scaling, and managing users. So web servers, caching,
> proxies,
> > user management, sessions, authentication etc
> >
> > If you take a close look at code bases of major projects, a great deal of
> > it is taken up by managing this basic stuff, and surprisingly little on
> the
> > actual application. All these areas are also the very areas that Livecode
> > is weakest on. We don't have oAuth libraries, robust servers and so on.
> So
> > we tend to play in this environment as second class citizens.
> >
> > With P2P architectures this is different. Stacks and files are simply
> > served by the architecture in a scalable way. Session and user management
> > is often completely different, often using public key infrastructure, and
> > sometimes taken care for you by the platform itself.
> >
> > Another thing makes it of particular interest to Livecode. Many of these
> > architectures are no scripted in python / ruby / php etc. They are in
> C/C++
> > or Go. Livecode plays much better with these low level languages. LCB
> will
> > allow us to extend Livecode to be a full integrated citizen in these
> > architectures.
> >
> > If anyone is interested in exploring this area - I'm starting a *research
> > group* looking into using Livecode in decentralised environments. I'm
> going
> > to start weekly Hangouts and make recordings - much like the Livecode TV
> > sessions I started a few years back - but with a bit different
> technology.
> >
> > Hangout this Sunday anyone?
> > _______________________________________________
> > use-livecode mailing list
> > use-livecode at lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
> >
>
>
>
> --
> On the first day, God created the heavens and the Earth
> On the second day, God created the oceans.
> On the third day, God put the animals on hold for a few hours,
>    and did a little diving.
> And God said, "This is good."
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>



More information about the use-livecode mailing list