skysight-inc/HackerNews huggingface dataset:
Any source for that? I am pretty sure insertion sort has a lower constant than quick sort and merge sort. O(n^2) with low constant can beat O(n log n) when n is small.

Wikipedia agrees with me too about quick sort being slower:

https://en.wikipedia.org/wiki/Quicksort#Optimizations

EDIT: Wikipedia says the same about merge sort.

https://en.wikipedia.org/wiki/Merge_sort#Comparison_with_oth...
MIT researchers develop highly agile autonomous plane (video)
It wasn't the intention to imply that one borrowed from the other. The concept of isolation and virtual memory protection goes back to at least the 60'es for instance. It would be unwise not to take the knowledge into account - even though we are extremely good at forgetting our past in this industry :/

The key take away is that these methods seems to work. They worked in a setting of C code on the existing rovers as well as the newest one. They worked on large telephony switches written in Erlang. My guess would be that many other mission critical systems will posses the same traits.
Quite nice.

Next time I'm in west indies I'll make some samples. Their fat raindrops on top of metal roofs is quite pleasing.
But those atheists seem to be just fine, psychologically. I don't think the need you describe needs to be filled by a lie about religion.
I agree, though, that it is a bit of a shame that atheists don't seem to make much of a concentrated attempt to care for those needs (community building against loneliness and such things). I've thought about it often.

Actually I think the church is basically just a company that caters to those needs, so what is necessary is starting another company.
Well if it's possible for C++, it's definitely possible for D which is benchmarked to compile 100 times faster and has close-to-ruby's productivity in a close-to-metal language like C. An added benefit is that D already has most of the C++11 features and more.

I would very much like to use D as an extension language.
I might be remembering wrong, but I think in the very early days of facebook there was something that allowed you to file share through it that Mark had added in. I believe it was taken out though because the hostility that would have come from the entertainment industry wasn't worth the risk.

Looking for the link.
It seems to me that you are looking for an excuse for not exercising as opposing to looking for a solution.

Could you please share what exactly you don't like about me?

