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

This article has nothing to do with your hypothesized 'vaccine passport'.


Nothing ? It says current vaccines are potentially unable to stop the spread of new variant. The vaccine passport is a tool designed to stop the spread, based on vaccine, with a potential huge impact on our societies for the next decades..

It's absolutely linked. If vaccines were able to completely stop the epidemic, then the passport would be a temporary thing. If not then it's permanent and a whole different story.


Not hypothetical. This is actively being discussed in several countries. Relevant because vaccine passports make even less sense if the vaccines don't work.


This is also possible by tunneling through ICMP: http://www.cs.uit.no/~daniels/PingTunnel/


Generally though wireless hotspots allow DNS traffic out (the DNS server isn't filtered) but not ICMP. In fact if anything is filtered it tends to be ICMP. I'm not really aware of any situations where ICMP tunnelling is useful. Anyone know of any?


The only improvement I can think of is to set the pre areas to wrap. Right now they completely ruin browsing on the iphone, as they make the screen way too wide and this makes the font way too small.


Also, you could set the num parameter: http://www.google.com/search?q=asdf&num=1


What I'm thinking of here is a search engine that returns a single result per item, and then if the result answers your question, it ranks higher in the search result, meaning it answers other peoples questions too. You can click a button to get rid of the current result and view the next. This way, the search engine always gives the best possible reply.


Was thinking of something like this, also.

I could see it working, but mainly for queries that have one clearly-best result, or where the 'snippet' itself answers the query. So perhaps for 'answers' search more than general web search.

The implicit user feedback created would be great... but uses might be frustrated by not being able to scan many results quickly. (I always set Google to return 100 results...)


At the start, it would suck, but if the search engine reached 98% accuracy rate, you don't need more results. The engine could even learn when results are in order - for example, asking "where is mongolia" will give you a single answer, but "tv review sites" will give you a list of search results.


So bootstrapping is a challenge. Will users wait out the 'training' period?

(Or similarly, if a forward-thinking group is willing to help train, are their choices representative enough of what the impatient masses eventually want?)

I think it's a promising area for experimentation.


I am going to model this mathematically soon, but with a very small sample size, you can quickly reach a pretty accurate result. And in general, most results are pretty clear - number of states in the u.s will always be the same, no matter how forward thinking you are.

Such an engine has to start small and be trained for a few months, otherwise users will think it sucks. As it grows, it adapts.

I bet one could actually do this very easily using yahoo BOSS. Want to take a stab at it? If anyone wanted to work on this, I'd help, so long it was written in python.


Forgive me if I misunderstand, but couldn't you just look at what people click on and assume they had clicked next for all the results before it?


No, the point is that you have a text box that always accurately answers your query. For example, you type in "hangover cure" and it gives you a hangover cure. You type in "what is the capital of Benin" and it gives you the answer. You type in "Microsoft" and it shows you the microsoft website.

The search engine learns because when the answer is wrong, people select the "next" button. If you just return a list of search results, people will often click the first link because it's first.


this somewhat sounds like the search-wiki extension Google has. you can only see it when you are logged in but you can influence the ordering of results. it's not one result but you can manipulate them and AFAIK Google mentioned that they want to use that data sometime in the future.


I used to use Django, tried cherrypy and web.py, and have ended up starting to write my own (http://github.com/breily/juno).


Juno looks pretty nice.


Thanks, that's always good to hear.


Nice - doing CS here now


Am I the only one who thinks HN works really well on the iPhone? I've never had any problems using it, but as there's like 2-3 of these iPhone versions I guess I'm in the minority.


It works, but there's too much scrolling/zooming required to read comments.


I think it works quite well, although I avoid voting on comments on the iPhone, as it seems far too likely I would accidentally hit the wrong arrow. Otherwise, grand.


i mostly wanted links to open up in separate windows so i didn't have to go back after reading something.


Out of the 9 years listed it really only happened 3 times that a better QB was left - 2000 (Tom Brady), 2002 (David Garrard - debatable, but he's starting and Carr isn't), and 2005 (Aaron Rodgers). So 6 times out of 9 the best one was taken first - that seems pretty good.

If you go back even further I'd imagine this trend would continue - even Gladwell's main example (Ryan Leaf) was taken second to the best QB playing today (Manning).


not to turn this into sports news but:

2003: romo 2004: roethlisburger 2006: cutler 2007/2008: way too early

Historically speaking: steve young, montana, marino, and I could go on were not thought of highly by scouts

I thought it was commonly accepted that scouting QBs is a guessing game.


Yea, I don't want to get into a huge debate about this either, and the names you mentioned are definitely in the same class as the first picks. My main thought was that while its not a science, the scouts are definitely not just randomly picking players like Gladwell makes it out to be (saying that "there is no way to know who will succeed at it and who won’t" and that "college performance doesn’t tell us anything").


The rhetoric in the article is a little ridiculous, but for a moment let's gloss over his glossed over details:

Professional football teams have an extreme financial incentive to accurately predict an athlete's potential. They have a sizable data set to examine, and a lot of money to spend, but there have still been some very notable failures.

Our education system does not have the resources of the NFL to determine who will be a good teacher. But even if they did, it would be a misappropriation of funds. Instead of focusing on pre-facto credentials (graduate degrees, etc.), we should put them in the mix and see how they perform, and pay the best teachers accordingly.

These seem like the most salient points from the article, and I don't think any of them are particularly false or oversimplified. If you know a lot about something and the article is for a general audience, it's bound to seem like a bunch of outright lies. Life is never as elegant as the New Yorker makes it seem, but that doesn't mean it's not entertaining (and sometimes informative) to read.


"Our education system does not have the resources of the NFL to determine who will be a good teacher. But even if they did, it would be a misappropriation of funds. Instead of focusing on pre-facto credentials (graduate degrees, etc.), we should put them in the mix and see how they perform, and pay the best teachers accordingly."

Thanks for trying to get us back on point ;)


I'll give you 2003, not 2004, and I'd lump 2006 into too early to say for sure though you're probably right.


Yeah, Garrard/Carr is debatable. Garrard wouldn't be starting over Eli Manning either. So it may be 7/9.


I'd noticed this sometimes too, but I think it's something that you can change if you want to. When I was learning german, after a couple years of high school classes I went to a month long full immersion program. When I finished that, I was thinking entirely in german. This stopped over time as I went back to English, but I can still make myself do it sometimes. So with practice/time, you could probably teach yourself to think in something besides English. Though English seems like it might be the most efficient mode for a native speaker.


Is there a way to log in/sign up besides OpenID? I don't have one, but wanted to use your site. I spent about half an hour trying to figure out which accounts of mine are OpenID enabled, and to get the url for my ID. I keep getting errors like "Open ID server can't be found", etc. so I imagine the urls that I'm putting in the sign up box are not the right ones. Then when I finally get signed up and logged in, later I try to log in with the same url and I get an error. Very frustrating.

Anyways, to summarize: Open ID seems to suck, and its very confusing (though to be completely honest I'm a little drunk which might have made this more difficult for me). I'd imagine most users would appreciate a simple, traditional login (I would have). Anyways, I really wanted to use your site, but after 30 min of failure I've given up. Good luck though.

Edit: For spelling/etc.


Any OpenID-enabled site should, until the transition to everyone having such an account is complete, have a "create an account" link that just redirects to http://myopenid.com or somesuch. Link, one-page form, check e-mail for verification link, get a URL (username) handed to you, put it in. Exactly the same workflow as a traditional registration.


Thanks to all for your comments. We built prioritiz'd for the Rails Rumble, and as you all mentioned, there is more we need to do with it, including links to OpenID providers, and providing an option for creating a traditional username/password. We are currently working on a single sign-on application for our entire suite of applications, that will cover that last part.

Thank you all for your comments and suggestions. Please leave any other feedback on our support site so we can continue to improve the app. Thanks.

http://getsatisfaction.com/atlanticdominionsolutions/product...


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

Search: