skysight-inc/HackerNews huggingface dataset:
Interesting perspective. The biggest negotiation point for most people is the job offer, and the usual advice for that is to, as an applicant, never give them a number first. Perhaps the more important points are:

1. Never give them any of your previous salaries, as this may anchor you to a much lower price than they are willing to pay for your talents

2. Never negotiate salary before they have conditionally agreed that they want to hire you, as this is when their perceived value of you is the highest. If you start negotiating before this point, their value of you will be lower, and you'll have to either refuse to go down and have to break off the whole thing, or anchor yourself to a lower number than your talents are really worth.

On top of that, giving them a number first is usually not to your advantage, as you probably have less information about what the market is really like and what they are really willing to pay for you, but this is a weaker point than the above two. It could go the other way in some situations, especially if you have some sort of rare, special skill or connection above and beyond the typical salaried employee.
The mechanism behind Internet Explorer CVE-2014-1776
For those curious here's a similar post from ~4 years ago:

https://news.ycombinator.com/item?id=1411937
There was a family in Russia that lived in isolation from the time of the Tsars until the 1970s. http://www.smithsonianmag.com/history/for-40-years-this-russ...
> The critical point here is that it is a relationship only between the ISP (Comcast) and the end user, and the content providers aren't involved.

Isn't comcast also a content provider? They provide cable TV services and own a TV network and a film studio.
A very good article; well written and explained.

For Java web development, it is worth re-considering Spring Boot though * (http://projects.spring.io/spring-boot/)

Spring MVC and Data (et al) powered entirely by annotations, and (e.g.) Thymeleaf for templating, can lead to some fairly powerful yet concise apps.

We just started using this where I work, and it's a great step forward compared to old style, XML driven Spring MVC and Hibernate.

Also Spring Boot does bring quite a lot of support for REST, via RestTemplate/RestOperations, along with support for consuming and producing JSON and/or XML at the controller levels.

* Edit: I say re-considering since the article only briefly mentions it.
(ceo of Balanced)

Under promise. Over deliver. That's the best way to answer that. :-)

We have partnerships and direct ATM network integrations to clear in real-time for ~55% of debit cards. I didn't want to promise that until we've done enough volume to see that clearing time for ourselves instead of basing it what our partners have communicated to us. Once I have enough data/proof, I'll update the language to reflect the faster speed.
It totally is. And the opposite is also really tiring. I feel like the silent majority are just trying to find a good middle path that works well with their specific applications, while the loud minority on both sides are yelling about how the other side is doing it wrong.
Something, something Bitcoin!
"Old Nazi elites" as in the elites of the old Nazi Germany system that managed to stay on top of the new system, keep up their networks, and stay in relatively powerful positions.
I think that was the conclusion the OP arrived to actually: for a hexagonal application you don't need Rails anymore. Hence the "Rails is gone" in the title.
Serendipity. For the past 3 years, movement has been coming to a couple recent waves of watershed moments. It has taken a long time for insiders - many related to Scott Gu's organization, but also included numerous (maybe even legions) other proponents of openness and "happy dev story" folks who all wanted to go in this direction.

There has been leadership from within the ranks for a while.

It's to the point where the overall story is objectively compelling and move shave been made to adjust the footing and direction which enable now to be.

There couldn't be now without everything that's been baked into the web landscape (great strides in shortening cadence and solid foundations to support that quicker responsiveness), cloud tooling and infrastructure (Azure), Win+8/Xbox One/RT/WinPhone8+ etc which refactored the OSs to support and drive the momentum, etc.

People could complain along the way about each piece, but, organizationally, under Ballmer's reign transformation was taking place.

Sinofsky is a great example. He did drive Windows (and indirectly Office) changes with which people weren't necessarily happy. But, the foundations were solid and the talent undeniable. From there, we get here.

The blossoms are coming out now, and the benefits are widely being appreciated. But plowing, sowing of seeds, and feeding the plants and sprouts is all coming together.

It's a good time for everyone. A strong, more open Microsoft is good for driving Apple, Google, Amazon, etc. to continue their drive. Competition is good for us all, even if we don't all get sold on any one team's garden.
Those chairs are particularly nice. Really nice design, and nice to see the inspirations too. It's a shame that in many countries (UK and US) carpentry has become a rarified trade only available to the rich - perhaps with increasing automation we'll learn to appreciate jobs like this again, making something wonderful and unique by hand.
In the eighties, a lot of devices with very limited memory (from 1kB to 64kB) used garbage collection of sorts (kind of heap compaction). They were called home computers. It worked just fine.

Heck, people are running embedded Java with garbage collection and all with just a few kilobytes of RAM.

Low memory does not mean you need to do manual memory management. Of course, when you add requirements for predictable memory usage, it might be a different matter. Like embedded devices that need to run for extended time periods reliably without issues.

But then again, a lot of Commodore 64 programs written in BASIC managed to do just that without issues. Running for years without hick-ups.
What's on track to becoming W3C-sanctioned (EME) is about Microsoft, Google, Apple and now Adobe having their own systems.
How to Style Camo Into a Chic Look
Good thing it's easier than ever DIY.
Nationalizing the infrastructure isn't viable in the US for a host of reasons. Politics. The culture of poor stewardship of the commons in the US. Etc.

They need to be force all ISPs to act as common carriers.
I don't agree with the "DRM is merely a weapon" bit in your last paragraph.

DRM allows rights holders to create and "monetize" new "rights" outside the legislative process. Copyright law (in the United States, at least) allows for "fair use", but the DMCA criminalization of "circumvention devices" creates a method to eliminate fair use rights via technology. Once DRM is legally protected rights holders can go wild using DRM to, effectively, make up new laws.
I don't treat anyone like this but I thought maybe they take it seriously if it's written like this.( not justify it.. ) I don't think anyone at Paypal offend from this. I didn't mean it while writing actually. If it's too much, forgive me for not being native english speaker. Anyway, not allowing to paste seems not ok for a giant tech company Paypal. In my country banks have similar stupid forms and ways to "protect" people I don't think it's helping but to day I didn't complain any of them. Because I know almost nobody take it contact forms like this seriously. For this case I wanted to make it interesting, maybe it'll get to somebody there.
I agree. I'm very reluctant to give anyone my debit card number. If it fell into the wrong hands, my checking account could be wiped out for who knows how long. With my credit card I can at least dispute any charges before I have to pay for any of them.
A similar thing happens to clang (Apple LLVM version 5.1 (clang-503.0.40)) which gives the following error message:

fatal error: too many errors emitted, stopping now [-ferror-limit=]

According to the User's manual the default is 20 for -ferror-limit [1].

[1] http://clang.llvm.org/docs/UsersManual.html
I'm not saying that another business model is impossible, but that's not how the industry works today.

DRM for PC games has always been an iffy proposition anyway. It's just too hard to enforce and too easy to crack since you can just access the program on the stack and remove the DRM checks. This is harder to do on more secure platforms like mobile or consoles; which is where much of the media consumption has headed.
The best way to keep things simple is to keep them small and composable, right? Like, say, in the Unix way?

I'm all for brutally-efficient and single-minded code in domains like mathematics or simulation modeling, where things like object encapsulation maybe don't make a great deal of sense (classic array-of-structs vs struct-of-arrays sort of thing).

That said, keeping that stuff neatly boxed and then moving everything else out (say, file I/O, logging, whatever) into neatly abstracted boxes makes sense. More sense than most of the monolithic piles of Matlab and Java and C and Fortran I've seen, because people were rushing to finish a paper.

But hey, it's not like the next generation of grad students has anything to do but spend long hours debugging poorly-documented and poorly-designed code, right?

And it's not like there is any sort of commercial financial or reaction modeling software that needs to be anything other than inscrutable monoliths, right--you know, something which could actually hurt somebody physically or fiscally. Performance is king, after all.

(Hint: people who sacrifice engineering and design for performance or simplicity deserve neither.)
Usually, when people say "green threads" they mean 1:N scheduling (i.e. the application consumes one kernel threads, and schedules N threads on top of it). Lightweight threads, on the other hand, employ M:N scheduling, i.e. they use multiple kernel threads and schedule even more fibers on top. That's the approach taken by Erlang, Go, and Quasar. And Erlang has done this well for a long time.

Now, fibers are not perfect: their main shortcoming is integration with legacy code. The optimal approach is scheduler activations, or "user assisted" kernel scheduling.
He convinced developers to create more apps for Windows 8 and Windows Phone by offering them what is known as the "Holy Grail" in app development, tools that let an app developer write the app once and easily convert it to all Windows versions (Windows 8, Windows Phone and Xbox) and also to iOS and Android.

That seems like the sort of thing that needs much much more time, and data, to actually judge.
Got to include ruby!

require 'sinatra'

get '/' do
"Hello World!"
end
DNT is a non-starter. It's asking companies to play nice and please please please don't track users. That's never going to be a reliable option.

Blocking third-party cookies by default on the other hand is a good start.
nope :) ( I tried to make this one as complex as possible with KeePassX )
This isn't hard to understand. As P. T. Barnum supposedly* once said, "There's a sucker born every minute".

