3 ms·
Thank you for checking out the project. That's correct it's for browser only apps with no back end. Browsers are now capable of doing so much of what you want f
by chr15m 6y ago
Thank you for checking out the project. That's correct it's for browser only apps with no back end. Browsers are now capable of doing so much of what you want from an app.
My guess is there is a large class of users for whom client side apps are good enough for the job they're doing. Some of the use-cases where Excel is used today for example, and video games too, which are often self contained. Clay Shirkey's "situated software" article explains these ideas very well.
Even data storage and sync is possible fully client side using WebRTC peer-to-peer tech.
- vertex-four 6y agoThe "problem" with these systems is sharing changes - if I change the system you share with me for myself, it's really hard for someone to use those changes along with other changes. Integrating changes together involves handling merge conflicts in code we don't necessarily understand. I think separating the data the system operates on from a series of smaller systems is the key here.
- chr15m 6y agoYes, that is a problem. It is one which is solved by git and other version control software. If you are building something with an online editor like Slingcode and you get to the point where change management becomes an issue then it is probably time to switch to a more comprehensive development environment.
- sitkack 6y agoExcellent work! I am happy for you, this is really cool. Take a look at posts, blogs and videos by Joe Armstrong, one of the inventors of Erlang. Some things that stand out are "immutable code" and globally accessible code. The other one is the research around CRDTs. https://dl.acm.org/action/doSearch?AllField=crdt https://dl.acm.org/action/doSearch?AllField=crdt