Hacker Newsnew | past | comments | ask | show | jobs | submit | hwork's commentslogin


Yammer just moved to SF and is looking for some engineers: http://jobs.yammer.com/


If you want to slurp in some more data about the companies already in there, you can use the CrunchBase API: http://groups.google.com/group/crunchbase-api.


OK I checked it out. And by checked it out I mean spent three hours and beat the first four missions. What an awesome game. Smooth gameplay, intuitive UI, etc. Thanks for that.

One idea I have -- cut the demo off after the first two missions. I'm kind of burnt out on the game right now and needing a break; not in the mood to buy the game and play it some more. After two missions I was deep into it and most likely to convert into a sale.


As for myself, I thought there was barely enough free content... I would have found it really cheap if you could only do the first 2 missions, especially since they're so easy. I didn't die before the 4th, which is significantly more challenging.


Great title Sumon!

To anyone looking for a summer gig: come and work with Mark and me. We're two Rails dudes and we're having a grand ole time at TC.


What I like most about Omnisio (besides the Ozzie accents) is that they are tackling structured video. It's a hard problem, but creating a system that turns days worth of static conference footage into a highly navigatible (not a word) site is pretty awesome.

I wanted to mention a similar open-source project whose creator I met at SDSH 24: MetaVid.com. It's built on a semantic version of MediaWiki and structures the hell out of the Congressional video record. It's a pretty cool project.



I'm of the opinion that TechCrunch knows a thing or two about technology. But writing sensationalist headlines and then attracting all the loons to come out and post comments about Rails suck and so on...

My point is this: some people look to TC as an authority now and when the articles and comments reflect one perspective on something it's going to sway some people.


AIM Away Messages for Geeks.


That is EXACTLY what it is. It just pushes AIM away messages around. Just add song lyrics aimed at your ex-girlfriend and you have AOL circa 2002 in a "social network" of high school kids. The only reason I would want to use it is for mass texting, i.e. Want to meet for lunch? type messages. For that a better feature would be grouping on your cell phone.


That is EXACTLY what it is. It just pushes AIM away messages around. Just add song lyrics aimed at your ex-girlfriend and you have AOL circa 2002 in a "social network" of high school kids. The only reason I would want to use it is for mass texting, i.e. Want to meet for lunch? type messages. For that a better feature would be grouping on your cell phone.


why_ is really one of those dudes who needs to be funded by the community to work full-time on his awesome, wild projects. He is le-git.


For what it's worth, I contributed to the article and I call myself a programmer.


Do you and Arrington have some kind of confidential knowledge about Twitter's implementation that allows you to conclude that its problems are directly attributable to Rails itself and not how it was implemented, or something that has nothing to do with the programming language at all (the hosting facility they use, their operating system, ...)? Or are you just trolling?


Yeah I think your question is a fair one.

But I don't think it's ridiculous to assume that the stability and operational functionality of a website is primarily dependent on the web framework the website uses. The data center is probably the second to blame, but I don't think that Twitter's problems are related to continual issues with their hosting (though i'm sure some are). I doubt the blame lies on Debian, or whatever their using.


It is possible to write buggy, unstable, unreliable, unscalable applications in any framework or language and just because you use a certain technology doesn't mean anything about whether you'll create an app with a good experience.

Handing a sniper rifle to someone does not make them a sniper. Snipers have personal qualities and training that make them what they are; their weapons are just tools that help them realize their inherent abilities as well as possible.

Why are you and other TechCrunch people so eager to assign blame when you don't actually know anything about what you're assigning blame for?


Because TechCrunch thinks our industry is so great that it deserves its own National Inquirer. Seriously, these people should be marginalized and put in the spotlight for the trolls that they are. I'm so sick of the bottom-feeding rumour mongering that scrapes by as journalism these days. Seriously people, stop reading TechCrunch and go checkout a book on O'Reilly Safari or something...learn something worthwhile with your spare time.


"Handing a sniper rifle to someone does not make them a sniper. Snipers have personal qualities and training that make them what they are; their weapons are just tools that help them realize their inherent abilities as well as possible."

This is a good point. But, in the interests of balance, the twitter situation could also be compared to arming a sniper with a broadsword and then being surprised he fails. The choice of analogy makes a surprising difference in how you think about the situation.

"Why are you and other TechCrunch people so eager to assign blame when you don't actually know anything about what you're assigning blame for?"

I would rephrase the question to "what do you and the other tech crunch folks know that gives you confidence in your statements about decisions at twitter".

Point being no one knows what the folks at tech crunch know (or not).


Just to keep the conversation going: what do you think Twitter's main issues are ? (Or do you think their downtime is not worth mentioning?)


Scalability problems are usually endemic to a particular setup. There is always another bottleneck. The way you're viewing scalability is different than the reality of it.

My previous company (a web testing company) did a load test for a large tax return company. When testing started, their app could support 3 simultaneous users. When the bottlenecks were removed, one by one, the same app (framework, codebase, language and all) supported north of 10,000 users. As you test, there is usually something like a database lock problem, high cpu from a loop that needs to be optimized, bad query/data layout, memory usage maxing out, or something you are running out of, one way or the other.

The people who point out that twitter is not a standard web app and might be better served by messaging have a point also.


What the parent says is that a proper assessment will require an in-depth knowledge of how it is actually implemented. Taking random shots like this article does is like a blind man trying to grope an elephant.


" Taking random shots like this article does is like a blind man trying to grope an elephant."

Groping an elephant seems like a bad idea even for the sighted.


I would like to second the call for an immediate stop to elephant groping.

Elephants are a dear and treasured species. This continual assault by blind people and various other gropers have too often left our Loxodonta Africanan friends cowering in terror.

As for RoR, I'll simply quote a good friend of mine. "RoR rocks! Scaling isn't that big a deal. Took us over six months to get the stack just right for a recent customer."

Ugh.


Actually, that is ridiculous to assume.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: