Viewing profile — tOkeshu

Well it's called Remote Storage [1] but I guess we can't expect companies like Google, Apple, Amazon or DropBox to actually embrace that, isnt it? [1] http://remotestorage.io/

I generally find that using tuples of booleans this way is (sometimes) blurring the intent. Indeed, not only you have to keep in mind which boolean value correspond to which variab…

Some people try to address this issue in Europe and especially in France. I strongly recommend anyone interested to take a look at the DIY ISP project [1]. There is also a map [2] …

> This is a solved problem. There is strong technical obstacles but yes the problem is more or less solved in different ways. The point of Randall Munroe here is to emphasis the ga…

It is way more complicated than that. WebRTC is all great and shiny but there is strong obstacles to build correct data transfer applications on top of that: - You still need a ser…

Dropbox has a storage limit, requires an account and is non free software. The usage proposed here is a "no-strings" attached approach. Ideally you want something you can trust, he…

It's a really geeky approach. The 949 problem concerns a lot of persons who does not even know what a server is.

Do not forget that this solution is inherently mono-threaded and does not benefits from a proper concurrency model like node.js for example (which is also mono-threaded by "design"…

Yes Fountain Codes are definitively something I have to look at. Improving bandwidth usage and resuming downloads are part of the next improvements with https. For now Erlang have …

Theses files are examples files. You can find the same in the cowboy_examples repository[1] (Cowboy is the erlang server I use to build the application). I should remove these file…