I just shared my perspective on how you and other people could fix their lack of exercise problem. That somehow triggered your negative attitude toward me. Why?
This is desperately missing color coded cells :(

So is the linked wiki at apache.org.
I really don't get this "quality of the community" has degraded argument. I hear the same about Facebook.

If the quality is degrading it's because of YOUR friends and YOUR choices about who to follow. Other people including myself simply hide posts or unfollow when the SNR becomes too low.
How to speed up your computer for gaming for free
Developers flock to platforms where users are. Twitter and FB has users. So devs write apps for FB and Twitter.

App.net, from where I see, looks like a platform with more developers than users.
Erlang is best suited for online applications (as opposed to batch processing) that require handling a high-rate of concurrent events and need to be fault-tolerant (highly available). Erlang was designed with those applications in mind, and provides just the right abstractions (and no more) for implementing them correctly and efficiently (like light-weight processes with mailboxes, complete process isolation, and supervision hierarchy).

But what I like most about Erlang (and I like Clojure for the same reason) is that it is not a kitchen-sink aggregation of programming language features thought to be useful or cool (like some other languages that I won't mention), but a perfect (or near-perfect) mix of just the right features, all made to work with one another in synergy.

In other words, Erlang, like Clojure, does not say, "here are the features you can program with", but rather, "this is how you should program". And the features these two languages provide are, I think, just the right ones for developing software with modern requirements (scaling and high-availability) on modern hardware (concurrency).

Erlang's features, however, do tend to focus more on programming in the large, or high-level software organization (they helps making your software scalable and fault-tolerant) and less on low-level constructs (it's hard or impossible to write a super high-performance data structure in Erlang). It delegates those low-level problems to units written in other languages. Clojure is the opposite, I think. It's designed to make building correct and efficient data structures and data-processing functions easy, but provides little guidance to high-level organization of complex, large software.

Both are also relatively easy to learn, which only shows their elegance (though Erlang does suffer from a somewhat antiquated syntax owing its origin to Prolog).
It's OK to build hierarchies of modules. It's not OK to make them deeper than needed and violate YAGNI with sparse hierarchies prepared for situations that'll never arise. Not all programmers fall into this trap, but due to IDE support, Java developers are specially vulnerable because, for them, it costs nothing - programs do the job of keeping everything neatly over-organized.

I don't hate Java. In fact, along with Python and C, it's one of my favorite (and more used) languages. But I do realize it has a huge potential for being abused in horrible ways.
I think the stats will clearly show that it wouldn't have been funded without the Gruber post.

What puzzles me is that the HN crowd seems to be the target audience for whatever it is App.net wants to do but Dalton & friends totally failed to get them interested enough even after so much posts here.

With Gruber they reached a different crowd and got the money, which may prove that they have something interesting on their hands but now they'll have do deal with different expectations from their users, and I'm highly skeptical it will make their strategy clearer.
> because it is modeled on SQL

And that's the problem - you have a very Java-like syntax for the rest of C# with intrusions of SQL-like syntax. I'm not sure it's a good idea.

A solution more like the comprehensions you find in functional languages would probably be neater and more flexible.
You bring up very valid points. I was speaking in terms of asymptotic runtime analysis, which does not care about constant overhead. However, the cost-per-operation will be dependent on the architecture that runs it.
Oh, the irony: https://news.ycombinator.com/item?id=3769997

"(...) and ignore the inevitable onslaught of negativity you read here...its par for course lately."
Finally, some rationality.

It's usually the people who aren't actually gamers or are otherwise familiar with the industry that will breathlessly praise Ouya. Usually people who are wantpreneurs dreaming of day when they live off selling digital snake oil.

That the Ouya would be experienced by them as an apotheosis of that is not surprising.

I've been gaming since I was 2 years old (NES). The kickstarters wasted their money. We already have open platforms, we're just ignoring them.
It is an insult. "Troll" is a content free emotional word. Non-practicing entity is likewise a useless name.

If somebody wants to inform me, they had better say something like "claim 4 of the '387 patent is for accepting coins with a vending machine, which clearly is anticipated by the prior art".

Saying "oh noes, evil patent troll" does not inform me. It is sensationalism and gets flagged as the garbage it is.
Just like nine women can have a baby in one month?
Thanks for the cool project. I'm also brianshumate on Github & a link there is cool.
There were Lisp systems that were simpler than Unix, such as AutoLISP, Scheme, and later XLISP, but the ones that were competing with Unix in the 1970s were things like MACLISP, Zetalisp, and Interlisp, which were much more complex than Unix was at the time. I mean, Zetalisp had its own microcode, its own hypertext documentation, its own GUI, transparent persistence, and a WYSIWYG text editor, at a time when Unix had a couple of C compilers, man pages (its own typesetting system, to be fair), @ and # as the defaults to erase a line and a character, and ed as the standard text editor.
Ah it is googleable then. So whats the problem again?
I've used libtcc from tcc to do something similar on a prototype listening on a socket to do queries over a 2 gig memory mapped file. I'd pass over the query as a string of C that would be dynamically compiled and executed by libtcc. It worked really well but ultimately didn't go anywhere other than research. Here's an example from the distribution (first google result for the file): http://www.koders.com/c/fidC76C8B834DFF05F1D0BD61220AC19E246.... TCC can be found here: http://bellard.org/tcc/
The node.js worker threads are native threads, which are preemptive on all current platforms. The JavaScript context is running an event loop which most likely must perform locking on its message queue and callbacks to async operations are queued for execution on a future tick of this event loop. All of this seems very preemptive to me.

What seems like cooperation in node.js is really just async operations queuing up on the event loop. Since requests are also async events, they get interlocked with callbacks from existing requests.

To me, cooperation is when you yield the thread to another coroutine. This saves the state of the call stack, the registers, everything; meaning you don't force your user to keep that state in closures. The user code in a cooperative environment feels sequential and blocking and results are passed by return values, not by calling continuations.

Its also friendlier to exceptions since it doesn't lose the entire call stack; with node.js you only get the stack since the beginning of the current event loop's tick.
Because the government is the one spending the money.
Yes, we're a contestant in CRMIdol. Are you?
1. "You miss 100% of the shots you don't take." - Wayne Gretzky?

An optional one-
2. Happiness = Outcome - Expectations. The key to enjoying life is keeping expectations low to the degree that you're always pleasantly surprised.
(do not remember who told this)

2.
Hey programmers who is Lena or Lenna?
Ask HN: What html/css framework do you use?
I've been dabbling in the Zurb foundation framework lately and it is great for all the projects that I have going on. Are there any that I should familiarize myself with?
Weknowyourhouse.com
Website that's using Twitter to find out where people live and posting addresses online.
There are already at least 2 implementations of PHP on the JVM:

http://quercus.caucho.com/
http://www.projectzero.org/php/
Facebook User Profiles – Real vs. Fake
Minecraft Pocket Edition Adds Bows, Skeletons and Spiders
Yes, which gives these arbitrary cutoffs like Java's for sorting varying efficiency depending on the processor architecture. These cutoffs between different algorithms are vital though for implementing fast multiplication of large numbers. GMP has a different set of cutoffs for multiplication for every supported CPU architecture.
Interesting. Although, I don't like it for the same reason I don't like the Pair app.

I think communication between loved ones should be more personal. I don't think these types of relationships should be encouraged.

You should be calling your mother more. You should be taking the time out of your day to send a personal email or letter if they aren't technically savvy.

I get it, it's easy. Few taps on your iPhone and a postcard is on the way to your Mom.

I just think that life is too short to subject a relationship as important as the one you have with your parents to a mobile app. Can you imagine:

"Hi Mom it's Kelsey, here's a picture of me and my new dog, Snookums!"

-This message delivered to you with no effort at all by HiMom, the mobile app for terrible sons/daughters

Just call your parents. They love you and miss you.
In node.js operation that would normally block are performed in a worker thread. For example to read a file you specify a filename and a callback function that will be called when the file is in memory. After the call the execution of the current thread will eventually return to the event loop and other events will be processed until the file is read, such as requests or other callbacks. Once the file is read, a call to the specified callback is queued on the event loop and then executed, resuming your code.
first? put your email and a bit about the work you are looking for in your hn profile.

But yeah, as far as I can tell, elance, odesk, etc... are not how most higher-paid gigs are done. The perception is that you are 'paying peanuts and getting monkeys'

The few times I've worked through those sites (this was many years ago) I'd get one gig through the site, then the customer would contact me directly for more work. I mean, if you are just one guy, it doesn't take many ongoing customers to keep you busy.

I'd rate it slightly below craigslist.org/cpg, which isn't a great way to make a living, but you eat.

I have observed a few deals done through such sites where my client hired someone to setup something; it seemed to me that most of those deals, essentially, ended up with the remote worker quickly stamping out, say, an oscommerce install with minimal modifications, then charging a flat fee. That's another way to go at it, I guess. I think the guy I talked to that was doing this for my client was probably making pretty good money.
Bilingualism and False Diagnosis
> I think you're actually proving my point.

That thought demonstrates that you don't understand him.

> Western Germanic society perhaps, but even there there is no shortage of examples of large urban populations

What definition of "no shortage" are we using?

Yes, London and Berlin existed, but what fraction of the population lived in these areas? How many were there?

When >50% of the population is directly involved in producing food (blacksmiths aren't direct), what fraction do you think can live in urban areas?

> maintaining a well-manicured lawn is incredibly expensive,

No, it isn't. I know poor people with fantastic lawns.

As to the rest, you're revealing your Puritanism. You're upset that people aren't doing the things that would make you value them. That's a problem, and it isn't theirs.

Where do you get off "suggesting" that they please you instead of folks who they want to please, includiing themselves (a possibility that you don't even consider).

> Second homes and front lawns have nothing to do with each other.

I'll bite - which of them do you have? (For some folks, they do have a lot to do with one another. For others, not so much.)

Which reminds me, your inaccurate usage of potlatch is incredibly insulting on at least a couple of levels. Of course, you know that, and don't care.
> Only you can define what your signature looks like. That is why you didn't have any issues. They don't check the signature against anything, if that's what you mean. See this comment: http://news.ycombinator.com/item?id=4345214

This may be mostly true, or even universally true now, but it hasn't always been. I remember trying to make some major modification on an account with a local bank in Chicago around 2000 --maybe closing it?-- and the bank officer with whom I dealt actually brought out a physical record of my signature to compare against what I was currently signing. (Since I'd opened the account some years ago, it took me a long time to guess how I'd signed back then and to reproduce it successfully. For some reason, the officer was perfectly willing to let me try until I satisfied her, but not to accept that I was who my ID said I was.)
To be fair, some times you can build things much faster as the process for capital expenditure of sizes necessary is more straightforward. "Oh? You need to spend 20 million dollars on some hardware? Cool. Follow this accelerated RFP procedure."
I'd argue that the "average developer" has probably never used SSH, or so rarely that it's practically as if they don't know what it is beyond a way to type commands into a remote machine. Think FTP. That is something that would be a little safer to assume that an "average developer" would have.

I have to consciously remember that a lot of the development tools I use on a day-to-day basis (ssh, git, emacs, rails, django, js unit testing, diff, etc), while commonly discussed on HN, are not actually the norm in "the rest of the world".

FTPing a pile of PHP files, versioned using .zip files, and merged by hand without diff tools seems to be the "average developer" when I start looking around a bit.
Do Consumers Click on Mobile Ads?
The host-side application could already be written using Java, atleast for OpenCL applications[1] (The kernel--that is, the GPU code--was still written in OpenCL). My only concern is that Java will make it more difficult to find out exactly what's going on in the kernel code, and hence more difficult to optimise.

Now, this also doesn't solve the issue of needing to consider the parallel architecture when coding the kernel to actually make use of the hardware. Nevertheless, kudos to the guys behind this.

[1] http://code.google.com/p/javacl/
I agree, but I don't think the two are mutually exclusive. This is not a substitute for calling or spending time with your loved ones. Sending physical media though is often a very nice gesture that people appreciate. In today's age of email and texts, it's nice sometimes to get a letter or postcard.
I get it, it's easy. Few taps on your iPhone and a postcard is on the way to your Mom.

Exactly why it's useful.

I just think that life is too short to subject a relationship as important as the one you have with your parents to a mobile app.

Constant postcards will be welcome (at least by my parents), in addition to the call. Especially useful if you have young kids growing up far from grandparents.
I suspect that you don't understand that this is not about the ads being visible, but the ads being based on your data, and your content.
> In the present environment it is people who got a worthless degree from a third-rate technical school, like Devry, Kaplan or the University of Phoenix that are saddled with student loans they cannot ever hope to repay.

I know personally folks who have degrees from two of those three that were extremely valuable to them, degrees and education that made it possible for them to make a very good living.

Of course, my anecdotes aren't data, but I'm pretty sure that you're just bloviating from an even less sound basis.

That's not counting the tradesfolk (mechanics, plumbers, etc) for whom such schools are the only source of education. They were abandoned by the non-profits long ago.

I note that you ducked my question, so I'll repeat it

How does your knowledge of the bankruptcy rules and experience with past rules inform your proposed policy?
I don't (technically) agree with assembly as a first language because of the daunting amount of system knowledge a beginning student needs.

However, once a student starts groking C (or C++ for that matter), especially pointers, bit manipulation, and stacks, I think assembly is invaluable for really understanding what the computer and your code is doing. This is especially true when paired with the aforementioned systems course.

I guess I am agreeing with you in the end...
Exeter, we have a problem
The key he is missing is Android. The huge big advantage of the OUYA is that it leverages the Android ecosystem. As a game developer myself, we were already developing OUYA ready games before the OUYA existed. Many (most?) games in the Play Store right now are already ready for the OUYA (gamepad support, freemium, 10 feet experience) or close to it. Which are a great good practice for developers to be following on Android anyway. And now the OUYA is an additional encouragement.

I agree with the author that the OUYA is not the future of gaming. Android is the future of gaming, the OUYA is just a tiny piece of the whole puzzle. There will be plenty of competition in the Android gaming-focused set top box in the next few years. The OUYA is just the first one. Maybe the OUYA itself will fail and lose ground to the competition. I don't know, nor do I care. It doesn't matter. What matters is that in the end of today it will have helped drive the Android ecosystem forward. The OUYA sends a clear message to the incumbent. Even if the OUYA dies because it couldn't outsell the new sony/samsung/whatever Android gaming boxes. It still succeeded on a game developer's point of view. Because the OUYA ever existed. More developers will be making their games compatible with consoles. More OEMs will be building Android gaming devices of different formats. Both game developers and gamers win.

He's right, the OUYA is just a so-so box without much special by itself. But it doesn't make sense to look to the OUYA by itself. Almost no one would've backed the OUYA if it was just a new platform never seen before. But it's not. The OUYA is just a detail that shows a clear trend that was not as obvious before (though many of us were saying this for years). Which is that Android is the gaming platform of the future.
Biological impacts of the Fukushima on the pale grass blue butterfly
Here is a link to the Phillips Exeter Academy problem sets in mathematics referred to in the submitted article:

http://www.exeter.edu/academics/72_6539.aspx
I think (hope!) 20 years from now we will not be subjected to grocery stores. The redundant, recursive process needs to go!
This is all great but... why?
The whole point of Grok is that the phrase "IDEs leave Emacs in the dust" is a function of the poor design of today's tools, not anything inherent in IDEs or Emacs.

"IDE as a service" in the style of Grok (or Ensime for something currently available) puts Emacs on a level playing field with any IDE.
The Software Engineering Axis Survey
completly agree. This is just an additional medium for communication. They all have there place.
Besides the postcard format, how is this different from PicPlum (YC S11)?
Would love an extension that showed a summary of a site's ToS on the sign-up page.
I agree.

I hate adverts, but I think app.net is unlikely to topple FB or Twitter in the social sector.

Myspace is a warning to Twitter and FB, if you don't look after your users, improve your service and keep them happy then you the advertisers will leave too.

Sure the advertisers are a force that doesn't necessarily align with the users, but this is something the people running the network have to mitigate, because it isn't in their intrests to piss off their users.

That being said, I think advertising is in a bubble, so from that perspective app.net has an advantage.
> That's engineer math, but not financier math.

Engineers read the whole message, including the bit about liquidation preferences and doing things outside the deal.

Why do you find it unreasonable for different people to get different signing bonuses?

Note that they're not getting them because of ownership, but because of perceived value to the acquirer.
This is not only about sending photos. “HiMom is about improving engagement between the young social networking generation and those who are not connected there”. Looks like they are first concentrating on it.
Great. Let us know what you think about it :)
We're learning more about Mars. It's pretty much precisely the same benefit Spain, France, Portugal, and Britain derived from early expeditions to the New World.
My reaction exactly. I have great respect for the JVM, but PHP could simply be replaced by JavaScript for example.

It seems easier to me to port PHP to Rhino or node.js than to bring PHP to the JVM. Especially considering CoffeeScript, PHP just can't keep up.
Excessive influence of religion leads to poverty, poor health, and a high child mortality rate? Do you have any sources to back this besides a general feeling that religion is "bad"?