*http://en.wikipedia.org/wiki/There%27s_a_sucker_born_every_m...
"Sure, the DRM systems have all been broken [...]"

I have worked with MS PlayReady DRM (which is the "latest" one from Microsoft, the one used by Netflix) for some time and never stumbled upon any cracks. Not because it's impossible or even difficult but probably just because nobody cares about cracking Netflix (which brings PlayReady it's main source of "users")... Once you pay, you can watch as much as you like, why bother. Netflix made it extremely simple and accessible. (Yes some features like multicasting might be missing but it's still way better than Plesk or PopcornTime. For now at least... The main problem is clearly that the Film industry make it too difficult to have all content in one place). There is plenty of other "easier" sources (alternative VOD offerings with already cracked/worse protections, Blu-rays) to get the copyrighted material from for underground channels.

I am sure other DRM systems have a clear log for the same reason: No major incentive to crack them.
I've always read into those Evolution of a Programmer jokes that what the master learned through their evolution is the right and wrong time for all the complicated stuff they did in the earlier phases, and that anything simple enough to form the basis of a joke is merely the wrong time.
>I bet the media executives have done the math

I get the feeling it's the opposite. They didn't do any math and do it out of inertia or because "everyone does it", or because of the completely other and crooked reasons (like the article linked in the thread explains). DRM doesn't affect casual or non causal piracy - this was already discussed at length in the past here. Because once DRM is broken, piracy occurs using those DRM-stripped copies. I.e. it takes one pirate to break it in order for others to never deal with it. Therefore it doesn't lower piracy rate.

And I already explained how not using DRM can actually increase sales. And about DRM increasing piracy, there was an example from CD Projekt Red about their own game which they originally released with DRM (on disks) in parallel with DRM-free version (on GOG). And it was immediately pirated. But not the DRM-free version like you'd assume. It was the DRM-ed one! They said it was an interesting case study for them, which demonstrated that some pirates apparently break DRM for sport (i.e. who beats others to break DRM and pirate it). So it demonstrated for them that DRM boosted piracy. They never released games with DRM since, and advance the DRM-free distribution cause through their GOG service.

By the way, music is largely available DRM-free for quite a while already. You can buy DRM-free files on Cdbaby, Amazon or tons of other music sites. Which again demonstrates the point that DRM-free distribution works just fine.

> This is a huge industry with enormous power- why would they give that up over some upset rights activists?

That's exactly the point. DRM is all about certain control (over the market for example), but not about piracy. Surely those who have that control want to retain it. But they lie to the public claiming that DRM is used for preventing piracy, while really it's used for control. It just adds to the reasons to always oppose it.
I hadn't heard of that one. Is it actually enforceable? I was under the impression that the GPL didn't require opening server code, not because it was missing something, but because server code doesn't get distributed and thus doesn't fall under copyright limitations in the first place.
I'm not too familiar with PHP. Are there any tests I can run to make sure this actually works as expected on my machine?
In that case you can display movies at 48 Hz.
From a legal perspective you were never free to make additional copies for others without the permission of the copyright holder. Even format shifting was controversial in some jurisdictions.

The idea of DRM would be to allow you to do these things, but have a mechanism to bill you for them. The problem at the moment is that the ecosystem for this is incomplete.
Show HN: MostTalked.com – Top news, top tweets
Hmm. I have a hard time believing that anyone ran a sub 4 minute mile before Bannister. I'm not saying it definitively did not happen, but I think the probability of a distance measurement error is much higher than someone actually running that fast in the 1700s.

For people who are good in a certain area (running, piano, etc.) one thing that amazes me is how the average person does not realize exactly how good these people are at what they do. It is only after years of training yourself that you begin to realize how extraordinary the very best are. Someone a while ago created a series of large video screens that allowed people to race Ryan Hall (http://www.fastcodesign.com/1665449/video-screen-lets-you-ru...). The funny thing is that the average person cannot hold for 60 feet the pace that Ryan Hall can hold for 138,000 feet.

An ordinary person in any century does not have the genetic capability to run a sub 4:00 mile. There's very few that even have the potential. So the probability that out of the tiny fraction of people in the 18th century who did have this potential, one of them just happened to have the free time to train themselves to their genetic limit for this purpose? I doubt it.
Not to mention that not everyone has control over what HTTP headers get sent. It's way easier for a non-technical person to just add it in meta tag. Definitely a lot better option than leaving the matter to browser encoding sniffer!
Tsars were in control before ww1 not ww2.
Ability of breaking it applies all the same to DRM for video, or books and etc. So that doesn't differentiate them.
Downvotes?

HAHA, HN, you make me laugh.
Drug Researcher Derek Lowe: The Daily Show on Finding New Antibiotics.
Mozilla is using leverage, just not to fight the battle you want them to fight.

Mozilla has decided to use their leverage to make DRM more private and secure.
DHH demonstrates "Test Induced Design Damage"
Uber Said to Be in Funding Talks for More Than $10B Value
go is a moving target, but I believe it is committed to having segmented stacks that shrink.

Native threads don't have a way to reclaim stack memory other then swap. My personal opinion is that this should be solved in the kernel and that kernel threads should have an option for reclaiming stack space so I can run as many as I want.
This is very true, but also preaching to the choir. Probably most of an audience like HN already knows this.

The real question is what we can do to fight DRM. The only real option is to push back against the companies that promote it. For EME, the current DRM in the news, the relevant companies are Google, Microsoft and Netflix.

It's all well and good to talk about how DRM is pointless. Of course it is pointless. But unless we actually push back against those companies, DRM will continue to win.
Well, there's a bit more tweaking to make it EME-compatible, but basically: yes.
I've been misunderstood. I have not commented at all about whether sync or async IO is better. I meant that if you have a long operation that blocks for a while, letting it consume a kernel thread is bad.
I just want to go on record with an entirely different idea as to why Apple is buying beats. They're going to make a label.

Why Apple doesn't do streaming:
Apple hates committing to something unless it's absolutely perfect. There are numerous examples, but NFC technology is a good one that comes to mind. Granted, they've made mistakes, like Mobile Me, but that was due to poor implementation, rather than immature technology and infrastructure.

A similar problem has been in their way as far music streaming goes. The obstacle in their path to connecting consumers to content are labels (the same applies to cable companies and iTV, but that's a different story). Labels are greedy, difficult to deal with, and a general nuisance who provide little or no value. Meanwhile, the actual content providers, i.e. songwriters and performers, view labels as a necessary evil, but no one believes for a second that needing them is ideal.

The vision:
The idea is that Apple is looking to buy Beats to start their own label so they can cut out the label, who is an unnecessary middleman. My reasoning behind this is that Beats is a very strong brand, mainly because it's been run by two very savvy music industry veterans who know how to "produce", in every sense of the word. They're more of a household name than any other headphone maker can claim. If any company had the power, skill, and recognition to pull off disrupting the record industry, it would be beats. The only problem is they don't have enough money, do you know who does? Boom. It's as simple as that.

Just take a look at this http://cdn.macrumors.com/article-new/2014/05/beats-royalty-s... and tell me, from Apple's perspective, what the problem is with a music streaming service? The labels get all the money and the artists get none. All Beats has to do is say, "Boom, we're starting a label and we own the streaming service, so you can have a 30% cut per play and we'll keep 70%". If you were an artist and you could literally improve your earnings by 10x wouldn't you? $248K vs $22K is criminal.

Just imagine, from Apple's perspective, what this would open up? Essentially, it's total vertical integration, a pipe from artist to audience, unadulterated by stupid bullshit. For example they could have complete coordination of everything from the original recording quality of an album to specialized super high end digital to analog converters in the hardware - from lossless media formats that were recorded especially for that format to headphones that are tuned to provide optimal performance.

This is a complete bargain and no ones talking about it. It will serve as a prototype for what Apple would love to do to the television industry (think Apple acquires HBO, a win win for both), and they're doing right under everyone's noses because no one can think big enough. Apple would never, in a million years, purchase a company like that for so much money if they didn't have a very good idea of how it would pay off 10x.

And remember, this is the same company that seriously considered becoming a carrier, in order to launch the iPhone.
I've never heard anything like that, but you must remember that it is body temperature that is important and it is never normally above ~37.5

Thee is actually a really interesting paper, tangentially related, on sepsis (blood borne infections) which randomised ICU patients to have either aggressive temperature management (ie fans, active cooling and paracetamol) vs allowing the temperature to rise as high as 39.9. Although the study was small in size(I think there were roughly 15 in each arm) the 'permitted fever' arm had only 2-3 fatalities vs 14 in the aggressive fever management arm. I actually have that paper on my desktop and will dig it up
Hip replacement is most definitely nationalized in France.
and PHP keeps on ticking
> Why should Comcast be afraid to sell you a 100MBit "bursty" connection (essentially the same kind of service they actually advertise now) because they'd be 'forced' to potentially have the capacity to serve 100MBit to every subscriber when Netflix goes to 8K-h.269 or what-have-you?

Who would be "forcing" them to do this? In a sane world they'd already be selling these two types of services as two types of service--you either choose the "bursty" option or you choose the (more expensive) "streaming" option. Then they would know how to provision for each type of user, and they could price each option based on the capabilities of their infrastructure.

Of course, what would happen then, if you are correct, is that the absurdly high price of the "streaming" option would drive their customers to alternative providers wherever possible--or they would be forced to actually spend that extra money on infrastructure. So basically they are trying to obfuscate the issue because actually serving their customers' needs is way too much like work.
The second point is actually a point for hedge funds. The S&P 500 went from a high of 1576 near the end of 2007, to a low of 666 in the beginning of 2009 (October 07 to March 2009, specifically). Commodities had similar losses. If hedge funds only lost 20% when the general market lost almost 60%, they are a pretty good hedge against risk.
Speaking of fun with "say", this was a hit around my office for a while: https://github.com/xraystyle/talking-computer
How will you handle spam?
He clearly needs Rails still, unless he's going to distribute his app through IRB. The post is about pulling Rails out of the domain logic and making it replaceable; I'm saying that's pointless.
This has a 21.5:9 aspect ratio, which is kind of terrible compared with the standard 16:10 if you're accustomed to having lots of vertical space.