skysight-inc/HackerNews huggingface dataset:
Sure. You'd probably want to use plain ol' syslog to forward stuff in, but you might also want to be able to stream the events back to your browser. There really wasn't a good and easy way to do this until node.js came along.

Oh, it's been done, such as using something like Twisted to stream the data back to the browser, but coding in Twisted is like taking mushrooms and running around naked in rural Oklahoma. It doesn't end well.
We don't have enough information to know which situation this is. Hence, it's an "alternative" to consider.
This page kept crashing in Chrome.
Try and get some interesting numbers out of him :-)
Why is China a top-down Confucian society and the West a bottom-up democratic society?

Jared Diamond attributes it to geography:
http://www.edge.org/3rd_culture/diamond_rich/rich_p6.html

Just look at the map:
http://www.map-of-china.org/china-relief-map.gif
That's believable. But Amazon basically declared war on book publishers two weeks ago anyway. It's disappointing that when the publishers (predictably) pushed back that Amazon didn't have something more nuanced than this worked out.

I figured going nuclear was part of a scorched earth strategy, "You can die now or later..." sort of thing. From the (admittedly, little) that I understand of the publishing industry, it's fragile enough that there was at least uncertainty in what the result of such would be.
How to argue effectively
Actually, you're right, it's the larger values of k where this might make a difference. If the list items are scattered in memory, the cost of the buffer increases very slowly with k compared to the cost of hitting those extra k/2 items.
Imagine a single thermonuclear explosion: one big enough to destroy a large city. The bomb doesn't weigh that much compared to the amount of energy released. A gigantic amount of energy comes from a small amount of mass. The c2 in Einstein's formula is the speed of light squared; it's a really huge number.

As for the wisdom of the NIF as public policy, that's something on which reasonable people can (and do) disagree. I'd only point out that the first government to master the goal of break-even fusion (getting more energy out of the reaction than is put in to trigger the reaction) will gain a _ridiculous_ economic advantage over the rest of the world, to say nothing of the non-economic benefits of energy independence. It's the kind of big bet that rich nations can (and in my opinion should) take.
I am exactly in this scenario and answered "no" to only 3 of the statements. Taken at face value that's pretty encouraging.
The viability comes from bandwidth and reduced cost, not from a particular browser implementation. Touch screens help, too.
I never understood why an e-song can be sold for 99cts and an e-book can not.

Anybody care to explain the economics of both?
That sounds great as a first cut.

At VictusMedia we used Topsy as a measure of recent trending links related to categories.
If something can't be made it's price is infinity. If it's custom but possible to create it's price is high. If it's mass produced it's price drops. If it's pubic domain it's free.

PS: Saying people will not make it at some price just means it's actual price is higher.
>Right after I was laid off the $4 difference between $9 and $14.95 was a bit much.

I think he means the $6 difference.
"There are many reasons for this, but it really starts with the fact that modern Macs use Intel CPUs and Intel CPUs just aren’t as power efficient for a given level of performance as the ARM CPU in the iPad,"

Doesn't the iPad have an Apple chip now?

Otherwise the article is a fairly nice commentary on why iPad doesn'r run OSX native apps. The article doesn't cover the technical details of what would be required to write an ObjectiveC app that ports to Both platforms. The Developer Tools for iPad is out, and I'd like to hear more about it - unless of course, it IS the _same_ as the iPhone developer tools.
This isn't someone who modded cable modems for the joy of exploration. He tried to build a business on devices that stole service from Comcast.
I currently live in rural Japan and when I first moved here, I went 2-3 weeks w/o a cell phone or internet. To be honest, it was torture. But it was self-imposed.

When I finally (and eagerly) got back online, I saw that the world hadn't ended. It was an important lesson: life goes on, even if you're not connected.

Since then, I've drastically reduced my time spent online and as a result, have accomplished a lot more things offline. I highly recommend it to anyone who feels they need to be always connected.
Also, you point out that "successfully discouraging your users from using a crappy password has much better repercussions." This is true, and I'm curious to know how you personally achieve this with your users, given that the vast majority[1] of users choose spectacularly crap passwords.

[1] http://www.imperva.com/docs/WP_Consumer_Password_Worst_Pract...
This domain authority exploit is exactly what many business models are being built on...Demand Media, Mahalo, Aol, etc etc etc
LoseThos V6.01 O.S. Released: Syntax Highlighting
e-songs sell much higher volume. Therefore, e-books must cost more to cover the fixed costs (someone else posted a breakdown of book-costs in an earlier thread).

Edit: http://www.tobiasbuckell.com/2010/01/31/why-my-books-are-no-...
OK, at least they're enabled :-) I'm not a DBA, but have hit IO issues with my MYISAM/MYSQL database many times myself.

1) Have you run Mysqltuner? If not,
wget http://mysqltuner.com/mysqltuner.pl
chmod to executable
and execute it. I find it rather helpful.

2) Are you indexing every field that is part of any WHERE statement (at least for the big tables)?

3) Have you run EXPLAIN on the original query? (Suggested by someone else in this thread, and a critical question.)

4) Is the slow_query_log enabled, and are you sure about which query is causing the slowdown?

5) Have you tried tools like MySQL Administrator, which lets you monitor connections, threads, keys, queries, etc, in realtime?
(The reason why manhole covers are round is obvious - because manholes are round (which also happens to have additional benefit of not allowing cover to fall into manhole). So the question is why manholes are round?)

Manholes are round because of the same reason most wells with brick walls are round - less material is required to support pressure trying to collapse the shaft. I.e. given that manhole needs to reach the same depth, it will be cheaper to have round shaft than, lets say, square, because round shaft walls can be thinner, but still support required pressure.
"After some soul searching, I decided to take a two-week leap into digital darkness – limiting my internet, TV, and cell phone access to working hours."

One does not require soul-searching in order to watch TV during work hours. ;)
Presumably, bcrypt is something that has been vetted by crypto experts, whereas your idea is just some random thing you thought up. Maybe you personally are a crypto expert and know for a fact that your plan will work, but the vast majority of people aren't. A packaged solution like bcrypt that doesn't give the developer enough rope to hang themselves (and their users) is a much better idea.

The idea is a developer will just do:

passwd_str = bcrypt_string_from_password(passwd);
db_store_password(userid, passwd_str);

and just be done with it, rather than having to decide between ROT13 (kidding), hashing, salted hashing, HMAC, etc. A couple years ago I thought applying SHA1 to a password before storing it in the DB was perfectly fine. Later I discovered that it was better to use a salt. More recently I've discovered that both of those approaches are flawed. Fortunately I've never written a large-scale application that deals with storing passwords, but I'm sure there are many application developers like me who would write much safer password storage routines if they didn't have to be the one to select an algorithm.

Now, I'm not saying bcrypt is the answer (I know nothing about it beyond what I've read on HN), but that's the general problem with your hypothetical proposal.
Exactly. There's no legitimate reason to modify a modem. At least with something like a mod chip for a console there's some (small) chance the person is using it to run homebrew code. In this case it's clear cut theft.
Wow. That Amazon email really breaks my expectations. I expect no-reply emails when it is obvious that a robot sent them, but when it's signed with a person's name, I am VERY surprised to see that you can't reply.
Fair point, but in the absence of empirical data to the contrary anecdotal evidence supporting the intuitive point of view is something.
That defeats the point of the hashing :)
But aren't the apps tied to appcelerator.com for distribution?
Chrome 5 Beta Released
As I recall the actual limitations where two fold, it's a research device so they did not want the extra radiation produced from an actual DT reaction so they stuck with DD. And it was cheaper to build it as a pulsed device and let it cool down, vs having an active cooling system.

From what I can tell the problem over the last 25 years with fusion is people keep saying what is the least amount of money we can spend and still make something useful. But, actually building a fusion reactor costs ~20 billion so we have been stuck prototypes when we need to shoot for the moon.

EDIT: Taking JET's design (http://en.wikipedia.org/wiki/Joint_European_Torus) and building a 10GW reactor would actually be easier than trying to build a 1GW reactor with the same basic design.

Also http://en.wikipedia.org/wiki/JT-60 "During deuterium (D–D fuel) plasma experiments in 1998 plasma conditions were achieved which would, if the D–D fuel were replaced with a 1:1 mix of deuterium and tritium (D–T fuel), have exceeded break-even"
There's something very weird about this. I'm surprised that they would post this in the Kindle forums, and the tone is just odd:

We want you to know that ultimately, however, we will have to capitulate and accept Macmillan's terms because Macmillan has a monopoly over their own titles, and we will want to offer them to you even at prices we believe are needlessly high for e-books.

If that's true, then why wait? Just "capitulate" now and get it over with. If you're going to tell the other side that you're going to cave anyway, you've pretty much given up all bargaining power.

I see the move to this agency model as such a monumentally bad deal for Amazon that it seems like one of four things must be going on here:

a) They've analyzed the situation and know they can't win (unlikely)
b) There's a legal reason that they can't do what they're doing (unlikely)
c) They're running a more elaborate play than we all realize
d) This was posted in error or without authorization
They'll probably write a bit about that, I'm guessing. (Though I expect that they'll probably elide one key detail: great marketing for the product you release next starts about six years ago.)
You're talking about a completely different problem.

Yes, many users pick crappy passwords. That's a social problem, one that is difficult to address with technology[1].

Storing passwords on the server is unrelated to whether or not the user picked a good password. If an attacker gets ahold of a copy of your database, they will have a much easier time of turning SHA1 hashes of passwords into actual passwords than of turning bcrypt-encrypted passwords into actual passwords (the latter being orders of magnitude more difficult, maybe to the point of being impractical as a target vector).

[1] You can always do things like require certain types of password complexity: minimum length, choice of characters from different character classes and cases, etc. But then you end up just moving the problem elsewhere: instead of using the crappy password they remember, the user has to write down their complex password, or maybe even store it in a text file on their hard drive.
If those tens of thousands of connections per second are tens of thousands on logins, per second, then the computational value of your hash function seems likely to be the least of your problems :)
A poorly-written web app whose SQL database is compromised has bigger problems than protecting the integrity of poorly chosen passwords (especially if they store financial information).

Losing such a collection of salted hashes does not render one "royally screwed." Those hashes (or HMACs) are still cryptographically secure, which means it's computationally infeasible to find a first preimage provided the password doesn't suck. You seem to think (or are at least implying) that bcrypt is impervious to standard iterative bruteforce attacks, but that's just not the case. Much like PBKDF2, and other iterative hashing techniques, bcrypt is more resistant, but still "vulnerable" to such an "attack." bcrypt's main advantage over other iterative techniques, in my opinion, is the 4KiB of s-boxes used by Blowfish.
It seems like no one is objecting, although I thought it was going to happen once every 3 months
It would give your statement more weight to know what paradigm you prefer.
whereas your idea is just some random thing you thought up

He might also have got the idea from one of tptacek's suggestions not long ago.

The difference between doing the iterations and bcrypt is.. well.. not massive in a practical sense. You could do either (if your already MD5'ing passwords once [hmmmm], for example, then it is a quicker solution)
The triple trick answer is that you don't - they're cremated.
Feedback Army Website Usability Testing HOWTO
I answer yes to every single one...man I need to get out of my mega-corporation job
You can tell how many friends someone had growing up by which version of the code they remember. B, A, B, A is for 2-player.
e) 5-10 big name publishers threatened Amazon over Macmillan, and they had to choose between backing down or facing a publisher revolt.
I would second you on this, but I would throw in ARM as a possible processor to target there are a lot of devices to tinker with that have ARM processors.

My second recommendation would be LISP, it is pure and helps you understanding structure very well.

If you are just diving in start with a procedural or functional language doing so will make you a better OO programmer when you make that leap, but I always think it is better to learn pure functional and then learn what OO brings to the table.

Doing so will help you understand when to use which one for a particular task, something that 90% (i made that percentage up) of programmers do not know how to do. Example being we use OO languages for system, data and batch processing and we use functional for UI an AI development. This is backwards and accounts for a good portion of why development, these days, is so convoluted.

Finally, if you are just wanting to sling some code to make money then just learn Java, no offense to the Java community intended, but if one does not have the passion they should just learn the most popular language and start building junk.
I've always wondered why we can't just blow up hydrogen bombs in a giant underground chamber and extract energy from the heat produced.
Nothing enormous; that's basically what PBKDF1 does. cperciva might correct me on this, but IIRC there are some minor concerns, addressed by PBKDF2, which is a slightly more complicated construction, about the iterated hash function degenerating into cycles. I don't think there have ever been any practical results exploiting this. PBKDF2 is just as good a choice as bcrypt, and a better-supported one.
From a developer's perspective, there's a real possibility that the iPad will be trapped in the valley between cheap, simple iPhone apps and powerful, albeit expensive desktop applications.

The economics of the App Store are already a bit shaky for sophisticated (read expensive) apps. Taking advantage of the iPad certainly won't be less expensive, yet realistically there will be far fewer potential customers even if the iPad is a success.
Assuming Comcast has a bandwidth cap, by spoofing real MAC addresses he's basically stealing other users' bandwidth.

But then again, people steal wifi all the time.
The Birth of the Virtual Assistant
Rather than a number of languages getting associativity wrong, a simpler explanation is that the < operator is not associative.

Mathematically, studying associativity makes sense for mappings of type A x A -> A, where A is any set; < is not such a mapping.
You don't mention whether you intend to host the tutorial yourself. If not, you might consider setting up a blog on wordpress.com where you can use the [sourcecode] tag when composing a post that provides all sorts of options for displaying text from various programming languages.

HTML used to be supported, but I don't see it in the current list. You might just use 'text' as the language type and then use one of the other options to highlight lines and such.

You can see a complete description here:

http://en.support.wordpress.com/code/posting-source-code/
Speculation around the 'tubes believe that A4 is a System on Chip based around the core ARM architecture.
I believe they're out, prices are insane though.

google for SSDSA2MH320G2C1

j.
Facebook: www.facebook.com/careers . You can also shoot me a resume.
The problem is that most of the type of questions are "tricks", they require you to come up with a specific insight (or maybe do a little algebra in your head).

Asking someone to do this on demand in an interview is iffy; in some jobs I'm sure that sort of puzzle solving is needed, but for most I find it a lot more apropos to ask them to do something related to the job. E.g. to attack a design problem, where I will indeed be looking at how they work through it.
I would like to argue that prototypes have been what's called for. We don't even have a clear idea of what a commercial fusion reactor would look like. The cooling and tritium production issues, the structural materials, and the lifetimes required of the super cooling and superconducting systems, are massive problems that haven't really been solved yet.

It's possible that replacing D-D with D-T would have yielded break-even for a few seconds, (I've heard that claim before too) but I'm very skeptical; increasing the internal heat generation is sure to change the plasma conditions: for example, there would be a lot of adiabatic expansion, which, even restrained against the tokamak fields, is liable to have a variety of unstable modes.
First, I find it very hard to believe that they wouldn't have seen that coming when they first yanked Macmillan's books.

Second, even if they did realize that they were going to lose and decided to back down, I find it hard to believe that the best messaging channel is a Kindle forum, and that the best language to use makes you sound like a tiny retailer with no power who has to "capitulate".
Your "every k steps" operation executes N / k times, which isn't O(k) so I don't think it meets the requirements given.
"If you need an artistic outlet, do it at home, or you’ll always be bitter."

This is equally true for developers.
"There has never been a goal-oriented technology project that has lasted this long, spent this much treasure, and produced so few results."

