skysight-inc/HackerNews huggingface dataset:
This is something I recently ran into in another thread, and I didn't get into it there because it seemed too meta and unproductive, but this seems like a good opportunity.

When we talk about history we are not talking about a binary system, we're talking about experiences related through perspectives. There is rarely an absolute truth to history, and the longer back we go the less certain our understanding tends to be. The situation is even worse when we start talking about motivations.

In this case, the motivations of the space program weren't simply military, or rather, they were military to the military, but if you read about or speak to the people involved, you're not necessarily going to hear that. For some of the people, the moon race was genuinely about exploration and wonder, for others it was exploration used as cover for ICBM research, etc. It is very easy to conflate the motivations of the individual with the motivations of the institutions they are associated with, and this frequently ends up cheapening one or the other.
I find these and some other similar high-brow essays repulsive.

Basically, they subtly want to encourage the status quo : the poorer classes of society join the army and get themselves killed while doing horrible things to other people because our Leader said they have WMDs, while the middle classes with a brain go to Uni, and some of them get to write beautiful essays about how one should forget the war. And I'm not even mentioning the subtle connotations in there to forget other negative associations that war has, such as torture and the robbery of the other nation's resources. The beauty of the thing is that the subtle messages are couched in an arguable parable of a soldier who chooses to look forward, not at the past.

What the article actually is, is propaganda.

Fuck you. I will not forget the war, the people who made us go to war unnecessarily, nor the effects it has on everyone, and definitely not the poor fuck soldier veteran who got a raw deal from educated assholes who tricked him into sacrificing his life with propaganda just like this. First they massage you with the anthem and the flag to get you to war, then they massage you with such essays to calm you down from the resulting anger.
Looking at some of the statistics one can conjecture that if your users are more technically inclined it is more probable that they will use firefox. They will use IE if your userbase is less technically inclined.
Despite it being far slower than GPU-magic, this contest was a great opportunity for me to brush up on my C and finally learn MPI. Thanks, Engineyard :)
I used to use dada mail and now I use oempro

If you're looking for a hosted solution that isnt too expensive Aweber is nice.

http://octeth.com/products/oempro/

http://dadamailproject.com/

http://www.aweber.com/
This article hints at something I find quite provocative; the idea that the culture of the 1950's somehow was more open to the truth then the present is an amazing thesis. I entirely agree with the author (malcolm gladwell) in that the simple nature of the novel would definitely be a source of criticism if it were published today. The idea that presenting the simple truth would be ignored by most people (including myself) today is just baffling. I wonder if this is related to the expectations we have set by todays entertainment industry. I would love to find out what is driving this change, I can only hope mr. gladwell publishes a follow-up piece.
Connaught place hotel
hotels in Connaught place – Delhi Hotel offers Budget hotel Accommodation in New Delhi for Budget Travelers in Delhi - Hotels near Delhi Airport, Hotel near Karol Bagh, Connaught place hotel Tourist Hotels in Delhi.
Not to mention that he should have checked on it as soon as he found out about it.
Oh, true passionate curiosity might have something to do with becoming great. But neither it, nor this article on it, seems to have anything to do with this article about this guy's rap career. So basically it's comment-spam.
Did you read the article? This is not about war per-say. It is about how the brain reacts to any emotion (horrors of war is only an example).

I agree that many soldiers have been given "raw deals" in the recent wars, and that it is the duty of every american to question the logic behind all military and political moves. However, that has nothing to do with whether or not most soldiers are fully functional after the war or how psychologically scarred they are.
Helpful Tips on Making Friends in Chat Rooms
s/per-say/per se/ </petpeeve>
Remember, the #1 rule of new instruction sets released by Intel (at least in the past ~5 years) is that they are always close to useless in the first architecture that supports them. For example, PHADDW took 6 cycles on the Core 2 Conroe, making it almost useless in real code. But the Penryn doubled its speed, making it potentially useful.

The string operations are, last I saw, something on the order of 9 cycles latency, making them rather unfortunately slow in practice... fitting perfectly with the trend mentioned above.
Hennessy, Sequin and Patterson must be rolling in their office chairs or riterment hammocks right about now.

Whoever needed this could have gotten it in custom hardware; Intel's "instruction set is an API" is a really bad idea.

Can someone convince me why we need this in the processor?
I tend to think of myself as a one man wolfpack.
One thing you'll often find is that processor vendors like to release instructions that expose already-existing capability within the chip, but which previously wasn't directly accessible.

I doubt this takes a remotely significant amount of silicon.

Plus, it's all part of the XML hype: people include XML-related technologies in software and now even hardware (they've marketed these as, among other things, accelerators for XML parsing) solely for the purpose of being "Enterprise-grade".

Here's a fun fact for you: a very very major network hardware vendor sells extraordinarily expensive boards with "hardware XML parsing" (that's how they can charge so much). In reality, it turned out to be a nightmare to implement, so they just did it in software--and didn't tell their customers.
I agree. Journalists (and through them, the general public) are smart enough to recognize DRM when they see it now. The music industry could (and, lets be honest, probably will) try to raise it from the dead at some point. Whatever they do try to pin it on will never succeed though.
please do! anfedorov@gmail.com
Their API's not half bad either. Was also pretty well documented the last time I used it.
that laptop would have looked so much better if the screen hinged at the edge rather than have that bulge behind it.
i use pgp's whole disk encryption on my macbook pro, does that count?
This may sound absolutely absurd, but why does copying music have to be justified?
It's the exposure that's bad, not the existance of the capability in silicon. Think of all the programmer-hours that will go into retrofiting compilers, libraries and runtime with "hardware accelerated text processing", just because some bonehead PHB heard this news and suddenly wants it?

They could have done the right thing and started stripping x86-32 cruft from x86-64 as it gained more traction. As time moved on, we would have had a clean architecture with features being deprecated instead of being added.
I think the music industry finally realized that the only thing that DRM was cutting down on was their profits.

The set of all people that are going to purchase is (and will be for the foreseeable future until/unless it becomes much harder than it is now) much larger than the set of people who do purchase their music. All that DRM was causing was piracy on the part of a few unhappy consumers who otherwise would have bought their music.

After all, every single DRM-protected music file is floating around and available elsewhere in an unencrypted format.
Think of all the programmer-hours that will go into retrofiting compilers, libraries and runtime with "hardware accelerated text processing"

Don't worry, odds are almost nobody will actually use it.

They could have done the right thing and started stripping x86-32 cruft from x86-64 as it gained more traction.

There isn't really any "cruft" that matters; the old useless instructions do nothing but waste instruction code space, but that's not really a big issue; the real significant improvement would come by re-doing x86 as a three-operand architecture (and make other similar improvements that would be impossible to do "bit by bit"). Another potential improvement would be to just re-do the instruction coding to make it faster to parse; instruction decoding is becoming a significant bottleneck on x86 already. If Intel was going to do an overhaul like that, though, they'd just do it all at once.

AVX is actually beginning to go that way; we're going to have three-operand for SIMD, even though we won't have it for regular instructions.
ALl links will die someday! Not every website is going to be around forever!

The only ppl who hate on URL shorteners is this crowd here while millions of others usual them daily!

We are hackers and thus if this is such a big issue and change, one of us should do something about it. Something that works for the users and solves the issue about 3% of all users rant about!
Regardless of my stance on the subject it should not matter who posts an article. Your standing in a community is precisely because of what you contribute, not the other way around.
You really think that being able to get a shortened URL to put in a post on Twitter is such a threat to the future of the Web that you need to, essentially, implement a huge "fuck you for trying to visit my site" message?

If that's the case (and believe me, I've read Schachter's bit, and many of the zillions of "me too" posts following it, and so know the arguments inside and out at this point), I really don't have anything to say to you except "congratulations on your new job in the newspaper industry, I'm sure you'll fit right in".
HN dating-site spinoff anyone?
TinyURL has lasted longer than many of the sites its links point to.
AjaxTrans seems a bit clunky as a name, even though this is essentially what it does.

I have some spare time tonight and am keen on some design/UI practice, if you're interested?
Maybe a mafia/protection racket might work?

ie: We will pass on all your details to the RIAA unless you pay up?
The Business Of Free
Number of Internet users by language (pic)
It's not that hard to create an account here, with OpenID and all. Not sure if I should say what site it is - not sure how public is that information.
Eh? That doesn't make any sense. Are you saying that radioactive nuclei decay slower near old people?
It boggles the mind that SSNs and CC#s are supposed to be secret. You, literally, give them out to anyone who asks.
Good points. I think that people resort to URL based versioning and api keys in the url because they want to have it work from javascript/html, actionscript(flash)/silverlight clients without having to modify headers as much.

These points are great though and help make better restful apps.
>> You have an “API/Key/Token” in a header or a url.

This - specifically, how to do user authentication/access control in a RESTful manner - has always puzzled me. The author suggests HTTP Digest authentication, but that seems to fly in the face Roy Fielding's commandment that a RESTful interface shouldn't depend on the communications protocol being used; HTTP Digest seems pretty tightly coupled to HTTP, no?

Broadly, what are some of the canonical ways to do user authentication while still keeping close to the theoretical/theological underpinnings of REST?
--newer woks at the file level - I believe that tarsnap works at the block level. So depending on the nature of changes - tarsnap (or anything else block based) would likely still be more efficient.
Are you sure "really did it in software" doesn't mean "managed to get a hardware configuration that admitted a fast C implementation"? There's several boutique network hardware vendors that have played games with the MIPS architecture --- multicore with very customized memory bus --- to get themselves to a point where they can set speed records on text processing with C code that will only run on their boards.
Can someone convince me why we need this in the processor?

Lock-in.
Intel CPU exploit threatens PCs worldwide - SC Magazine US
No, I have a friend who works for an FPGA vendor; the Major Network Hardware Vendor bought FPGAs for them to use for XML parsing, but eventually found that a software implementation was faster and easier--but they kept the FPGAs on the boards so that they could charge $30k a pop for them.
Eukhost Hyper-V VPS Hosting
With the introduce of Hyper-V VPS hosting from Eukhost will now have a much more secure and reliable platform over its Windows Server 2008 Virtual Private Servers.
Oh please. I totally called this.
Apparently you can rent goats for this purpose

http://googleblog.blogspot.com/2009/05/mowing-with-goats.htm...
Rethinking code optimization for mobile and multicore
I have no idea why you're getting upvoted so much, or really why you're complaining about this submission - "Confirmed:" is the title of the article.
I agree the main point of this. An important economic point that is often ignored is that anytime you take money by force and spend it on some grand project the gains or benefits to individuals has to be less than the costs, otherwise it could be done voluntarily. The net effect of these projects is to invest in technology or create things that the society either cannot really afford or for which there is insufficient demand at the time. It is true some technology may come sooner than what otherwise would have been the case but that just highlights the economic fallacy involved, and you can't point to what was not developed to prove the case because the resources went into the Apollo project or whatever, one can only understand it via principles. This is true regardless of the generally acknowledged inefficiencies of gov't projects, which only makes matters worse.
I don't think the world needs "Ruby babe in search of Django framework" :-)

That said, if those two get together they should let the rest of us know.
Incremental archives via 'tar --newer' are better than just storing complete archives each time, but they fail compared to tarsnap in two important ways: 1. If you modify a file and then perform a backup, you'll store the entire new file rather than only the parts of the file which changed; and 2. If you modify a file and then perform a backup, you now have two copies of that file stored, and you have to continue paying to store both copies even if you only care about the most recent version of the file.
Please Hacker News users, don't vote up a pure made up story like this (think twice before voting up TechCrunch stories)

When I read the headline i thought TC had some additional news related to the change from kevin rose. They are basing it on a single tweet and fabricating a full story around it.
Please don't vote up crap like this. The headline completely tricked me
He's contributed plenty to digg. ;)
The article misses a very important point. Carriers have very thorough certification processes. Imagine each of these companies having to certify each device. They would go bankrupt! Well maybe not, but they would not make any money to make it worth while.

ATT has the toughest certification process - so much so that others won't even look at new phones unless ATT has agreed to certify them. ATT certification is like a green light to T-mobile and Voda.

They need to standardize on chipsets and software platforms. The other crap like funky keyboards and lcds are no biggie. Keyword here is scale. Jap phones don't scale for worldwide distribution right now.
Apparently Kevin Rose knew about this, contrary to what he tweeted. From a TC comment referring to Leo Laporte interviewing Rose on TWIT:

Leo Laporte had Digg co-founder Kevin Rose on his show and asked him about this. You can see it on Twit Live – the Diggbar discussion starts at the 11:26 mark. Here is an excerpt:

* (Laporte gives Rose the background from an article on Techcrunch)

* Laporte: Is that true?

* Rose: That’s a good question.

* Laporte: You don’t know?

* Rose: I’ve been gone for 2 weeks so I don’t know what got pushed, what code got pushed and how it functions but my last understanding is that what we wanted to do is have it so that if you click on a Digg URL it takes you to the Digg stories so you can Digg it. Rather than providing a short URL service that just forwards and does redirection we would just do a URL service just for Digg articles. Just like the same way that Techcrunch does “techcrunch slash 85374″ – if you go to that you’re not going to go to some other site you’re going to go to techcrunch. That’s the story.

* Laporte: So you’re backing off on the original idea which is a general URL shortening service…

* Rose: Correct.
on the other hand you might meet someone incredibly supportive of your choice in life. My wife is extremely supportive of my startup endeavors.

You never know what you are going to get. I think I agree you are putting the cart before the horse and over analyzing the situation.

