skysight-inc/HackerNews huggingface dataset:
I hate top-posting. To a degree that if I'm included in the middle of some on-going mail thread, I often rewrite top-posting quotes into bottom-posting quotes before replying.

Call me a mad guy, but it usually allows me to write much better response (in terms of quality and readability). (Incidentally, it would often allow writing better responses by previous interlocutors, if they only started doing so...)

Exceptions can be two mostly:

- Sending from the phone, where proper quoting is quite inconvenient and it's too easy to mess everything.

- Writing tl;dr summaries at the top of the mail, that are simply required for some people (but I use proper bottom-posting later).

The most important part of bottom-posting is ability to clearly respond to particular parts of the mail in a quote-response, quote-response manner. Top-posting usually works like obfuscation, making leaving some things unanswered much harder to notice. It's definitely useful in corporate environments, that goes without saying...

---

My second biggest problem regarding mails is that people rarely _really_ read them, which makes these textual conversations hard and longer than necessary. Sometimes I feel that I am the only one that reads whole mails before replying to them.
I'll admit that I don't know what your knowledge is, so my explanation might have been directed at the wrong level. I am drafting a pull request that rewrites this for you, hopefully that will be easier to understand!

I don't think that you need to understand all the plumbing, however it is important to understand how the index works, and that git stores the entire snapshot. The way it currently appears makes it seem like every time you switch branches git has to figure out the end state based on deltas, which is not true. Git has fast branch switching precisely because it stores the snapshot in its entirety.

[EDIT] Here is what I wrote if anyone is interested: http://gist.io/4969804
A lot of developers only want to get promoted because it gives them more creative control over a project.
This is stupid. The whole is not simply a sum of its parts in cake baking and biology.
It all depends on what kind of app you're writing. If you're happy with whatever solution you're using then it's foolish to change just for the sake of change. However, I've known multiple developers who started with Backbone and then found that it wasn't able to meet their needs and then switched to Ember. Zendesk is one such example. The goals of Ember are actually very different from Backbone. Furthermore, living on the bleeding edge with others is better than living on your own bleeding edge by yourself with a ton of code that you rolled on your own.
This is pretty epic, thanks for making it.
Are you suggesting we back paper money with bitcoin?
I'd love to see support for writing directly into distribution's package managers' databases added to things like pip, npm, gems, etc. too but I'm curious what playing nicely with automake gains here. I'm not too experienced with it, and I don't quite see where it would fit into that process.

I think of automake as being more part of the build process. But if things worked as you and inopinatus suggest, and you have taught something like pip 2.0 to bypass the rpm package manager and instead add records directly to the RPM database for a binary wheel package that pip has installed, aren't you kind of routing around any problems of a distribution's compatibility with a language's custom build process entirely?

Or did you mean to reply one level up? Though, again, I'm not sure where automake would help with converting one binary package format into a distribution-specific binary format.
Sent an email to the address on your website.
1. DRM is unethical.

2. DRM is a dying trend.

3. DRM goes against the principles of the open Web which W3C is supposed to promote.

Given the above, it's not the business of W3C to promote DRM on the Web let alone to standardize it. Quite on the contrary, W3C should prevent DRM proliferation. And it's simply dumb to standardize the dying trends. Why doesn't someone propose to make Flash a Web standard for example? It's still widely used, but it's a dying trend for the Web.

> The W3C spec does not put "DRM in browsers." It allows browsers to use "decryption modules" that already exist elsewhere, like in the OS platform. There are APIs to determine what sorts of "decryption modules" are available and to use them to decrypt media.

See the W3C mail list. It is about putting DRM in the browsers. The language was watered down on purpose, but it doesn't change the reality.

The bottom line - those who think they need DRM - let them stick with what they have. Those who want to move to open web - don't need plugins and don't need DRM either.
I gave up on bottom-posting - and on interspersing my comments with the quotes - years ago. I was talking to too many people who hadn't learnt the conventions of the Usenet era and just looked weird.

