Hacker News new | past | comments | ask | show | jobs | submit | michelson01's comments login

vanguard index fund or fidelity spartan fund (which actually is a money loser for fidelity, but they keep the fees at .1% as a loss-leader to bring in the chumps for the managed mutual funds)

no-load, low-fee index funds, basically.


i don't know... the algorithm killed jeeves


That's because the algorithm is from New Jersey. If you know what I mean.


whoo... tough crowd :)


I would venture that most of us visit for insight, not repartee.


Touché


Scribd is growing quickly and actively hiring all kinds of developers (ruby on rails, flash/actionscript, C++, etc) so please contact us, hackers@scribd.com, if you're interested. Check out our jobs page here: http://www.scribd.com/static/jobs

Here's a link to our traffic graph on alexa:

http://snipurl.com/24rqq


yeah, this is using alexa rankings, so it's far from perfect and misses a lot of other data, so take it for what it's worth.


Alexa did a major update to it's ranking algorithm and source data yesterday. It's supposedly a lot better.


yes ... though it depends who you ask. Many like hacker news rankings went down. Was 14K two days ago... now 77K, while looking down next to my alexa toolbar ranking of this site I have the compete toolbar that says hacker news is ranked 25K. Though compete only measures US traffic, best of my knowledge. Scribd was ranked 900 something now its 500 something. Congrat to Ed K and the Scribd team!


until fair proxy balancer is production ready (http://www.brainspl.at/articles/2007/11/09/a-fair-proxy-bala...), i really like nginx in front of haproxy in front of the mongrels

nginx => haproxy => mongrels


Doesn't hashing on a cookie from each server give you fairness?

http://wiki.codemongers.com/NginxHttpUpstreamRequestHashModu...


i prefer a proxy balancer that is smart enough to know when the back-end servers (mongrels in this case) are busy or not, and smart enough that it doesn't send requests to back-end servers that are down (i'm looking at you, apache mod_proxy_balancer)


i still wouldn't trust him with my cats or with mowing my lawn


they were already making millions a year for many years. it's not like they were broke before this.


and your point is?


point is they should have let it ride, seeing as the $20mm isn't really going to change their life.


also, with the value of the dollar plunging below even the canadian dollar, the US stock market prices in terms of euros, for example, haven't been climbing that much, iirc (might even be declining?). someone can probably point to a graph of US stock prices in euros, but it's interesting, as i recall.


answer is 42. I have a truly marvelous proof of this proposition which this margin is too narrow to contain.


Hahha... you managed to squeeze in two famous 'answers.'


Three, actually.


i thought one of the big advantages of jQuery was the smaller size of the javascript file(s).

but this demo uses 106k of javascript (and it's not compressed for some reason)

photo from web developer extension: http://myskitch.com/michelson/document_size_-_http__ennerchi...


The base jQuery is very light, perhaps half the size of Prototype if I recall correctly.

The added bloat comes from the effects and UI libraries. The UI library is probably superfluous so that should cut the size significantly.


I haven't seen where Rails natively supports using different Javascript files in production than in development -- I've always done it myself. Then again, jQuery hasn't been attached to Rails before, so that's understandable too.

Without that being set up, either you run on the minified version of jQuery (a developer-hostile move), or the big old version with all the comments, which is inconvenient for the user. For a 0.1 release, they made the right call putting in the full versions of the Javascript so you have a chance of seeing what's happening if something goes wrong.


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

Search: