basiliothecat

Found out recently that there's a cool project underway to make a distributed wiki - http://wardcunningham.github.io/.

I doubt this or other solutions built by a for-profit businesses in a seemingly open fashion will go far. Facebook is a different case and having some hands on experience with current players, believe them coming up with a better engineered solution.

As for the general concerns, i can add that it's not just 'i know JavaScript and don't want to learn anything else', but rather having some common ground while building products/services on the web. It's probably ok for a big company to support say 3 platforms (web, android & ios), but hardly an option for a small startup or a one man band. Now i'd be more than happy to just stick with web, or at least the solutions bringing the others closer to it (that's by the way where Titanium is pretty weak).

The presence of those consumer/server distinction in ISP's TOS should get waded out at some point. And distributed content is much move viable solution than a centralized ones - probably a troublesome one regarding streaming live data, but one which is potent to utilize network for the task at hand more harmoincally. And at the same time it'll bring all the benefits of distributed systems (as well as downsides) - e.g. you could stream a video of yours on your own website and not rely on likes of youtube.

I pretty much agree with the reasoning how templating doesn't promote anything other than separation of languages. It always frowned how people emphasised templates being logic-less, which imo oversimplifies the matter.

Yet i still don't seem comfortable writing the markup in js. Even react's JSX preprocessor doesn't seem right to me.

The linear time search within the node

It's even better - logarithmic as the internal nodes have thier keys sorted and you can binary search within one.

It's [B-Tree](http://en.wikipedia.org/wiki/B-tree) - a generalization of binary search tree.

As much as i love anything that aids fighting the complexity, i think that it's best to address the root cause.

That said, i don't have any strategy at hand regarding browser complexity, but i believe as it gets more prominent, the change will come. At least i hope that the browser i'll be running in 5 years would be a saner piece of software.

I can't stress enough how discouraging is the fact that browsers rely on so complex standard body. And current way they evolve leave little hope. It definitely benefits web in a way, but rising complexity makes for a security nightmare and i wonder how close it brings browsers as a kind of software to limits of sanity and comprehension.

Hey Gabriel! Wodner if you plan selling a DRM-free book? That'd i believe be expected and really appreciated.

Just got an idea - one can make new games using some of the engines supported by ScummVM. That way you'd be able to play it almost anywhere. Will try to look into it.

Excuse me, but where's my drm-free ebook? Have to hate all those publishers selling drm-crippled books which i'd really love to read. I just don't get it.

If you're on vim side - vimdiff does comparison just right. Though one'd need to tweak it to support comparing stuff from clipboard.

Just finishing my first app using Ember and don't think that i'll go that route again. Speaking of which - this controller-route separation feels a bit unnatural. At least the way it's implemented.

There are lots of good parts to it - that same convention of configuration saves lots of boilerplate, data binding is usually really nice, overal separation of concerns when doing it ember-way is rather good (far from great though), but lots of small nuisances here and there make up for a dubious overall experience.

Maybe to clear some confussion, snake case is exactly naming_things_with_underscores.

Nice idea, but doesn't registering your relay in a network made for anonymous communication sound weird? Definitelely does to me.