I usually find myself putting a tiny bit more work into the message to have it make sense even if you don't bother skimming the quotes.
It's been going on for years. Take the taxpayer bailed-out Citibank for example:

1999 "...clients, from Mexico, Nigeria, Pakistan and Gabon, whose sources of income were dubious and who passed millions through Citigroup banks." http://news.bbc.co.uk/2/hi/americas/511951.stm

2009 "Japan raps Citi for lax money laundering controls... bans Citi from retail banking promotions for a month... cites problems with governance, internal controls... Regulatory action follows similar violation in 2004" http://www.reuters.com/article/2009/06/26/citigroup-japan-id...

2012 "A US bank regulator cited Citigroup on Thursday for failing to comply with a federal law that requires banks to establish protections against money-laundering but did not impose a fine." http://www.nypost.com/p/news/business/us_regulator_cites_cit...
What is the best software to test server security?
A company I'm affiliated with runs lots of websites for small businesses. Many of them are hosted with out of date wordpess or drupal installations. Others were hack jobs riddled with SQL injection vulnerabilities. What software suites are useful for testing server security and finding holes?
I live in Maine; most of my furniture is hand-made, either by shakers or people I went to high school with that now make furniture professionally.

It really depends on where you live; some places, people buy things that are more expensive but last forever.
And it's multicast, which saves a lot of bandwidth and makes it faster :-)
It's a matter of opinion. For me projects (including this one) is news I prefer on HN
About 2 years ago I spent quite a bit of time wrestling with Ledger. I really wanted to work out a command line based system for financial tracking. The one part that totally tripped me up was trying to split up my accounts into individual files. I could never get Ledger to properly handle transfers between accounts, even after some lengthy discussions on the mailing list.

But this post has piqued my interest... Maybe worth another look.
What bugs me about all these articles is that there is no call to action - anyone who wants to defend against monoculture (whether or not that is a worthwhile goal) should start contributing to servo[1], Mozilla's experimental next-generation engine, written in their experimental new language, rust[2].

[1]: https://github.com/mozilla/servo
[2]: https://github.com/mozilla/rust
Sorry about that. Will definitely try to introduce the basics of the game at the start. Did you finally understood the objective? You need to get the alien, Starbli, to the star before it turns into a red dwarf and dies.
a) Are you proposing that Ember should have stayed SproutCore? To date, Ember has been far more successful than SproutCore and the split has enabled us to make progress that could not have been made otherwise.

b) The Ember developers also have influence over those who work with web standards too. Yehuda Katz, of the Ember Core Team, is a member of TC39 and also W3C TAG. We regularly meet and converse with developers both for Chrome and Firefox. Furthermore, Chrome is not going to implement features that are only useful for Angular. Anything they implement that benefits Angular is also provided to be useful to a broader audience. In many cases, those improvements are also useful to Ember.

c) As announced at EmberCamp yesterday, there is also an Ember Chrome extension in development.
I've always top posted because it details the entire history of who said what and when to people that may be added to the discussion later or forwarded to another party as an FYI. They don't have previous context without the whole thread available.
Inter carrier SMS messages in Japan were not possible until recently (July 2011, or about ten years behind other countries). This had to do with some of the Japanese carriers adopting PDC as a 2G standard instead of something that was used more internationally (eg. CDMA).

To allow customers to communicate via text with friends with other carriers, Japanese carriers adopted email on their phones and the Japanese customers became more familiar with email instead of SMS for text.
It's all just an empty demagogy in lawyers style. EME is about DRM, but the language was made generic to avoid mentioning DRM. So to make things fair and clear - EME is intended to serve the cause of those who push DRM on the Web. And it's enough of a reason to oppose EME.
We were in the middle of the release yesterday. If anything is still not matching, please let us know so we can correct it.
Apple store forced to change its name
"Research into the science of intelligence has been used in the past "to target particular racial groups or individuals and delegitimize them,"" says a watchdog group eager for money and public support for its pet cause.

WHO CARES?

I mean, from what we understand so far of the genetics of IQ, there might be some slight differences based on ethnicity - which is nothing unexpected, as you can see the same variability for blood groups, hair color, HLA, etc.

Basically different groups of people have a different distribution of some genes than other groups of people, and therefore a show a difference in the expression of these genes that can be aggregated at the group level to show... a difference in the visible characteristics between groups. Wow, what a shocking discovery.

The really interesting thing is these genetic differences between ethnic groups are dwarfed by the difference a good upbringing (alimentation and education) can get. And since there are also promising results about the inheritability of IQ, these inter ethnic group differences might also be dwarfed by INTRA group differences.

That is the best argument if this watchdog group really want to disprove that "targetting of particular racial groups"

So instead of crying wolf, they should embrace such research- after all, when we have pinned down some alleles that confers good advantages, one can think a drug could be created, or gene therapy, or whatever - in the end, the whole human population would benefit from it.

Stop thinking about ethnicity. Only the end result matters. It's a shame people in north america and europe are such crybabies about these issues. Thanks China for taking such an endeavour that might benefit humanity - even today naysayers.

(and I say this as someone who does not believe that IQ can be accurately identified or measured with todays techniques, but still there is some noticeable difference between people innate abilities - and trying to understand causes them is a good thing. many genes are likely to be involved, and 10 000 certainly won't be enough, but it's a good start)
Hopefully that grow also grows the income stream exponentially, then you can just scale up vertically and begin thinking about scaling out.
But the basic point is correct. Generally, most people would rather get something right than get it wrong, even if they don't care very much. Calling them stupid doesn't help them get it right next time. Finding the source of error does.

This goes back at least as far as W. Edwards Deming in the 1930s.
Netflix doesn't deserve respect for obliging the movie industry in pushing DRM to the Web.
Tom, like many others here, I'd like to personally thank you for publicly surfacing this issue. Two months ago we ran into the same exact problem while doing some performance stress testing. After going back and forth with five different Heroku support staff members for a week, we ended up no where. Their response was simply to increase the # of dynos, but seeing as our average response time was 80ms with 0 request queueing that didn't any make sense. In the end we dropped it, since we were just doing some stress test, but I'm glad they are finally "doing" something about it.
Will the driver leave the car unplugged overnight in freezing temperatures? I'd like to know if the range loss is reproducible.

I'd also love if the data points from the telemetry of all these trips were overlaid atop each other for comparison purposes.
How buying pizza for a stranger changed my life
Lots of drivers behind this:

- For many companies, the main buying criteria for an ATS is EEOC compliance and the ability to report on their % diversity, veteran, etc hires.

- The buyer in an ATS sale in many cases is the CFO, not the HR dept. HR is often not seen as a strategic part of the organization, so even if they understand the value of a streamlined applicant process, they don't always have the policitcal capital to lobby for a better system.

- Often an ATS is purchased as part of a suite of other software (payroll, onboarding, etc.) and a software vendor basically just needs to check the ATS box.

- The switching cost for replacing an existing ATS is high, so even if there are better alternatives, many companies will avoid changing unless they have to.

- Application processes are sometimes designed to be more cumbersome than they need to be to screen out more candidates upfront. This is common especially in lower level positions.

- Certain more user friendly application workflows are patented.

It's an extremely crowded market with long buying cycles that requires an enterprise sales force and also requires you to keep up with employment law in 50 states. Your best bet is to specialize on a niche with unique demands.
> I don't think I've ever seen a javascript engine use a virtual machine. Ever.

If you're very, very sure of yourself, it's a good time to check if you should be. I think you're confused about what a VM is:

http://en.wikipedia.org/wiki/Virtual_machine#Process_virtual...

