skysight-inc/HackerNews huggingface dataset:
Driving to work has a small but entirely real chance of resulting in personal (maybe not professional) harm.
The efficiency of pumped heat electrical storage is a little worse than pumped hydro. Short description you use use a compressor to compress and heat gas. Use the hot compressed gas to heat rocks. Later recover the energy using a turbine.

The advantages over pumped hydro are,

The power density is much higher, 100000 joules/kg vs 300-500 joules/kg.

You can locate storage facilities pretty much anywhere that's out of shrapnel range. In case the big tank of gas and rocks blows up.

Doesn't have the environmental impact of dams. And rocks are significantly less precious than huge amounts of water.
Except those people have probably never driven a train before. It's different.
Here it is as a Greasemonkey script:

https://gist.github.com/nikcub/b8cf72f564cde9000875be798e883...

Most people don't know this but Chrome supports GM scripts natively - just save the file as `whatever.user.js` and drag + drop it onto the extensions window.

One downside of this approach: it redirects to the mobile interface after the HTTP request and DOMReady
What happens if they change `window.opener.location` to a javascript: URI? I'm assuming (well, hoping) it fails to work, but it would be nice to have that confirmed.
Why is it bizarre? It is a dead-simple, relatively efficient storage mechanism that could potentially coexist with municipal-scale reservoir systems (thus gaining cost efficiencies). Sure, Kansas, US is not the first place one would look to build one. But most of the world is not Kansas.

To flip that around, there exist applications where battery storage isn't reasonable. Is it thus also bizarre to bring batteries?
> TO me, they key problem you have to solve is: how do you avoid rent-seeking, and cost of living inflation?

You avoid rent-seeking by avoiding monopolies; competitive markets prevent rent-seeking.

> and cost of living inflation?

Monetary policy, the same way inflation is managed now.

That aside, before considering any corrective changes in monetary policy, any UBI is likely to produce some level of upward pressure on prices, but at a level where buying power is still increased for people on the lower end of the distribution receiving UBI.
I thought the consensus was that the Powerwall was to soak up some capacity at their upcoming plant and get their per unit costs down.
Yes, and? Her best course of action was, at that point, still "let the lawyer handle it".
Trump’s Big Win Is a Giant Setback for Data Crunchers
I don't think so. I mean, is there precedent?
Who cares? They'll accept it eventually. And if they don't, it won't matter because they'll have no choice. This isn't an election. Self driving cars are coming and they will reduce accident rates amongst many, many benefits. If people are stupid cowards, let them walk.
How many examples of a particular technology has to exist before someone can't boldly claim that Apple created the category?
Well I contribute(d) to Tor (in small, almost meaningless ways like translating it and managing the translations), but I never did anything illegal. In fact, I've never even been to the U.S. Why should I be labeled as FBI's enemy if I never even entered the U.S. and when all I wanted to do is to give something give back to the world by allowing the people of my country to browse the web anonymously?

It's not my fault if someone from any country in the world decides to use the project I helped with in an illegal way.
Dear Abby type article. No actual data on compensation packages (salary, % options of company) for any of the companies, nor a clear financial perspective of any of the "exits" these companies saw.

Spidey sense is tingling.
The only obvious use I could think of is proof of invention of some idea. Like the old "Mail a letter to your self and don't open it proof".
Why not?

> I mean, is there precedent?

For what? FBI agents harassing people? Just look at my comment about Hemingway.
The Trade Desk | Full Time, Onsite | San Jose CA, San Francisco CA, Aliso Viejo CA, Ventura CA, Boulder CO, New York NY, London UK, Sydney AUS

Hiring: All levels of fullstack software engineers, as well as fullstack engineers with a UI focus

You might be a great fit for The Trade Desk dev team if:

* You are a full-stack SOA engineer / generalist. Experience / interest in working in a variety of layers and technologies within a SOA is a must for our team. This includes: AngularJS SPA development, MVC-based web architecture, external RESTful APIs, distributed (and in our case, highly scaled) request handling services, no-SQL and relational SQL databases, big data processing (e.g. data bus architecture, Hadoop / MPP data warehouse, etc.), and data visualization (e.g. Tableau). Experience in all these layers is not strictly required, but we do like to see experience working in more than one, as well as eagerness to work on projects that might slice through them all.

* You have product-driven software development experience using a modern, object-oriented language. Memory-managed languages are best -- .e.g. C#, Java, Python, Ruby, etc. We do a lot of development in C#/.NET, but specific experience here is not required.

Cool stuff about TTD:

* Our platform processes 3million+ requests per second

* Work with the best engineers in the business

* Lunch catered

* Dog friendly offices

* We've grown faster than any other adtech company in the industry, and have been ranked as the 7th fastest growing company in North America on Deloitte's 2015 Technology Fast 500

* Amazing Company Culture (5 star reviews on Glassdoor don't lie)

* Unbeatable Benefits

If you want to learn more, email casey.rabiea@thetradedesk.com or apply directly on our website http://thetradedesk.com/join-us
If people took your advice Silicon Valley would be toast.
Why do you think you know more than they do about this?
So much naivety.
Her lawyer might have advised her against doing that.
How does one assess communication skill without humans? A leap forward in NLP?
If you want to be sure of positive expected value, just pick randomly, with probability proportional to market cap. That gives the same expected value as an index fund, with much higher variance.
I'd argue malpractice insurance is kept low in Canada is through most MDs having the same insurance (CMPA), and only settling when fighting in court would be a guaranteed loss or set a problematic precedent.

As well, in Ontario, the government pays most of the insurance premiums:

http://www.health.gov.on.ca/en/pro/programs/ohip/mlp/announc...
I come from a CS education and a professional background that's not focused on any kind of web technology. I guess that I'm accustomed to the idea that most new devs aren't remotely interested in the areas of technology that I am, because the survey results didn't surprise me very much.

Eventually, I imagine I'll be forced to move at least into web back-end development with a modicum of front-end thrown in, but I can't imagine that ever being my main focus.
Is pumped hydro dependent on geography? I'm no expert and I'm skipping over the research and calculation part, but I'd be somewhat surprised if solar panels on my house could generate enough electricity to pump more water up to a tank on my roof than I could run through for power generation.
I'm half colorblind. I often tell people that I don't see colors, I see probabilities. If you ask me what color something is, I am going to make a guess and there is a probability that I am right or wrong based on many factors.
> And just when the failure of Dennard scaling was making functional programming a lot more important.

Yep, there's the real irony. Having functional programming skills and experience is a real asset in today's job market, I've found.
OK thanks, I sort of thought that it might be something like that but wondered if I was missing some other angle.
> Being an employee at a startup does mean you took a risk, but nothing in comparison to the founders who built it.

Bullshit. I hate this sort of rhetoric. Founders took no more risk than the first employees. The founders got funding, and if they did not they convinced some poor schlub to waste their time on the startup. That's the only difference between early startup employees and founders. Many employees at tech startups may be just as capable as the founders, but are not in the same position of power. That's the only difference. Founders take no more risk and get much more reward, if a startup succeeds, than employees, often not for any good reason other than they did it and the employee did not. I mean obviously chances of success are only ~<30% if you do your job well, but still.

If a startup fails the founders still got paid a salary, just like employees, as long as they got funding. If not then they paid out money out of their pocket, to pay a few employees a small salary which was below market. This is the only case in which founders come out worse off than if they took a job with a salary, so take more risk. The rest of it, their outcome is much better just because they did it and you did not and you believed them.
And it's a bloody shame that the acronym for Islamic State has become so widespread that a properly capitalized given name is mistaken for their organization.

I'd always liked the name Isis, and would have named a daughter that (if that ever happens), but the name is now ruined for probably a century or more (much like the name Adolf, I'd imagine, though I wasn't around before that name was ruined).
It's hard to argue with productive results, however. If this "poking" results in valuable engineering more than SICP does, then "poking" needs to at least be seriously looked at and understood, if not outright taught to the next generation of software engineers.

The real problem, I think we can all agree, is the lack of widespread specialization of degree programs. Computer Science is still the blanket degree everyone gets, when in reality, some kind of trade program is likely sufficient to train many of today's "developers" (the "pokers").
The numbers show that McDonalds beat earnings forecasts three quarters in a row after putting wages up. Fast food is not a struggling industry.

Vending machines have always been cheap, but they've never been popular. Which is why the fast food giants, each with large teams of analysts armed with all the relevant numbers, have experimented very little with them, and generally cancelled the experiments after very short periods.
This article is incorrect about this being a vector for executing JavaScript (the same origin policy prevents that), but the phishing potential from redirecting the opener page to a fake URL is definitely cause for concern.
>The article is presenting allegations as facts

I only needed to read the domain name to know that would be the case.
If we're going to veer into dumb analogies again, this would be more like driving to work after somebody leaves you a voicemail saying "I'm going to be suddenly braking in front of your car for your entire commute".
Reds are absolute garbage for actual typing. They're best for gaming or specialised keyboards like at a POS.

Brown is best in my opinion, which is one I will vehemently defend by drowning out all opposition with furious typing.
> We had 25%+ unemployment during the Great Depression, at a time when hardly any women were in the workforce. I would say that was a much more difficult time than this great stagnation we find ourselves in currently.

Certainly the Great Depression was more of an acute problem that the current ones; the current ones are more persistent. We're forty years past the peak in real (inflation-adjusted) hourly wages.

> Our economy is now largely service-based, but we are still quite a ways off from automating most services.

Arguably, that should be a "because" rather than a "but".

> There's a lot of speculation that the economy will imminently suffer rapid upheaval with few jobs to replace the ones that are automated, but it remains speculative.

The idea that there will be a rapid cliff in the number of jobs is mistaken, sure. What there is -- and not merely imminently in the future, we are well into it -- is an end to the returns to labor increasing alongside economic output. There's still output growth, but the returns are captured by capital. Automation is a key reason for that.
Top JavaScript Articles
Wow,researching the name Tor, I found out they may have found the old Swedish god of thunders hammer. http://www.thelocal.se/20130401/46930
Bill Gross: What to Do After the Robots Take Our Jobs
And three quarters do.
I think the author was meaning it more in terms of MVC in the iOS project

- Web dev -

Backend dev scope: Model, Controler

Front end dev scope: views

- Mobile dev -

Where as with an mobile dev, their scope is model, view and controller code (full stack)

Your thinking of it in terms of the whole mobile app being the front end and the rest API being the backend. But the app its self has both "front end" and "backend" code segregation its self
Listening to the earnings call today Elon said one of them is staying on for a transition, and that they will be announcing a big hire in the coming weeks. Sounds like an experienced veteran in production?

I mean, this sounds like it could be hype but they have a pretty special thing with this many pre orders, US manufacturing, and a really exciting product.
Is there evidence to suggest that CRNAs provide poorer care? Someone that is paid less or has less education does not automatically result in poorer outcomes.
> What should we consider fundamental?

A fair question, and a full answer would be too long for a comment (though it would fit in a blog post, which I'll go ahead and write now since this seems to be an issue). But I'll take a whack at the TL;DR version here.

AI, ML, and NLP and web design are application areas, not fundamentals. (You didn't list computer graphics, computer vision, robotics, embedded systems -- all applications, not fundamentals.)

You can cover all the set theory and graph theory you need in a day. Most people get this in high school. The stuff you need is just not that complicated. You can safely skip category theory.

What you do need is some amount of time spent on the idea that computer programs are mathematical objects which can be reasoned about mathematically. This is the part that the vast majority of people are missing nowadays, and it can be a little tricky to wrap your brain around at first. You need to understand what a fixed point is and why it matters.

You need automata theory, but again, the basics are really not that complicated. You need to know about Turing-completeness, and that in addition to Turing machines there are PDAs and FSAs. You need to know that TMs can do things that PDAs can't (like parse context-sensitive grammars), and that PDAs can to things that FSAs can't (like parse context-free grammars) and that FSAs can parse regular expressions, and that's all they can do.

You need some programming language theory. You need to know what a binding is, and that there are two types of bindings that matter: lexical and dynamic. You need to know what an environment is (a mapping between names and bindings) and how environments are chained. You need to know how evaluation and compilation are related, and the role that environments play in both processes. You need to know the difference between static and dynamic typing. You need to know how to compile a high-level language down to an RTL.

For operating systems, you need to know what a process is, what a thread is, some of the ways in which parallel processes lead to problems, and some of the mechanisms for dealing with those problems, including the fact that some of those mechanisms require hardware support (e.g. atomic test-and-set instructions).

You need a few basic data structures. Mainly what you need is to understand that what data structures are really all about is making associative maps that are more efficient for certain operations under certain circumstances.

You need a little bit of database knowledge. Again, what you really need to know is that what databases are really all about is dealing with the architectural differences between RAM and non-volatile storage, and that a lot of these are going away now that these architectural differences are starting to disappear.

That's really about it.
I was surprised to see no mention of game development as what drew one into coding. Half the cats I've worked with got bit by the programming bug initially wanting to make games.
And now we're back where we started, where I point out that the FBI is refusing to tell the lawyer what's going on.

https://news.ycombinator.com/item?id=11632021
My comment wasn't an analogy.

I'm pointing out that everything has risk, and if your response is to have panic attacks, you are not reacting the way a healthy person reacts.
Entirely possible, though if so she didn't think it was worth putting in her blog post.
"21% are women"

Why mention this statistic?
I was born in communist Poland and back then everybody was catholic there, and so was I. So everyone had to go to the church, so I did too. I listened what the preast had to say about the heaven and the hell, but particularly that he said one would end up there for eternety.

That sunday lying in my bed I couldn't sleep. I was thinking about this infinity thing. I thought to my self, going to hell is bad because you get tortured and stuff, but going to heaven for eternity isn't really much better either, because it never ends! This was so frightening to me I couldn't sleep.

I was ok with going to hell for some really long amount of time, say 10k years, as long as I knew it would end some day. But being in heaven for ever? I still get a bad feeling when I remember my thoughts from back then, that would be unbearable, you couldn't even commit suicide, nothing would change anything, you'd be trapped forever with no hope of escape.

That was when I was seven or something, when I was eleven we moved to Germany where not everybody was catholic, half of the people were protestants. Then later when I was 27, so 10 years ago, I moved to Sweden where most people are atheists, and with time I also liberated myself from this scary religion.

Now I feel really happy about the fact that there most probably is no god and thus no inifinite amount of time in heaven either.
I'd imagine Ashkenazim doesn't turn up often enough to be statistically significant.
It's misleading to say solar doesn't help meet peak demand in California. For at least the past 20 years in California, the annual peak electricity usage has ALWAYS occurred between 2pm and 5pm:

https://www.caiso.com/Documents/CaliforniaISOPeakLoadHistory...

It's true that the daily peak is in the evening and that won't be helped by solar. But grid generation capacity is built to handle the annual peak, not the daily peak, so the annual peak is what matters. And because the annual peak tends to be hot afternoons, solar actually will replace other generation in the long run.

I used to analyze this stuff professionally when I worked at a California utility.
Automated analysis of free speech predicts psychosis onset in high-risk youths
Can you share more information about your findings here?

More specifically, has any company ever been content with the delta in experience/knowledge a candidate might have gained between interviews, enough to hire them? This as opposed to continuing to evaluate the candidate against an absolute benchmark.

Because if not, then this sort of evaluation doesn't really help, does it?
Biggest challenge for UI Builders is that programming unfortunately has the accepted meaning of typing cryptic colorful ASCII text into an editor. Stuff that makes programming easy is mainly for users who don't know how to program.

Not that I think it should be that way, that's just the psychology of programmers. Of course many don't realize that or won't admit it.

Also some programmers really haven't got the idea of code reuse through components. They don't understand how useful it is. But sometimes it also is in the first category of something that makes programming too easy so they don't want to be associated with that because they want to be known as an engineer that does hard things.

Also, even though people sometimes try new things on purpose, they usually do most things just because a lot of people are already doing that. So even if someone likes your system unless they perceive it as being popular already they may not use it.
Teen’s Apple Computer Collection Is Mac-Nificent
In what world would a cross domain version of this be a good idea? Maybe there's a legit use case within the same domain (think 90's HTML frames), but cross domain?!

Actually thinking about it more, it's same world that connects to remote servers over plaintext telnet. Oh and you don't need to verify your identity either, user's will just say who they are and we'll trust them.
Yeah you're right, hence my first note that I'd have to dig up the source :).
Importance of Exercise – Top Reasons Why You Should Always Exercise
When 6.001 was introduced, a surprisingly large number, perhaps a majority, of MIT students arrived without having leaned how to program. SCIP was their first exposure to programming.

That's inconceivable to me now.
> It's not entirely humans' fault, even when humans are at fault.

Yes, it is.

> Road implementation is a contributing factor, for example.

"Road implementation" is done by humans, so, even if it is a contributing factor, that doesn't make it any less humans' fault.
I think you are also applying a biased viewpoint. Your are assuming rational decision making always leads to "correct" decisions.

Statistics and rationality merely work by measuring current events against your previous experiences and inferring the most probable outcome of your possible actions. That means that your previous life experiences and how you have interpreted and classified them are key in what your brain is going to expect from future events and in consequence how you are going to react to them.

In your example you are assuming these people are acting "irrationally" because they aren't taking the "correct" decision by your own judgment. The reality is that likely they are acting based on very different premises from your own, extracted from their own life experiences and those of their ancestors. Given the outcome, they were clearly wrong on their conclusions, but that only means that rationality and statistics are useless if you are basing your reasonings on wrong premises and there is no mechanism to stop you from feeding them the wrong data, not that these seemly absurd actions didn't have a somewhat rational justification.

About cognitive biases, well, your brain makes decisions based on the data it has available, and whenever it is insufficient it can't simply delay decision making until its confidence level is acceptable, hence it needs some heuristics to guarantee it gets a result whenever enough previous experience is lacking.
> http://www.dsm5.org/Research/Documents/Craske_PD%20Review.pd...

From page 7: "Although PAs themselves are not considered a disorder or a condition that necessarily requires treatment, they often present in the context of various anxiety and nonanxiety disorders."

So, again, it doesn't seem to me like panic attacks are a sign of previous unhealthiness, any more than bleeding in response to being shot is a sign of previous unhealthiness. It is definitely true that having a bleeding gunshot wound is a medical emergency, which is more than can be said of panic attacks! But it's not a sign that you were previously unhealthy.

> Before we go any further, do you believe a person can have an unhealthy thought, and if so, do you believe part of having unhealthy thoughts is drawing conclusions based on little/no evidence?

I don't know what you mean by "an unhealthy thought".
I reported this issue to Google, Facebook and GitHub.
Google and Facebook were not interested and GitHub was already working on a fix.
because the dearth of women writing code has been a huge, widely-reported problem for several years now, perhaps?