The aggregate human quest for eternal youth and/or immortality?
I am guessing it is related to dereferencing. It seems Google agrees, it's also mentioned on Wikipedia at http://en.wikipedia.org/wiki/Reference_%28C%2B%2B%29#Relatio...

[snip]...consequence of this is that in many implementations, operating on a variable with automatic or static lifetime through a reference, although syntactically similar to accessing it directly, can involve hidden dereference operations that are costly.[/snip]
We Are So Screwed
Though it makes you wonder what the sentence would be if he had built a business on stealing Comcast vans and selling them, instead.
Hooray for Amazon
True. However, he is in good company: didn't Steve Jobs and Steve Wozniak start out the same way when they sold their blue boxing devices? Imagine the iPad announcement coming from a prison cell...
You bury the ashes
His "every k steps" operation doesn't dereference any pointers; 0 * N / k is indeed O(k).
Coincidentally, on the way over to Starbucks just now, I heard a segment on NPR about internet-addicted korean kids who are losing their childhood to the online realm, so much so that they now have two-week internet addiction rehab programs for these kids and are starting to teach elementary school students about proper internet use and netiquette. I couldn't help but to relate to some of the kids as I myself spend lots of time on the internet, but unlike most of them who seem to be passing the hours playing online games, I tend to do lots of reading and more educational type activities, or at least that's how I justify it. I think this stigma against prolonged internet usage will slowly fade as more and more people are depending on the internet for their work, leisure activities (reading, art, etc), and communication. I mean, too much of anything is bad, as they say, and taking time to go out, breathe some air and kick a ball around is necessary for physical and psychological health, but the internet has become, to me, more convenient and efficient advancements of my canvas, library, classroom, newspaper, and telegraph, and so my time spent surfing, which has proven to be quite inefficient :P, has increased. I'll definitely get out a lot more and hit up my local cybercafe, though.
"The reason people tend to iterate in development instead of design is because it's much easier. They're not sure what they want, but once they see something, they know what they like and don't like about it."

This just happened to my team last week. The designer had pretty comprehensive mock ups of the site, the stake holders all said "sure, looks good," we implemented it, and then the stake holders saw it and asked for something very different from the initial design.

I agree that, to some extent, this is inevitable. However, if you can somehow teach or convince or trick the business people to give feedback during the design phase, it would save time overall because modifying mockups take much less time than actually building something multiple times. That does not change the need for developers to iterate as rapidly as possible, of course.
https://twitter.com/signup

Start typing in the pw box, if it's not strong enough, they'll let you know.

Also, try "123456" or "password"
Another interpretation is that when a developer speaks "human" he is engaging in design and when a designer speaks computer he is engaging in development.
When it comes to wifi, I'd drawn the line between stealing and innocent "borrowing" at the point when someone actually goes through the trouble of running a WEP password cracker, which is akin to what happened in this case.
Surely if it makes sense to have manhole shafts be round, and it also makes sense to have manhole covers be, say, square (for whatever reason), then manhole covers would be square, no?
An author published by Macmillan did a write up about this on the Science Fiction and Fantasy Writers of America's blog: http://www.sfwa.org/2010/01/why-my-books-are-no-longer-avail...

You can probably skip the commentary on free markets, but he has some interesting insight in the actual cost and mechanics of publishing. He explains that at the moment eBooks are the equivalent of selling limited editions of paper books because they just don't have the volume yet.
Especially so, I think, for the title question- where do you bury the survivors? I can't say for all the questions, but that one deliberately misleads and misdirects the listener. That's why it works as a joke.

Could be useful to see if they can be distracted or misled, but it sure doesn't check for intelligence/insight.
Turned Down By Big Banks, Small Firms Turn To Purchase Order Financing
100% correct until the last sentence. :-)

PBKDF2 is just as good a choice as bcrypt

bcrypt has a slight advantage over PBKDF2 in that it requires a larger ASIC area. It's only a constant factor better than PBKDF2, but making an attack 5x more expensive is still somewhat useful.