Just go with the flow. Things may or may not work out but if you over think things, you may never find out.
Change Your Facebook Settings Or Else
How the Weird Mars Science Laboratory Floating Sky Crane Works
I remember afew years back talking with a friend who was working at NASA at the time (Peter the Rocket Scientist!), who told me about a internal NASA conference/talk he'd attended - the speaker outlined the order-of-magnitude increase in difficulty of making a manned Mars mission come back home, and asked the audience how many of them would volunteer to fly on a one way mission to Mars - apparently about half the room raised their hands...
If only someone built a nice, RESTful module for JavaScript, instead of these crappy (I'm looking at you, primarily, Prototype) AJAX interfaces.

Ponder... something to include in my in-progress library, perhaps?
Though I agree with you and think it's unnecessary to forego opportunities like this for the sake of your startup, I just wanted to mention that that in a Q&A session with Steve Jobs that I attended, one kid asked him what advice he had for young entrepreneurs. He said a few things, but I remember vividly that he said (paraphrased), "Make your startup your sole passion and goal in your life - you won't have time for a side job or a girlfriend or anything else - you can't love anything more." It seems like he thought having nothing else take up any of his attention was, in fact, part of the reason for his success. I wonder how true it actually is.
Broadcast television is the only cool thing about Japanese phones, that I miss on my iPhone. I just wish my iPhone could get broadcast (HD?)TV. Is there a reason it couldn't?
'If you travel to Australia, and the yield sign says "Give Way",you notice it again. That's why travel is so memorable. Your brain filters less when you're in unfamiliar territory filled with new perceptions.'

Driving to someplace new always seems longer than the ride back home.

The really odd thing I've noticed about travel is that each day I'm away feels full, and time goes by more slowly, but the minute I'm back home, wham, it feels like I had just left.

How can you keep that feeling of having had richer experiences and fuller days once back from a trip?
They make the point that Japanese handsets all typically have very (expensively) custom interfaces. If only there was a free-to-build-upon mobile operating system with a decent developer toolkit available.

Oh.. wait..
Ojbyrne worked side by side with Kevin Rose in building Digg.
1) Advertise a new URL shortening service (http://www.youtube.com/watch?v=5GTCeQP1eMc)

2) Wait for new links to be created

3) Without telling anyone stop being a URL shortening service and keep all the links to yourself

4) Deny you knew it went on but then admit you knew exactly what went on

...

5) Profit?
Think what you will regret.

1. Building a startup and not falling in love.
2. Falling in love and screwing up a startup.

Though both don't have to be exclusive, I bet 2. is a better choice. Also you have your whole life for startups, wheras falling in love would be constrained to a short number of years.

I think go with the girl and figure the startup thing along.
And yet: the human and CPU effort expended will exceed the prize value by many multiples, which is why I consider this the Swoopo of computing contests.

And for those concerned with such things: think of the carbon footprint! <:gazes down at the co2stats insert at the bottom of every HN page>
At the end of his article the author says, 'Now you don't have any excuses.' I respectfully beg to differ. I think the 'proper' way of doing things he describes is much more work for the clients of the API. The benefits to the clients he describes, such as not being mercy to changes in the API's URL structure, are indeed benefits, but they're not guaranteed to be realized, and it's questionable whether they would pay for the extra work required. Implementing the API as described would allow clients to create client apps more tolerant to changes in the API, but the additional work required to take advantage of it may be more of a barrier than a help. In a perfect world, the clients would have the time to do so, but in an imperfect one it probably just makes more sense for them to update their app when the API changes and munge some URLs with a shell script.

The author also conveniently ignores a glaring detail that always makes me angry when people talk about REST as something people should adopt. The simple fact is that browsers don't support REST — no browser supports the PUT or DELETE methods, not to mention other things in the stack like the web server. Yes, Rails has built-in support for REST, but it's accomplished via a disgusting hack whereby hidden form variables are sent to mimic non-supported verbs.

I've always felt that saying that people should adopt REST when browsers don't even support it is like saying people should switch to wind power when there are no wind farms producing it. Nice in theory, but not practical and far more trouble than it's worth.
Point taken. Of course you are comparing a full personal backup solution meant specifically for this task to a one liner :)

But for my purposes as personal data backup, I just wouldn't see a speed or price difference of that type of efficiency.
Yes, I believe so. We use Yahoo's media RSS (MRSS) standard for the feeds on the site: http://video.search.yahoo.com/mrss

You should always get title/link/thumbnail/source, plus embed code and other metadata (description, tags, runtime, etc.) if it's available
"and no one complains about it"

Except the folks who want to legally play DVDs on their linux box without paying for a commercial (and thus, licensed) piece of DVD software ;)

Disclaimer: I haven't looked into this portion of the issue for quite some time. It might be a moot point, now.
Because the concentrated effort needed to "not do something" seems to increase the likeliness that you will do exactly that, especially under stress. For some reason, it seems that it is not the will or intent of the thinker that is important, but what the thinker is actually thinking that controls reflexive actions.
Fortunately, I don't care.

The broad concepts of REST are good, but this pedantic stuff is so silly. There's a reason that most popular APIs will fail this test -- the people who built them were thinking about more important issues than achieving some kind of religious purity.