itaborai83

To be fair, some NoSQL solutions were being sold marketing wise as the be-all and end-all of data solutions. Just google "mongodb mysql migration" and look how everyone is/was so eager to jump on the non-relational bandwagon. Some backlash was to be expected, after all, we might have reached the Trough of Disillusionment

Data centers usually can be considered a long term type of thing and I´m pretty sure that Google is not going to build a "smallish" one, but I see your point regarding bandwidth and links.

You seem to imply that Brazil may be lacking political stability, infrastructure and/or trained professionals, but I don´t know to what extent this would be true. You have to consider that, aside from the economy, Brazil has up to 34% of all latin american population with the vast majority of it living on the eastern coast line. Placing a data center on the west coast does not add up.

There might be some other underlying reason why Google decided to settle in Chile. Maybe the cooler climate can reduce their operational costs.

Wouldn´t it make more sense to build it in Brazil given the potential market?

The creator of Lemon is Richard Hipp, the same guy behind Fossil, SQLite and (the probably now defunct) UnQL

I´m not necessarily defending the movie, but I don´t think that Janek actually "solved" it, but I do think that that´s what they want us to believe. The black goo is not an weapon IMHO, but a way to accelerate the evolutionary process in a planet, bringing forth more adaptable lifeforms (without preserving the previous ones). That´s what is shown in the beginning of the movie. The engineers could be responsible for rapid evolutionary bursts throughout the history of our and other worlds.

Perhaps we, as a species, weren´t simply done yet. Something still had to burst out our collective chests in order for us to actualize our genetic potential. Maybe the xenomorphs were the ultimate monkeys out of which the definitive mankind would evolve from.

Piss poor execution though.

I understand the necessity of writing the couchstore component in C for performance, but in what ways does it differ from the storage engine? In other words, why have 2 different things doing apparently the same thing?

I´m curious to see how this cluster aware incremental map/reduce performs in "web scale" workloads.

Looking forward to see more of this.

p.s.: Is there a roadmap?

It could have a sharding aware data definition language and some support for "on-the-fly" data migrations.

You made me think about something. A CoffeeScript like approach to build a saner language that would sit atop SQL would be something definitely worth having. Maybe this could be the start of the "OnSQL" movement. Just my thoughts.

what parts? I'm interested about the future of Couch(Base|DB) sans all the Apache wankery.

I really wish you'd take more of a BDFL approach to things.

I'm curious. Would be willing to elaborate a little more?

but aren't nodes supposed to crash, albeit in a tolerable way? Even though I conceptually like Riak I haven't tried it yet, because the problems that I deal with aren't worth the trouble of setting up a cluster and managing it.

I think that the cluster is supposed to be stable. The nodes, not so much.

In Brazil there is a saying, "água mole em pedra dura, tanto bate até que fura", which means something like "Soft water on hard rock will eventually poke holes in it", but it sounds way less folksy than the original.

But if it absorbs IR and irradiates a considerable amount of heat at the same time, wouldn't it be considered a lousy, lousy IR absorbent?

If it is cheap enough, it could be used to easily bypass infrared motion sensors.