As it turns out, pieces of Flash's VM were open-sourced as Tamarin, and used to implement JIT for Mozilla's JavaScript VM:

https://developer.mozilla.org/en-US/docs/Tamarin

The approaches used to run JavaScript at reasonable speed are the same approaches that one uses to implement a "VM", because they are VMs. An AST converted for fast interpretation winds up looking like a bytecode, because it is a bytecode.

If you dug into Mozilla's SpiderMonkey, you'd find this bytecode:

https://developer.mozilla.org/en-US/docs/SpiderMonkey/Byteco...

Yes. A bytecode. In Firefox's JavaScript VM.

Now, you don't have to compile to an explicit bytecode. V8 and Nitro use an internal in-memory temporary interpretation of the AST, but compile it straight to machine code, and do not have a bytecode interpreter.

There are advantages to this when all the world is sending around JS source code. There are disadvantages to sending around JS source code, which also happens to be why things like source minimizers exist.

> your comments about Java and the DOM are demonstrable untrue http://docs.oracle.com/javase/tutorial/deployment/applet/man....

No, because what I said was that Java was not a first-class DOM member "except through bridging", which is what you linked to there.
This article is not genius - it is nonsense. There is no one "genetic code" for genius - this is polygenic. IQs measured by the stanford-binet or wechsler are actually variable - one can work to bring these scores up dramatically - they are completely game-abale. Furthermore there are many types of intelligence, people with high general intelligences can consciously hone specialty intelligences. Or, people with low general intelligences may possess high specific intelligences. This depends on the structure of the brain from macro to a micro perspectives. Also, intangibles govern the way we interact and as the environment changes around us, as we near a "singularity," "intelligences" we value today may not be the same "intelligences" we value tomorrow. The definition of intelligence will change over time. This article is nonsensical and loserish.
avoid retyping the file name:

nc -l 8888 | tar xf -
tar cf - file | nc host.example.com 8888

Also, unnecessary process spawned with cat:
nc.host.example.com 8888 < file
Seems like a nice way to collaboratively contribute to a chunk of text via email!
Why is an explanation required? Any developer worth his or her salt knows that, statistically, something like this is bound to happen over enough companies and enough years, even if the trend is so heavily skewed the other way.

Is this a 3 sigma deviation? Maybe. Or could it be that, on average, women might be drawn to educational software more than other types? Doesn't sound unreasonable.

Regardless, your insistence on an explanation shows that you're still stuck in the bad old days.
Taleo, oracle peoplesoft, iCims
I think having more then one engine is important to keep everyone accountable and motivated. To me the idea of developing for the standard is merely idealism until either we have either one engine to rule them all or the engines come to the realization that the responsibility of consistently implementing the spec starts with them and not the developer.

In the case of having only one engine, obviously the standard suffers but in the case of multiple engines the developers suffer. Which is worse?

I feel like we as developers have done a good job to mitigate the suffering from having multi engine compatibility with frameworks to the point where it's still better to maintain the direction of multiple engines and code for the implementation rather then the spec simply for the sake of accountability.

At the same time it would be nice to fork everything off the best candidate and unify things but then we wouldn't have anything to compare it to in order to know it's STILL the best candidate.
It is stable enough for me.
The opened issues on the github aren't really game breaking.
> Bottom posting is also good for people who might have missed a message in the thread.

But it's worse for people who have been diligently following the email discussion the whole time. "Hey, could you repeat that first bit again and again and again? Yup!"

I also don't like to delete old context, because a late email could eventually get forwarded to a new party, in which case having the complete context is an advantage.

In summary: I assume the common case is that a few people with normal memories are reading the mail, and I can just cut to the chase by top-posting my reply. But I preserve the old stuff at the bottom for the rare but important case of new participants.

P.S. I realize that I'm bottom posting my reply.
Socialwiki.org - ReLaunching the Open Social Media Resource Directory (WIIFM)
Notes on the Rust runtime
It was nice meeting you Phil!
Well, you probably never(?) lived in a state like Singapore. You are basing your fears only on stories like this. Imagine the opposite way around, Singaporeans probably fear more about living in a ghetto than their own state.
Did you add the same link by mistake? Where's "Elon's response"?
EHarmony Founder Wants to Spend $10 Million to ‘Figure Out’ Homosexuality
A gallery of interesting IPython Notebooks
Michael Gove's officials act to clean up abusive toryeducation Twitter feed
I think he's referring to the get/set accessors (e.g. `myObject.set('foo', bar)` instead of `myObject.foo = bar`).

Here are some resources:

# http://emberjs.com/guides/object-model/classes-and-instances...

# http://jfire.io/blog/2012/04/19/why-ember-dot-js-doesnt-use-...

# http://emberjs.com/api/classes/Ember.Array.html
Oh, sure. Changing libraries/frameworks in order to satisfy one's requirements -- or for quality reasons, or for any other good reasn -- is completely justified. It's the habit of chasing whatever is today's new hot thing that I dislike, and similarly, the habit of dismissing yesterday's favourite as being old hat.

As for Ember, I'm sure Ember is wonderful. I still haven't figured out what design decisions in Backbone drove develpers to create Ember, but I'm not qualified to question it. Either way, Ember and Backbone are both trying to solve the same basic thing: Providing an MVC framework for JavaScript, mostly focused on the browser. As I understand it, Ember wants to be a more complete toolkit than Backbone, which is very simple and minimalistic and leaves things like templating to other libs.

What is interesting is that Yehuda Katz was also behind Merb, which in my mind is a good example of a gratuitous project; Merb was someone reinventing Rails with the goal of being perhaps 10% better than Rails in the areas of performance and modalarity, while at the same time completely incompatible, and a lot of people jumped on the bandwagon. As it turned out, the developers decided to reimplement Merb's conceptual improvements back into Rails and shut the project down.

Again, I'm not qualified to critique Ember, but the Ember/Backbone competition certainly looks, on the surface, a lot like the Merb/Rails situation back in the day. I would love to hear more about why the devs decided to create Ember and not evolve Backbone. If the Backbone devs did not want to go in Ember's direction, that is of course a perfectly acceptable (if unfortunate) reason to start over.
They don't use convergent encryption, they randomly generated keys when files are uploaded. The only deduplication that exists is when you copy a file that's been shared with you by another user, because in this particular case you also copy the key.

"Secure" isn't boolean. Although convergent encryption will prevent people from accessing your secret data, it does have different security properties: Mega would be able to determine whether you have a particular file, which they cannot with the current system.
I use hledger for the nice web ui: http://demo.hledger.org/register

I use ledger for all of my personal finances and it works great. However, maintaing the config files for csv2ledger is a pain so I will check this out.
Drill – Proposal for interactive analysis of large scale datasets
If what your saying is true, then there is no reason for there to be tow trucks with gasoline , but there are. I know we have better infrastructure for ICE. We have built it out over 100 years , and because of that I think we still have a bias against switching to electric vehicles, but the real takeaway is that the problem is now infrastructure level. The cars are as good as if not better then their ICE counterparts (in many ways they are better and forced to be better due to the infrastructure limitations) There is always going to be the chance that your going to run out of juice. I would say its marginally greater then the chance your going to run out of gas , but thats not a car problem, and from just the car standpoint the number of things that can break is greatly reduced.
Why does an investigation need to be launched?

Having worked with Kamens, including interviewing the same candidates, I can't even entertain the idea that the interviews were rigged in some way, which is you abhorrent implication.

We see 2:1 male to female ratios all the time, and no one bats an eye. But when it gets flipped we need to figure out why?

Regardless of how it came to be, this is a win for our industry, as it sets an example that the numbers don't need to be so heavily skewed towards men.
Scans reveal intricate brain wiring