nrser

> Most database servers will be able to retrieve rows from well-indexed tables at far greater rates than low-performance application platforms' ORMs can translate those rows into usable objects. Modern database servers fetching rows from well-indexed tables can keep up with the query demands of the very highest-performance frameworks without saturating a database server's CPUs (with throughput measured in the tens to hundreds of thousands of queries per second per server).

could you be a little more specific? is this from real world experience or from some benchmarketing material somewhere?

if i recall from early Zynga (circa 2008), we would get MySQL (InnoDB) on decent commodity hardware (Dell 2U with 8 cores, 32G mem, 15K RPM disks in raid 10, cost about $7K USD) to around 6K QPS before it would eat shit.

that was with correct indexes and only consisting of simple selects and updates (no joins or other complex queries. we probably only had ~10M users in the database, but the `user_item` table at least was likely well over 100M rows).

we even used to have a saying: "first, check the database. if it isn't the database, it's probably the database." when the app crashed, it was almost, almost always the database.

this wasn't at the 'monster' scale that the games later grew to, just a handful of php scripts with a few million monthly actives, a scale that i think a lot of people hope to achieve with modern consumer apps.

i'm just saying that i've lived the daily "it's the database", and i agree that it's a major concern for people building on open-source stacks and commodity hardware for a wide audience. the honest truth is that everything else in the stack is really, really easy to scale in comparison.

> I still think it was a mistake to buy OMGPOP.

tell that to the people that got in on that secondary offering ;)

http://www.bloomberg.com/news/2012-03-23/zynga-ceo-pincus-to...

if you can work at a large non-technical company as a technical person, you should. my last company was bought by Viacom. i've been there, i know what it is.

i can't imagine Google expected to recoup that capital. i would guess they want YouTube to become TV - all of it. there is a lot of money in TV advertising. it's a company-doubling oppertunity. and they might need TV-quality production to get there. my last start-up was aquired by a major media company. i would guess $5M was the smallest amount of money they could get them to pay attention to.

i live in Beijing. word is that CCTV uses the 3.15 expose to exert influence on advertisers. Apple had been moving too much of it's ad dollars off CCTV and onto provincial stations. it's a "we'd hate to see your company on 3.15 next year" sort of thing. guess Apple didn't listen.

the joke here is that there are no jokes. that's what makes it funny.

"In-Memory Data Grid", which appears to be used a bit differently, along the lines of

http://highscalability.com/blog/2011/12/21/in-memory-data-gr...

something makes me think you haven't been through this sort of thing.

hint: it's the "proving your case" part. in this scenario, the parties rarely go to trial or arbitration.

i don't really need a basis for a case, just a basis for a threat. 'rattling the sabres', so to speak. it's sad, but true.

I think your start-up is going to be huge, and I'm willing to help in whatever way possible. to help you out even more, I'll just take a little equity as compensation. but let's not hassle with it now, lets just wait until I can stop your financing or sale with the threat of litigation to figure out how much. it will work out great, promise :)

sounds about right from what i've seen. as one of the people that built Zynga, i'd like to congratulate the team on getting 'agressive'. maybe you guys can turn it into a quiz app or something really cool ;)

best thing about that incident: it all goes terribly wrong when the security guard skips work to watch Herbie Goes Bananas.

http://en.wikipedia.org/wiki/Goiania_accident#Theft_of_the_s...

manage it yourself: put things that need to be persistent in Documents. put the rest in Cache. move 'em as needed. do it automatically by download and access dates and/or provide an interface for people to manage it.

your app absolutely needs tons and tons of data to function? doesn't seem like your day. it's their device, their cloud, their decision. Apple doesn't give a shit about your day; they're going cloud. they may be wrong, but i'd guess they're going to have to find that out for themselves.

i'd assume they acknowledge this may kill some apps. i don't think they ever promised anyone a business; on the contrary, they seem to remind developers that they are there at their good grace all the time. as someone that built Facebook apps since '07, trust me, i know what this is like. start coding and start calling. best of luck.

seems like the next next best widgets for hooking up with people at college and telling your friends what you're doing at SxSW have turned out to be things rather important in some of the most pivotal events we've recently seen in developing countries.

the place the first and third world are perhaps the closest in on the internet.

would like to thank the author of that page for not using hyperlinks.

ctrl+c, ctrl+v, ctrl+c...