Mandatory cloud connectivity is detrimental to the usability and security of an automation system. I, for one, will never add non-optional cloud features to my own automation products.
Some day I want to see more systems with a decentralized architecture, where cloud servers, if used at all, only help facilitate a secure VPN connection between the user's device (e.g. a phone) and the user's home network.
The code on the device will be open source. If you wrote something that made it easier to use when the internet was down (or you weren't connected at all) and sent a pull-request you'd have a good shot of it being accepted. When the backend is released as O/S too there will no doubt be some effort towards getting it running on the device itself.
I'm working with others on a FOSS toolstack that makes it easier to build decentralised systems. Take a look and let me know what you think. http://nymote.org/
Thanks for the feedback. I don't understand your second comment though, how is it 'unfriendly to people who take their security seriously'? You can email me instead, if you prefer.
Pjc50 is correct. Practically every browser exploit over the last decade has had javascript as an essential component. Forcing users to enable javascript to use a site is a bad idea because it makes them more vulnerable. Javascript should be a last resort to provide necessary functionality that is impossible to do in any other way. If you want to use javascript for frills, that's fine as long as the frills don't become obstacles if javascript is disabled.
To put it into perspective, NoScript is the 4th most popular add-on to firefox.
Software like what you are developing needs to be designed with a strong security mindset from the beginning. It is a truism in the industry that security tacked on after the fact never works very well. I was extrapolating from the security naivete of your website design to the likely naivete of your software design.
Thanks, this is a helpful explanation. The site came from a template and I didn't think too long about the issue you mention (but I agree it's important [1]).
Regarding your final para, please be assured that the folks working on the software are 'best-in-class' and do have a strong security mindset as well as a deep background in internet systems. The software is the output of research work being done in the University of Cambridge and I made the site to try and showcase the work and provide more context around it. The front-end of the site may be lacking but that shouldn't reflect on the software we're making (though I do understand why people extrapolate).
Some day I want to see more systems with a decentralized architecture, where cloud servers, if used at all, only help facilitate a secure VPN connection between the user's device (e.g. a phone) and the user's home network.