Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
ntoshev
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
68 ms
·
601.
▲
by
ntoshev
17y ago
Calling what Facebook does "per user customization" is a big understatement. Nobody except your (relatively) tiny circle of friends ever sees the data you upload to Facebook, that's why they store petabytes of data and StackOverflow only ha
602.
▲
by
ntoshev
17y ago
Google OS is not about allowing people to do things they couldn't do before on the web, it's about removing friction from getting online. Google has many other initiatives to make a better Web - like NaCl. Semantic web is obviously not on t
603.
▲
by
ntoshev
17y ago
Is there any reference if the hacker stole the password to an account in Google Apps for Your Domain? I use it and there are pretty much no password recovery options: Please contact your domain administrator to help you access your username
604.
▲
by
ntoshev
17y ago
Arrington says the vulnerability was in Google Apps for Your Domain, although the original article about the hack says otherwise: http://www.pcworld.com/businesscenter/article/164182/hacker_... Hacker Croll claimed to have accessed Go
605.
▲
by
ntoshev
17y ago
I don't know if it's legal, but if they obey robots.txt the publisher shouldn't complain.
606.
▲
by
ntoshev
17y ago
Care to give some examples of things you learned?
607.
▲
by
ntoshev
17y ago
They used a jailbroken iPhone to run the app in background, but the paper gives no detail on the battery life they got.
608.
▲
by
ntoshev
17y ago
In the rest of the world too. Just allow me to put my own data SIM in it.
609.
▲
by
ntoshev
17y ago
And the article is not worth enduring the torture (hint: use the Readability bookmarklet on such pages if you really want to read them). thenextweb.com had been banned here before, and I think it should be again: http://news.ycombinator.co
610.
▲
by
ntoshev
17y ago
It's a torrent client implemented as a Java applet.
611.
▲
by
ntoshev
17y ago
A spectacular headline, but the article doesn't add anything to the story and offers no new insights.
612.
▲
by
ntoshev
17y ago
I can't wait to try an actual version of this in a virtualbox. Betas should be available for geeks way before the netbook manufacturers get to installing it on their devices in 2010.
613.
▲
by
ntoshev
17y ago
I have noticed the restriction for mobile services in Amazon's TOS about two years ago.
614.
▲
by
ntoshev
17y ago
My guess is apps hosted on Heroku (like the majority of the internet applications) are a lot like Facebook and little like online banking: they don't really need reliable transactions, they need to be flexible, scalable and cost-effective.
615.
▲
by
ntoshev
17y ago
Maintaining connections in the face of failure is a relatively little concern, what I perceive as the big problem here is having the database handle an arbitrary application with zero application-specific administration. Google's datastore
616.
▲
by
ntoshev
17y ago
That's a cool extension, but I can't see it gain massive popularity. There is a class of problems with it that wfor a site ould be solved if you make it a bookmarklet (with a companion site): does it support your browser, what if you need
617.
▲
by
ntoshev
17y ago
Isn't 1024 days a more appropriate anniversary?
618.
▲
by
ntoshev
17y ago
Smartphones are considered subset of cellphones. Probably decreasing sales of cellphones is due to the economy while increasing sales of smartphones are due to a change in behavior.
619.
▲
by
ntoshev
17y ago
It would be interesting to compare the results from this poll to the actual browser statistics of the Hacker News site.
620.
▲
by
ntoshev
17y ago
I used to think there is One Good Way To Program without realizing there is a lot of cargo cult in the best practices out there. Even the ones that used to do a good job are often invalid in a different context.
621.
▲
What's your longest-held programming assumption that turned out to be incorrect?
(stackoverflow.com)
5 points
by
ntoshev
17y ago
|
3 comments
622.
▲
by
ntoshev
17y ago
Great post and the comment (only one at the time I post this) doubles it's value, be sure not to miss it!
623.
▲
by
ntoshev
17y ago
In the case of a full text search engine, you really need that performance. I'm not sure clarity and performance of code are inherently conflicting requirements; in any case the author wouldn't have this gap in performance between the two
624.
▲
Python performance is a fool's errand
(whoosh.ca)
7 points
by
ntoshev
17y ago
|
6 comments
625.
▲
by
ntoshev
17y ago
Personally I like generators, generator expressions and list comprehensions much more than the Ruby equivalents (chaining each/filter/etc). Python is cleaner overall, and if you want metaprogramming you can still do a lot of it. Also Python
626.
▲
by
ntoshev
17y ago
He's not selecting each row one-by-one. Yes he does: "even if we did it in this naive way, the total execution time is still a very reasonable". He's getting 48 records back using two queries. This is equally silly. The two queries woul
627.
▲
by
ntoshev
17y ago
The article is full of messy and wrong arguments that are hard to summarize.
628.
▲
by
ntoshev
17y ago
Is the talk available online or at least, is there alternative coverage? The Register conveys the message "Google thinks Microsoft infrastruture sucks", but they don't seem to understand the arguments (or at least, I can't understand their
629.
▲
by
ntoshev
17y ago
If it is a web app, use Google App Enigne. You don't have to know dbs for that (in fact it would hurt because you would have to unlearn stuff) and it is much easier to change than a traditional db schema. It will also save you from doing lo
630.
▲
by
ntoshev
17y ago
If you look at relevance and search UI as if they are orthogonal issues, you are missing all the ways an interactive UI could be used to help the user get relevant results. One non-web example is Google's own Stock Screener (it is about lim
More ›