skysight-inc/HackerNews huggingface dataset:
The depth of the sample doesn't get around the Nyquist-Shannon sampling limitation. This means resampling a 44.1 KHz * recording at a higher bit rate is pointless.

To be specific, a 44.1 KHz sampling rate provides a bandwidth of 22.05 KHz, period, full stop.

http://en.wikipedia.org/wiki/Nyquist%E2%80%93Shannon_samplin...

http://en.wikipedia.org/wiki/Sampling_rate

A quote: "The full range of human hearing is between 20 Hz and 20 kHz.[3] The minimum sampling rate that satisfies the sampling theorem for this full bandwidth is 40 kHz. The 44.1 kHz sampling rate used for Compact Disc was chosen for this and other technical reasons."

* Corrected units
You just need to focus on percussion to get it right - it's much more complex frequency-wise.

I personally break even at V2.
Still waiting for nReduce News, or nN in short.
The caption approach often doesn't work very well in prose. The reader doesn't really want to divert their attention to a long caption, which interrupts their reading of a paragraph, if they bother they might have a hard time going back to where they left off after they've taken in the caption. This is why captions should be fairly short, especially when your reader is a reviewer who is not specifically interested in reading your paper. I actually prefer inlining my figures into the paragraph text, especially if they are short or math oriented. Reference becomes harder, but the reader's flow is better preserved.

