skysight-inc/HackerNews huggingface dataset:
Some research material I found on poverty:

Don't fall in the poverty trap, you might never get out (Best): http://trueslant.com/megancottrell/2009/11/13/dont-fall-in-t...

Economics of being poor (Second best): https://www.washingtonpost.com/wp-dyn/content/article/2009/0...

Poor nutrition stunts growth of millions: http://www.abc.net.au/news/stories/2009/11/12/2740530.htm

Life on $234 a week: no fresh food, holidays or visits to the doctor: http://www.smh.com.au/lifestyle/lifematters/life-on-234-a-we... (You hear all about a dollar a day feeds the poor elsewhere)

The paradox of American poverty: http://www.guardian.co.uk/commentisfree/cifamerica/2010/sep/...

Poverty not Taliban causing war: Afghans: http://www.abc.net.au/news/stories/2009/11/18/2746886.htm

Statistics and pictures of children in poverty: http://www.environmentalgraffiti.com/featured/poverty-forces...

Poor people spend 9% of yearly income on lottery tickets: http://www.walletpop.com/2010/05/31/poor-people-spend-9-of-i...
Yes, true. I am admittedly showing my bias. Thanks for the reply.
My god that sucked.
Limit all non-USA crawlers? The USA traffic is probably the worst offenders for scraping content.

Personally, I wouldn't even bother with this. As long as other sites aren't outranking you with your own content then I don't see a problem. If they are outranking you with your own content, then you need to evaluate your SEO strategy.
jade looks interesting, had not heard of it before and will be looking closely at it for sure.

I'd like to also recommend Nickolay Platonov's little-known but powerful JS templating library "Shotenjin":

https://github.com/SamuraiJack/Shotenjin

Shotenjin is built with Joose v3, which also rocks:

https://github.com/Joose/Joose
Finally someone is building something that has the potential to be the next Google...
I use one of those, inside a stiff cardboard envelope as is used for mailing things that shouldn't be bent, like photos.
Epistemological anarchism
So, we're not going to change the end-game, we're just going to piss of Iran....and you think that's good?

All I want is for nobody to get nuked. I think it's more likely that nobody will get nuked if Iran doesn't have nukes. But you're right that Stuxnet is a dirty move that erodes trust, that's why I'm conflicted.

We have a terrible track record of getting large scale systems secured, even in areas where those systems are under continuous public attack. Industrial software is not one of those areas, so developers of such software are unlikely to take security very seriously.

Surely going from complete obliviousness to awareness is the biggest step the industry will ever take to being secure, even if subsequent progress is slow. But I think they will fare better than corporate or home users, because there are less of them and they are more technically inclined and disciplined.
I agree that his prose is a little confusing. Here's my understanding of his intent:

"red-black trees write out a lot of memory"

I think this refers to how R-B trees require re balancing on insert, particularly accessing siblings of ancestors. This is doubly bad on modern processors, as it introduces a chain of control hazards dependent on these accesses. That can burn a lot of cycles on cache misses. In contrast, the trie structures only access nodes along the direct line down to the appropriate leaf. This has a control hazard (ie when to end the loop) and a data dependency between iterations. The control hazard can be easily predicted (assume search recurses) and modern processors are quite good at unrolling the data hazards across the shadow registers (or equivalent). Basically, modern processors and compilers are much happier with the sort of inner loops you see in tries vs restructuring trees (and are happiest with the inner loop of accessing a hash table).

"The documentation also claims that hashtables can store arbitrarily large keys and nedtries can't, which is only as true of hashtables as it is for nedtries."

I believe his implementation assumes size_t sized keys. This limit comes from his root table, which needs as many entries as bits in the key. While you could code up a variant that used arbitrary length keys I think you'd lose most of the performance advantages he measures (remember, we're mostly talking about constant factors here, not complexity class). He doesn't care about this limit, as his primary application is storing free lists in an allocator, which will always have size_t keys.

"I'm also having a difficult time understanding why red-black trees are not an "in place algorithm" and nedtries are."

I'm also confused by this, but I'm assuming he's looking at concurrent access. Tries only ever push down toward leaves, so with careful ordering it's possible to ignore many locking concerns. Or put a different way, you're only ever allocating new nodes or filling in previously nil slots in existing nodes. Trees with structural re balancing on insert like R-B could invalidate a concurrent traversal with a rotation.

"That specific optimization, then, doesn't seem to offer anything over a patricia trie, which itself would dramatically decrease the number of non-leaf node traversals (as nedtries does not describe using any kind of path compression at all)."

I think for his purposes there are some assumptions about distribution: namely if he's storing memory addresses in a nedtrie, it's likely he's allocating them with brk() or the like, and so they're clustered in one or two slots of the root table. Likewise, if he's storing block sizes, then the root table acts as a segregated fit similar to dlmalloc and its many offspring.

I'd agree that the way he over generalizes the advantages is a bit confusing, but I do think there's something interesting here vs vanilla patricia tries.
iirc, this is how it works:

banksimple negotiated high rates in exchange for banksimple doing all of the overhead/grunt work. the partner bank ensures the money and will lend it out, just like a normal bank. banksimple is basically building a slick customer service and user interface business on top of an existing bank, not building a new bank.

they make money on the difference in what they're paying in interest and what they're getting, and kickback on the card usage.
Cool game, but loved the music track.
I would like to point out that ING Direct already has no fees, absolutely fantastic customer service, and a mobile banking app (iPhone, not sure about Android) for their checking/savings accounts as well as one for their ShareBuilder product (investing).

The way that BankSimple could differentiate themselves is by providing a very good API that I can use to get my account information, including transactions easily and securely as well as move money around to various other bank accounts. That is what I miss right now, I can set up recurring transfers but there is no way for me to programmatically say check if there is enough money or a direct deposit has been made correctly before transferring the money.

Maybe I'm alone in that, maybe I am not. Either way they have to offer something that ING Direct currently does not offer at a very competitive price (free) or it just won't be worth my time.
Wow, oh wow. I'm going to leave this running on my computer monitor while friends and I watch the football game tomorrow and see who notices.
Hi, developer here.

Here is my comment on reddit where it was posted with a similar headline: http://bit.ly/hBlEEH

And here is how to make your Javascript game fast: http://bit.ly/fp9q2u (more to come)
A world without advertising
i) Javascript: Very few crawlers can read your javascript code. Look at the source html of Google. Is pure Javascript!
ii) Accept crawling based on IPs.
iii) Use captchas.
iv) Use cookies and Measure the crawling speed.
v) Think that if someone wants to copy your content, they can just look at the cache of some search engine, they don't need to crawl you.
Gödel's Theorem and Information
Attention conservation notice - this article is more of a summary of the debate of over culture and poverty, a sort of "who said what when". I found it interesting because it mentioned a couple books I didn't know about that I now want to read. But the article itself hardly makes any evidence based contributions to the debate. So don't read the article expecting to learn something about the link between culture and poverty.
This is basically cloaking (showing your content one way to regular readers and showing it a different way to search engines,) which could get you slapped by Google. Not worth this risk IMO. However, maybe there is a way to do this so you don't have to cloak? Not sure, I have never looked into it.
"he was getting ready for an international public offering of shares of the company in 2012"

Wow, not an Initial Public Offering, but an International one. I guess he's above and beyond the SEC now. :)
It takes some Enron-level hand waving to dismiss the cost of developing a native OSX app. Just hire a contractor, indeed. Would we prefer it? Yes. Would we pay for it? Don't be so sure.
*I can't edit my previous message anymore, but the "would" should read as "wouldn't".
It's a matter of fact that every vendor of telco equipment has to provide a lawful-interception interface when doing business at a serious scale (say, enabling services for >10k end-users). That holds true in countries with questionable political systems, but even more so in Central/Western Europe and especially in the US. It's really just how the technology is handled and used.