Now, we can avoid that problem by moving to an illustrated comic book style (as done in Bret's example), where the figures become the story and panels are read in lieu of prose. But its very difficult to do a whole paper like this.
My preference is to have the base factories set everything that is needed for the generated record to be valid, and nothing more. If your User model validates the presence of the account, then the account association should be set - if not, it shouldn't. Otherwise, FactoryGirl.create(:user) is going to provide you with an unsaved, invalid record, which would certainly be surprising to me if I were using that factory for the first time. If all you want is a consistent set of initial attributes, then define a constant USER_ATTRIBUTES somewhere with a hash of values, and pass that to #new - using factories for this purpose is a bit sledgehammer/walnut.

I agree that excessive association building can get out of hand (and the latest version of FG even allows you to subscribe to factory events just so you can work out what the hell your test suite is building - a sure sign that you've lost the ability to reason about your tests if ever there was one), but completely abstaining from building associations seems to remove more or less all of the attraction of using factories as a fixture replacement in the first place.

All of the above applies only to integration/acceptance tests, though, where factories-as-fixture-replacements are at least arguably justifiable; my recommendation for unit tests is "don't use factories at all."
Try Googling a bit for nVidia and terms like GPGPU and CUDA.
I'm getting a 502 bad gateway, has being on the front page crashed the site?
They did the same thing with Instagram, I think Twitter are doing this because these competing websites are generating a lot of new users for those websites while leaving Twitter in the dark on growth, revenue, etc. Twitter sees this as significant competition, although I don't really see how blocking these "competitors" from using the Twitter API helps Twitter?
Same here. Google doesn't have it in it's cache.
Anyone with a mirror out there?
Aren't you proving the parents point? He was saying the only 60+ developers have always been developers...

Also, having a wikipedia page that you wrote yourself, doesn't really say anything...
From the Wiki:

[...]End: a SHA-1 hash key (40 hex characters, 160-bits) stored in the global DHT and distributed between switches. Switches will distribute and look up ends in the global DHT that are important to them. TeleHash defines the SHA-1 hash of the external IP:PORT of a switch as part of the protocol. Applications built on top of TeleHash can add their own ends to the DHT like hashes of files, hashes of e-mail addresses or hashes of other application-specific values (e.g. user@chat).[...]

So if i understand this right, every packet has a protocol-defined +end and the application can add it's own end on top (i.e. an Email adress?).

https://github.com/quartzjer/TeleHash/wiki/My-Understanding-...
"For the entire month, we set aside all nonessential product work (everything besides customer service and keeping our servers running)"

Who did they offload the work to then?
Terrible test case
The use of UDP allows for "hole-punching".

User A wants to send and receive messages with user B.
Both are identified only by their IP and Port pair.
User B does not know of user As intentions.
So user A send switch C an UDP packet asking for "hole-punching".
Switch C has this service where users behind NAT routers connect and signup to be contacted when someone wants to "hole-punch" to them.
Switch C sends a packet to B with info about A.
B sends A a packet and Bs router is now expecting packets from A. Has soon has A sends its first packet to B its router is open for packets from B. Now both A and B can send packets to each other without C.

DNS is not yet entirely out of the loop.
The main switch for telehash is telehash.org:42424
Real World Clojure - Doing Boring Stuff With An Exciting Language
I was wondering how this approach deals with systems running behind NAT also. With IPv6 not happening anytime soon, there will be a large number of systems without individual public addresses available. Routing this UDP packets may require tweaking firewall rules, etc.
Switches behind NAT either have to configure a port to receive UDP directly or depend on some other switch for hole-punching.
It's just the audio sample is not complex enough to hear the difference, from the encoder POV.

Try doing the same test with some orchestra recording or any metal band of your preference, even 320 vs lossless would be noticable.
I think he meant "urban" was racist. It does correlate with race, but I don't think the term (as used in marketing demographics) is racist as I used it -- purely descriptive of the userbase of a site. Similarly I'd say most BET viewers and fans of Talib Kweli are black AND urban, but that statement isn't racist IMO (although I'm not even sure if it is true; I like Talib Kweli and it is possible that even if a greater percentage of black vs. non black people are fans, the total number of non black fans is higher due to a greater total non black population.) I think it is reasonable to have a discussion of something where race, culture, age, geographic factors, etc might exist without it being racist in the commonly accepted sense.
I've stayed at one of the MV houses twice now. It's an awesome place. I can agree with turnersr about the productivity. It is hard to concentrate at times, but that's because there are so many interesting discussions going on that one want to participate in. :)

Also, the at least the MV-house I stayed in had did have private rooms, which is what I've gone for both times.
But the point is the same - the control is concentrated in a small number of points (e.g. DNS, Hosting) - and you articulated this correctly: client-server. Calf-cow. Not peer-to-peer. That's what I'm keen to get past.

But the client-server is only for a single request, it's not a static property of a node. You can be both a client and a server simultaneously, making and accepting requests at all times.

Not sure what you mean here. You need to use HTTP. So you need an http client.

Yes.

Chances are you'll be fed heaps of html and other garbage.

No, HTML is definitively not necessary. Think of what it's commonly called "Web Services"; they're often only available using structured data encoding formats like JSON and they serve a whole lot of applications that are not web browsers: native mobile apps, for example.

HTML is just one of the many formats that can be transported by HTTP, nothing forces anyone to use it in order to use the web.

Then there's the matter of state. So you're saying HTTP but not in a RESTful way?

REST doesn't prevent state. It just prevents session/context state from being stored on the server. You can still store it on the client (which, again, would just be one of the roles of a node) and permanent state on both.

If you're suggesting tunneling everything in HTTP I think that's unnecessary.

If you mean tunneling as in SOAP, definitively not. I suggesting using HTTP as it's supposed to be used. Something similar would have to be reimplemented anyway, and HTTP is already there and supported by plenty of tools, services, etc.

Why does it have to be at that layer? Why applications? (...) I want freedom from applications.

I don't get what you're saying.

And if I had my way I'd extract the html table parser from it and have that as a standalone filter.

The whole "browser" concept is outdated. People want to watch video, listen to audio, look at photos and read TEXT. I don't need html to do any of those things. And I don't need html or other HTTP junk to do search to find video. I need a tcp (or other) connection and a video player.

Again, no HTML is needed. And no, a TCP connection and a video player is definitively not enough. You need some way to identify the video you want to watch, to decide what part of the video you want (e.g. if you already watched the first half), of knowing if that video still exists on the server, possibly some way to authenticate yourself (I don't want to share my personal videos with the world), and it would be nice if the video player could tell what formats it supports so that the server could send it the right version or say that none exists without having to download it.

HTTP is well known, ubiquitous, provides all that and it certainly doesn't need HTML for it.
I cheated... the first one took a bit more to buffer, so I inferred it was the highest bitrate.

Anyway, with the cheap headset I have at work, yeah, I didn't notice any difference.
yeah ... all talks take place in the same giant room ... you can hardly hear the speaker, projections are almost invisible because the light is too bright.
OK, I was being a bit thick there, to look up a email address you presumably simply hash it (presumably with some kind of canonicalization) and use that as the key for your lookup for a matching +end.
Wrote something for this, works with all versions of the iPad and iPhone. The other user just needs an internet browser.

http://remotewhiteboard.com/

Of course, this app can only show you something that is going on in the app, buy you can use it for presentations, or helping someone over the phone.
maybe, they're in beta. great service btw, I recommend checking it out when it's up again :)
we may run another deal for $25 sometime, but it is back at $34 for the foreseeable future. that was just a promotion for launch day.
yeah was reading this also , mainly because iPhone /mac
users are more educated to pay for software
and also because the payment method in apple is more intuitive and easy
In my opinion starting programming at a young age is almost orthogonal to being interested in HN links and discussions from a young age, mostly because kids have other interests than adults, even if they like programming.

I'm not saying that there aren't any children reading HN btw.
The philosophies of acme and vim are so completely different that is very difficult to even compare.

One of my favorite things about Acme is that it requires basically no configuration, you can write small scripts to perform certain tasks, so in a way it is 'scriptable', but this are usually little more than shell pipelines to transform text.

I remember spending hours in vim simply looking around the huge mountains of documentation to find the right option to add to to my every growing vimrc, and when you wanted to do something slightly complex you had to use the rather bizarre vimscript.

Yes, vim has bindings for python and ruby and a bunch of other languages, but this brings us to another issue with vim: every installation seems to be almost unique, it has no consistent defaults, or even available features, so even carrying your personal vimrc arond (which is a pain in the ass) is not enough as it might depend on some feature not enabled in whatever vim binary you will find in a given system.

Window management and mouse chording in acme are simply a dream, while in vim i can rarely remember all the commands needed to manage windows, and the mouse is basically useless.

I could go on, but if you have tried both, you will realize that the differences are quite fundamental and even philosophical, so I don't expect every vim-head to understand and appreciate acme right away, because it will not fit with what they expect from a text editor.

All that said, I still use ed for quick edits, in part because it provides a consistent and almost universal interface, the trend some Linux distributions have of removing one of the most venerable and ancient Unix commands is very, very disturbing.
https://github.com/Lokaltog/vim-powerline there ;-)
I'm 60 and I agree that adoption by older folks is that way but please don't imply that we can't or won't. I was a hardware engineer till nine years ago when someone asked me about developing a web site for them. Now I have my own very successful web dev company. Plus, I would bet I am more tuned in to tech, and own more advanced hardware, than the majority in this thread.
To the "Why UDP?" part:

For things like P2P UDP is a much better fit, because TCP sends an ACK (ACKnowledgement) to the sender for every received packet.

Since UDP is unreliable no such ACKs will be send and it's up to the programmer to detect packet loss. The latency is therefore with UDP lower (and hence throughput higher), because the provider can push packets without waiting for a response.

For instance in P2P the receiver only needs to send a NAK (Negative AcKnowledgment) if and only if a packet/part is missing and then it will be resend by the provider.
end is a SHA1 of the ip+port of the endpoint so there won't be any collisions (hopefully)
At work, with crappy Microsoft LifeChat LX-3000 there's a barely noticeable difference. Can't tell which is which anyway. Need to try at home with a proper setup.
You're right. That's what I ended up focusing on after a few listens and chose the correct answer, which could probably be attributed to being an ex pro drummer. Most people were probably focusing on the vocals, not at all attuned to what quality percussion sounds like, which is why more people chose the wrong answer. One might even go far as to say that more people think vocals sound better at 128 than 320.
I think the difference was noticeable even on laptop speakers.
And the audiophile loons start appearing in the comments: "on high end gear you can hear the difference between a factory and a copied CD.".

No. You can't, sir.
192kbs VBR with a good encoder. There's been countless tests and this is indistinguishable to the vast majority of listeners (teens might have a slight edge as the ability to hear high frequencies diminishes with age).

I don't have time to dig up citations but check out the Hydrogen Audio forums and other sane, non-cranky-audiophile, evidence based sources.
Thanks for the recommendation, mind telling me what the site is all about?

EDIT: Can't reply to you so I +1'd you instead, thanks for a great answer :)
Hope your geek alarms are going off for all the 502 bad gateway status codes your static servers are rendering...
http://wiki.hydrogenaudio.org/index.php?title=ABX - sadly, of all the links on that page only the Gnome ABX one is still live. But you can find/ask for more recent material in their forums: many of the people who work on lossy audio codecs hang out there.
The hilarity (naiveity?) of articles like this which act as if its some easy choice between the two.
I couldn't agree more, I know that once I've read all of HN (which is really to say the first 5 or 6 pages of top stories and new) I tend to head over to Reddit or chat to someone on Skype or Facebook.

My day seems to be divided between minor distractions to keep me working, it's no wonder I'm behind on my work!
Windows stores password hints without encryption
I may not disclose full details, but one of the engineers that made particular widely used audio decoder said that they've left the bug whose symptoms were slight high frequency noise.

It was widely reported to sound "better" than other "by the book" implementations.
I've posted this to discuss whether there is a need for some kind of encryption for password hints. What do you think?
If you are a 502, then yes.
It's fairly easy to tell between 192kbps CBR LAME and an original CD. 192kbps VBR is a bit hit or miss. High end gear can absolutely make the imperfections more noticeable.

Personally I just got fed up of the goalposts being moved around (LAME codec constantly being updated, mp3 scene switching from 3.97 -V2 to 3.98 -V0, etc.) and now I just have all my music collection in lossless.

~300MB a CD? No problem.
I'm absolutely shocked that people are okay with this.

One of the biggest problems I've found with recent graduates is that the programs they've come from have been nothing more than trade schools for Java and PHP developers, and most of them lack even the basic underlying knowledge of things like algorithms, paradigms and how to make efficient code. This is not Computer Science, this is basic programming and is no better than what you'd get from the numerous video lectures on the web.

In short, employable skills are best left to employers, and academic subjects are best left to academia.

If it were my choice I'd make Computer Science a purely theoretical course from the outset. If these kids don't have a background in Math give it to them so that they can read through the likes of Introduction to Algorithms and TAOCP with no issue. Don't even let them touch code unless it's to illustrate a theoretical aspect of CS.

Once they've got a solid year of CS behind them and they're all of a sufficient standard in the theoretical aspects of CS then they can be introduced to programming. However, I'd steer clear of the employable languages and force them into Python, Lisp, Haskell, Prolog, R and co to reenforce the theoretical background.

Of course, you need these graduates to be employable, so why not offer a course titled "Internship" during the second year? Let them spend a few days each week working in a real company with real developers that can teach them real skills? I graduated from a modest CS programme and thanks to my numerous internships I was offered interviews left right and centre. I learned more about programming in an eight week internship then I did in an entire year at university, despite most of my second year being about learning to program, and because I had real world experience in employable languages the university didn't cover like C# I walked into a job while others in my class with better grades struggled.

You get the idea. Please stop turning academia into a trade school and teach these kids real CS. If you want them to be employable offer a mandatory course where students have to work in a real business and are forced to pick up programming from people that actually know what they are doing.
I figured it's from Salon, ie. the magazine. It's not.
a new way to quickly build beautiful photo/artwork galleries. you drag and drop your pics, set how you want them organized (with some customizing of size, spacing, etc) and awesomeness happens. great for portfolios but not only, I used it as my travel pics gallery.

all powered by html/js and technically it's build as a single page app http://blog.salon.io/2011/08/27/salonhazbackbone.html

//edit: it's back, you can browse the galleries on the main page http://salon.io/
Same here.

I do not really understand the need to have a 'window manager' inside vim. I'm a long xmonad user and I think tiling window managers are great (wish there would be a worthy native os x implementation), but adding yet another plugin to my vim setup doesn't really seem feasible, especially when one can map its core functions with a couple of lines. Vim provides uncountable ways to manage splits, including resizing, switching etc, and then there is still vim's great tabs feature to be discovered to reduce the on-screen mess splits can produce...

That said, hat-tips to the author for managing to create a plugin for vim using its rather obscure vi/ex language.
Man booted from airplane for wearing anti-TSA shirt
For those wondering, there was never a 1989 original edition of Borderlands. This is just promotion for Borderlands 2.

Tip: Don't choose the acid weapon given the choice, it's really bad.
Should test against lossless.

Bus driver - imaginary places has really fast rapping, as mp3 its almost impossible to understand, on lossless you can grok it.
I don't think we need encrypted passwords hints, perhaps obfuscation would be a better method, my computer password hint is "$1 -> thy 448o2" which seems to be vague enough for only me to be able to reasonably understand it.

The problem with this is that once we start encrypting password hints, we will need hints for our password hints for when the key is forgotten.
Bad choice for the sample. I however still picked #1. Choose a song with bass, and mids. The difference between 128kbps and 320kbps will become painfuly obvious.
L’ambra
Also, it doesn't quite look like a crowd of 10.000 people to me
I think we are saying the same thing, I doubt that a Demo Booth is going to fix this problem?
Laptop speakers: Nope.
High Quality Headphones: Maybe.
Loud sound system in a crowded club: Definitely.

Also just because one track sounds acceptable at 192, doesn't mean another will. The only way to make sure tracks have the same 'opportunity' to sound good is to throw away less information.
I completely agree. I have noticed, programmers who can't touch type write very few comments and very little documentation. Communicating with them via email sucks because they can never explain themselves properly. Just like typing is only a part of what you do when programming, programming is also only a part of what a good programmer does. Programming any sizable application is a very collaborative process, and that necessitates lots of documentation and communication, which are both very typing intensive. I hate working with developers that can't touch type, they just don't function well from a team perspective.
Basic DSP knowledge tells us that a digital audio copy is exactly the same quality as the original.

Also, testing the difference between 128kbps and 320kbps MP3s over and over again is like drinking warm beer all the time to make sure it's really worse than the cold one.
I think it is an accurate portrayal of HN and the results made me think "Yeah, I thought so".

HN's issue appears to be that it promotes what younger people view as an aspirational life style. College grads and young techie types will read stories about life at Google, joining startups that become large businesses like Facebook and will think to themselves "Yeah, I want a piece of that!"

In reality, HN can be poor for tech discussion and there are some absolutely insane comments on here, to the point where parody accounts like "Shit HN Says" have become very popular. It's an aspirational community with the best intentions, which is fine, but it won't bring the best in business or battle-hardened sysadmins to the table. You're far more likely to see a 22 year old college dropout gushing about how MongoDB is the future than someone that has succeeded in the environment that many people here aspire to join.
Literary Tradition
I've also done that. Using it with NERDTree, my typical vim session looks like (I select files in NERTree using `i` most of the time):

+-----------+
| | |
| F | S1 |
| i | |
| l |-------|
| e | |
| s | S2 |
| | |
+-----------+