Regarding conspiracy theories: there's a popular saying in the telco/network industry, going like "Nobody has ever been fired for buying Cisco equipment". It's just a matter of taking personal risks for your CTO.
The author discusses outfit decisions based on what the outfit portrays. She talks about claiming an identity through wardrobe. While some people may care how others perceive their outfit and use an outfit to claim an identity, my guess is that Zuckerberg is wearing what he thinks is comfortable, and possibly does not give much consideration to what his outfit portrays. The article doesn't discuss comfort.
I've lived in Beijing for years, and I have to say Chinese restaurant service is on the whole pretty horrible compared to restaurant service in societies with tipping.
Just saw this go by:

I'd rather sit on someone's knee, while they're taking a shit, than imagine Steve Buscemi eating corn-on-the-cob in slow motion
It should explain how to shoot red balls, which is done by pushing the directional key opposite to the direction you are moving.
I thought this post was about Bill Belichick on facebook. He's been "The Hoodie" since Zuck was in middle school.

Also, both are very, maybe the most successful in their respective professions. Maybe we all should begin wearing more hoodies.

This is not news or anything anyone should care about.
The structure discussed at the link also shares this property, but only at the root of the trie (if I understand the code correctly... my c is relatively weak and it's written in a preprocessor heavy style I find hard to follow).
I can get downvotes all by myself.

Edit: See what I mean?
You're right, people choose those frameworks because they're easy, but which frameworks gets more criticism? Mojolicious or any PHP framework?
Configuring isn't totally a bad thing, yes it's long and sometimes difficult but in the long run, stuff will usually just work. Unlike Ruby on Rails where there are problems with routing and templating, or in PHP where there isn't a clear module system which makes it hard sometimes for complex web applications.
Not really, no. The VLC in App Store thing a few days ago reminded me of it is all.
My point was there's no incentive to have your js be compiled continuously. (I already have a deploy script, adding minification to that wouldn't be hard.)
Never been to Heathrow, but flown in and out of BJ Terminal 3 many times. It looks nice and modern and feels comfortable, but I and everyone I know hate traveling through it. It's so fucking huge, it takes forever to get around. And it seems to have been laid out in a way that requires extra walking / tram-riding than necessary for the amount of air traffic. I always got the impression that it was specifically designed to convey a sense of grandiosity to foreigners first coming to China: "Wow, what a modern and epically large airport, this must really be a globally important city."
I think that might be the goal of http://www.puppywar.com and clones.
Re: vs. hash tables

Both nedtries (as specified / implemented) and hash tables use fixed length keys. Either can be implemented with an arbitrary fixed length, but both are fixed.

The reason you can store arbitrary length keys in hash tables is only because you hash the key to a fixed length and then specify some form of collision resolution.

This hashing means, of course, that you lose order (disallowing what this author calls "nearest fit" searches). But, if you are considering using hash tables for your use case, you already don't care about that feature.

In the case of nedtries, you don't even need to do anything fancy (linear probing) or use a secondary data structure (chaining): as nedtries already allow you to store the same value twice (so he said... I didn't pay attention to how; worst case you can use chaining ;P) you can make the same tradeoff.

I guess you could argue this is an unrelated data structure, a "hash nedtrie", but if you are comparing the overall abilities of these data structure concepts it seems unfair to not point this out, especially given that it doesn't require changing his implementation (the user can do the disambiguation, as they may even be used to doing anyway with hash tables).
Ughh...no clue how to play Sodoku! Any hints on that one anyone? I seriously don't know how to play it.
Just support Google's AJAX crawling standards and disallow the escaped_fragment requests from crawlers that are not on your whitelist.
There are crucial differences between online privacy controls and DRM in not only in what kinds of information are covered, but how, and who is limited. DRM is about technological controls weaved into the information itself, applicable to all its consumers. Online privacy controls are voluntary promises made by single actors, such as Facebook and its partners.

It would be more apt to compare Bruce Schneier's proposed privacy legislation to the original introduction of copyright law than to the DMCA. Right now basic privacy laws hardly exist (EU excepted), and in their place is a frontier of one-sided contracts that change at the discretion of the information recipients. It would be skipping a step or two to go straight to DMCA-like additional legislation to prop up technological controls that attempt to narrowly enforce the basic legislation, when we haven't even figured out what the basic legislation would be.

Another big difference is the asymmetry between the number of producers and recipients: privacy is about relatively few companies receiving data belonging to many people, while copyright is about many people receiving information from fewer authors. Among other effects, that would tend to make enforcement of privacy easier than copyright, since the potential lawbreakers would be both fewer and highly visible. Facebook breaking a law is a big deal, and therefore difficult even without any technological restrictions. (Of course, getting such a law passed would be another story, and comes down to whether privacy sufficiently captures the public's imagination.)
I'm interested as to the anecdotal benefits of using a templating engine like jade or haml. I much prefer the longhand way of embedding code into handcrafted HTML, but then I date back to the early PHP and ASP days and use Django heavily at the moment. Can't quite wrap my head around this mix of generated tags and logic.
Re: assumptions about distribution

But if the assumption is that they are all using a couple slots of that root table, then the root table is not a performance advantage. It would be faster to just start the trie immediately and switch off the first bit.

The point of having a structure like that at the top is that it is a cheap-o form of level compression, and increases the fan-out of the root node, allowing you to cut the search space down much faster given a single very cheap lookup.

As for segregated fit, the bucket array itself is probably actually good enough for that. What /could/ make that interesting is if you /also/ stated that "small" (many leading zero) keys happened to be much more prevalent, and in fact twice as prevalent, as those in the next bucket up.

Otherwise, it is just further unbalancing his trie and is getting reasonably the same tradeoff as if he were using a patricia trie (which will use path compression to eat large numbers of 0s and otherwise will be reasonably as unbalanced without the cost of the bucket array, which is going to be many internal nodes worth of memory).
> But how can a 6 year old do that?

At least many 12-year-olds can learn to self-modify if they are taught properly. Some of the research in this area are summarized in "Outsmarting IQ: The Emerging Science of Learnable Intelligence" http://www.amazon.com/Outsmarting-IQ-Emerging-Learnable-Inte...
Re: vs. red-black trees

I don't know... he keeps talking about dynamic memory allocation and total memory usage. If he means cache locality, he should just say cache locality.

Regardless, if you care about cache performance and dynamic allocation, as the goal of a red-black tree is to be reasonably balanced, you can just treat it as a complete tree and use standard binary tree packing on it (the same algorithm normally used for heaps; maybe allocate each level separately, as he is also concerned with the cost of reallocation).
I think product sales is a game of incomplete information in which sellers don't know what each buyer wants and buyers don't necessarily know what they want either. It seems to me that advertising, which is effectively gambling on consumers' unknown desires, is the only way for either party to discover that hidden knowledge of what buyers want -- a commercial Monte Carlo simulation of sorts.

"If I had asked my customers what they wanted," Henry Ford once said, "they would have said a faster horse."
No, that's clearly not his new working hypothesis.
We are already heading towards a world where the advertising someone is exposed to depends on their expressed interests. Advertising the user wants is no longer annoying, it is useful and helpful. If advertising is so negative we could start calling directed advertising 'advice'.
If they want to get it, they'll get it. There are plenty of services available that will sell you lists of open proxy servers by the hundreds. If they really want your content, they'll just pop up each request on a different IP. The only way to really make it tough to get, is to take the content out of the HTML.. which.. you prob don't want to do
There are lots of ways to advertise that don't resemble cold calling, spam, or banner ads. Probably the simplest is article writing.

Write about a problem your customers have, and explain how your product can solve it. Write about a subject popular with your target audience and bring your product into the story (or just stick in a promo paragraph at the end).

If you write well and have a good product, people will find you, and they will tell their friends.
Arggh. There's this thing called IRC. Problem solved.
This is a very astute comparison, but the power relationships involved are so different that we may be able to treat the two situations differently. The DMCA fails in practice because the violators are millions of isolated individuals, and trying to stop them is like trying to carry water in a sieve. A comparable website privacy act would be trying to protect the individuals from the corporations, and corporations are bigger, are easier to hit, and have more to lose. So I think it's not necessarily as futile as the DMCA.
Site wants a lame login to comment, so I'll just do it here:

The solution is you need to know some bakers, who have baker friends. In theory you'd have already developed these connections while working on your bakery software. (Seeking advice on what they'd find useful + testing of early versions)

On advertising more generally, I was once opposed to using adblock and such since it theoretically hurt the ability for sites to pay their bills. Now that intrusive user tracking has become more popular, I figure all bets are off. I think that advertising's worst enemy is itself.
IBuzz i4 SlimBUZZ Price India, Dual SIM iBuzz i4 SlimBUZZ Features 
iBuzz Mobiles announced the launch of its first mobile phone for the Indian market dubbed the “i4 (SlimBUZZ)”. This dual SIM 11mm ultra slim handset loaded with opera mini browser, stereo Bluetooth, privacy protection, 1.3 MP camera and a host of other features is the perfect style statement. Pre loaded Java applications, support for popular social networking sites like Facebook, Twitter and Nimbuzz the i4 (SlimBUZZ) offers unmatched advantages at an affordable price. With the certified financial grade security i4’s secure ngpay wallet provides payments and banking on your fingertips. iBuzz i4 SlimBUZZ Dual SIM Mobile Features & Specifications
We at Sipwise implement VoIP switches at major ISPs in Europe, and the most uncomfortable question, which is ALWAYS asked (mostly just as a side-question, like "Btw, I suppose you support it anyways, so how does your solution work in that regards?") is the one of lawful interception.

There's a specification defined by the PacketCable consortium (http://www.cablelabs.com/packetcable/downloads/specs/PKT-SP-...), and I'd say that almost every major vendor has implemented it in one way or the other in order to be deployed at cable ISPs.
First, I disagree that well-done Java apps on OS X actually hold up as OS X applications. It is as Alex says; there's an uncanny valley, and Java apps fall right into it. Cyberduck is as good as it gets, and, compare it to Panic's Transmit.

Second, if you've seen Bingo Card Creator, you know that his users weren't buying it for its elegant OS X-ish interface.
Do you think an AIR application will result in less users overall than a Windows only application?

edit: make that less "paying users", by whichever standard the application in question uses
I'm confused: How are you solving problems for a profession when you know nobody who does it? And if you're solving problems for people you do know, why is there difficulty getting the word out?

Also, for what its worth: tech isn't the only industry with magazines, listservs, and conventions.
Same here. I played the game for 5 minutes, got bored and moved on to other things. However, I left the tab open just to hear the music.
In fact, it is even worse than that: in the case of random keys (which he admits in the documentation is important for trie balance without helping the user obtain them) he'd be much much better off just chopping the first five bits off the key and using that to index into his top-level array.

Doing that would let the top-level array segment the search space perfectly into 32 sub-buckets, avoiding the fact that the higher order array elements are increasingly meaningless (as they are exponentially smaller).

At that point, however, the datastructure is now a level-compressed trie ;P. (LPC tries seem to be at the state of the art for this kind of structure).
http://blog.gatunka.com/2009/11/03/japanese-computers-still-...

This blog post explains perfectly why I am slowly falling in love with what Apple is doing for displays. I don't have anything to add separate to it, but thought it was relevant.
Me too, although in that vein I'll note that the π in the formula is actually a 2π, so the τists win again. ;)
YouTube in HTML5 is an amazing experience through the YouTube5 Safari extension from Connor McKay. H.264, through YouTube, on Safari. For the low low price of free: http://www.verticalforest.com/2010/10/27/youtube5-version-2/

Best YouTube user experience ever, auto loads the highest quality every time, and downloads faster. This is the way YouTube should be!