skysight-inc/HackerNews huggingface dataset:
I don't understand this "tech elite" nonsense. I make nearly 200k a year, and can't afford a house in San Francisco nor the Peninsula. I actually live in Hayward. Even though I suppose I could spend half my take-home on rent in those places, I'd rather not be doing this shit till the day I die... I do not feel elite by any stretch of the imagination. Sure, Benioff with his billions is elite... but us workers, we are middle class. I would argue not even upper middle class for this area.
A CEO doesn't work in a vacuum, nor does he need to be the most knowledgeable person in the room. He can pay other people to think for him and ask the right questions. It's not an easy job, but it necessitates taking a 10,000 foot view of everything. Knowing how to navigate a corporate alliance or a merger is much more important than anything technology-specific.
The penalty of a commute is not simply measured in time.

Commuting from SF to MV, Menlo, or really anywhere on the Peninsula with public transit is kind of ridiculous.

Given the lack of Caltrain stops in the city, coupled with the fact that just about none of the large tech companies are based near Caltrain stations on the other end means at least 2 transfers (bus -> caltrain -> shuttle). I can attest that it is very difficult to get any meaningful work done when you're hopping on and off busses and trains every 25 minutes.

Contrast this with a luxury coach shuttle bus, which is a wi-fi enabled productive commute.

Even if they were to take precisely as many minutes, they really are polar opposites on the pain spectrum (first world problems class pain, but still pain).
How is 1% of an employees time 4 hours/month? A month is typically 4 weeks(ish) at 40 hrs per week = 160 hours * .01 = 1.6 hrs?

Am I missing something?
> These aren't really what the author claims.

As the author, I can assure you they are what I claim them to be: Points in the source code that identify some issue in some browser.

> The first two are actually the same thing,

Whoops! I thought I had removed the first one. Thanks for the bug report. The second is true, we received bug reports when we used we had issues with "use strict" in Firefox. I removed the first one anyway.

> The third is just noting that a jQuery function doesn't work in some contexts.

Wrong, it's a note about IE reporting the wrong value.

> The fourth and fifth (which, like #1, are two lines from the same comment) are just documenting a try/catch block because something jQuery is doing might throw an exception.

Because a particular browser has abnormal behaviour.

> The seventh is just an attribute named "support".

I thought removed that. It matched "support:", so you're still wrong.

> So far it looks like this isn't actually a list of reasons you will need jQuery

Accept that it does with the exception of two things I thought I had removed.

You owe me an apology.
Presuming it's anything like White Box AES, then yes; that's what it will do.
I'm currently doing the trifecta -- 101 has gotten so bad that it's actually faster than the Google bus for my evening commute.
I've been using Bootstrap 3 for about three months, and to this kernel hacker new to PHP and web development (for internal apps), it's great. I can do UI that isn't a total train-wreck; what I come up with ain't perfect, but it gets the message across.
To both of you: Why? Can you give us more than a dogmatically-stated position? Can you give us a reason for it?
It's not always a net positive, no. If the employees make that money while not producing anything notably positive (hedge funds are a pretty good example), they're actually just sucking money out of the system, like the mythological "welfare queens" of the Reagan era but on a much larger scale, and with the pernicious side effect of looking like they're doing something useful.
How is that at all the case? The oral contract seemed to be simply, "I own 2/3 of the company, and you own 1/3". There was nothing about forcing the other party to buy out their portion. There was nothing about any kind of valuation.

I'm not sure why he didn't simply say, "sorry, I don't have the means or desire to buy out your portion". When you own a part of a private company, you don't have any liquidity until you have a buyer. You can't force the existence of a buyer. In the absence of a contract stating otherwise, the majority owner is under zero obligation to be that buyer.

In the end, he got the other guy to agree to take a certain amount of money and go away. That may not be what the other guy expected when he thought he owned 1/3 of the company, but I personally don't believe he had any right to expect anything without further terms laid out in writing.

I'm just glad that it seems like the majority owner managed to get out of the situation without having to destroy the business.
Except in this case, as the parent mentions, it's not an excuse. Why would you secure a type-ahead API that only has access to employee testing data?

It is by design that if someone finds the API they will be able to use it without authentication and nothing is required on behalf of the "hacker" to access it. Are all users of software hackers under this definition?

I do not believe they are lying in their statement that it was temporarily open and intended to be closed, it makes sense to me why that effort would be put off for test data.
The benefit of visiting a few coffee shops regularly is that you get pretty familiar with the staff & they'll keep a look out for your stuff if you have to go outside to take a call or head to the bathroom.
Er, so we should make transportation worse so that it will be better?
So... browserify is like http://static1.wikia.nocookie.net/__cb20131111220942/harrypo...?
Shame, really. By concentrating on the enterprise market, Box may have sealed a brighter future for themselves than Dropbox has. That's sad because I'm pretty sure the team at Dropbox could run circles around the Box team. I mean, they have Python's creator working for them.
If you want to avoid polluting the HTML too much, you could always use the mixins/classes from the LESS or SASS files (https://github.com/twbs/bootstrap-sass for SASS).

Even as a frontend developer who knows CSS pretty well, I like using Bootstrap. It lets me focus on more important things.

For my workplace, the UI team will use a bit from Bootstrap, more if we're under time pressure to finish a project. They rather do stuff from scratch most of the time, but they're coming around on the ability to use mixins & slim down the CSS using the LESS.
3d user interface
Or Oracle buys them both, kills off DropBox and turns Box into a malware distribution channel.
I only really want jQuery core most of the time, and then only because I'm supporting IE7, which does not support ECMAscript 5.

It is often simpler to reuse this functionality that people have worked on optimizing across a large number of browsers than it is to spend the time to reimplement that functionality myself. I can better spend that time getting a new feature working.
LFTR reactors have physics on their side in that if containment is lost, so is criticality.

But loss of criticality isn't sufficient for the reactor to be "safe". Even with the reactor no longer critical, there are still a lot of radioactive fission products left. The way to prevent them from escaping is secondary containment, which Chernobyl did not have, as I said (Fukushima, and indeed every other reactor ever built that wasn't built by the Soviet Union, has secondary containment).

Of course, as Fukushima illustrated, secondary containment is not the only necessary feature for safety. You also need decay heat cooling. The key advantage of a design like LFTR, as compared to a design like Fukushima, is passive decay heat cooling; simple thermodynamics is sufficient to keep the fission products contained and cooled after shutdown. That's why such reactors don't, in your words, "require power to stay safe, even if they're not generating power". However, LFTR is not the only possible design with passive decay heat cooling; there are ordinary pressurized water reactor designs that have passive decay heat cooling (by designing the piping circuits and placing the heat exchangers and core to take advantage of natural convection). Fukushima was not such a design, but they do exist (although AFAIK they didn't when Fukushima was built).

Nuclear reactors are one of the few pieces of infrastructure that can't simply be abandoned if something bad happens, or else the problem gets worse and worse and worse.

This is true, but it's just as true of passively cooled designs like LFTR. The problem here is what to do with the highly radioactive fission products. The way every nuclear-using country except the US deals with this is reprocessing: you take the spent fuel, separate out what's still fissionable (which is a pretty large fraction of it with most current designs), and put what remains through a special reactor that converts the fission products to either much longer-lived (and hence much less radioactive) or stable isotopes. Problem solved. France and Japan have been doing this at scale for several decades now. The only reason the US doesn't is politics.
I think the parent's point was that (in hindsight) it would have been better to just give the money as a gift, and not as a loan.

My general philosophy about that sort of thing is that, if the sum isn't materially significant to me, and I care about the person enough to help them out of a jam, it's far simpler to just give it without any expectation of return. If they are able to pay it back, and feel like they must, then that's fine. If not, that's also fine. If they can't pay it back, but still feel like they owe me something, and offer to do me a favor of some kind in the future, that's great too. But none of it is necessary, and I won't care either way, as long as I believe they appreciate the help.
We conducted an interview with Pivotal Labs, where their COO touched on the concept of pair programming and how it changed the way Pivotal Labs operates: http://www.airpair.com/pair-programming
At the first glance, yes, I then quickly realized it was about the SEO company. I think it has a lot to do with being a developer and using the css prefix -moz for mozilla based browsers.
Fair enough, my company is pretty small (5 employees) so our overhead costs are pretty minor. 50-150% seems crazy to me.
Serious About Co-op Students
While I do agree with you (I'm living in SF making slightly above avg backend eng salary and feel broke all the time with rent, living expenses, student loans, and etc), you have to realize there are tons of people living in the bay area (even in SF itself) making $60k or less. Imagine living on that salary here.

But you're right, a lot of the vitriol is designated at us -- who appear extremely wealthy because so many of us are flooding the area and pushing others out of houses -- when we're really not elite or rich by any means.
The problems at Fukushima had to do with design and siting of the overall plant, which is, in fact, very much an element of engineering. Truth is, there are lots of ways for a nuke to fail, and the small comfort that Fukushima didn't fail in the same way Chernobyl did doesn't make Fukushima any less of a failure.

The Japanese have also exhibited some spectacularly poor nuclear management in the past (a criticality incident in fuel handling at Tokaimura: https://en.wikipedia.org/wiki/Tokaimura_nuclear_accident) and significant involvement by the Japanese mafia in TEPCO). In fact many or most nuclear incidents anywhere can be chalked up to poor management -- it's a major risk factor.

As for the US Navy, the man who made that happen argued strongly against nuclear power. US Navy Rear Admiral Hyman Rickover:

I do not believe that nuclear power is worth it if it creates radiation. Then you might ask me why do I have nuclear powered ships. That is a necessary evil. I would sink them all. I am not proud of the part I played in it. I did it because it was necessary for the safety of this country. (see full quote and others at Wikipedia: https://en.wikipedia.org/wiki/Hyman_G._Rickover#Willingness_...)

Rickover also explicitly noted that the US Navy's safety was the result of a total philosophy and approach, not a solution which could be ladled or patched on to other systems.
Lifesaver 0.2.0 has been released
From what I've read, Zynga is not run as a monolithic company, but as a confederation of studios that do not necessarily share programming, design and product management talent, but share HR, legal, and administrative.

Thus when some project reaches end of life, it's time for the entire studio to go.
Boeing #12
Your rank-and-file MD isn't getting driven to work. He or she is taking Metro North from Westchester or LIRR from Long Island. There'a lot of people making $500k-5m in New York who take public transit or walk to work.
Got a specific pointer / reference on this?
The problem is the massive number of shuttle busses has allowed a massive number of people that work down in the valley to live in San Francisco without the hurdle of the awful commute.

Usually this would happen with public transportation or better highways, and as a city is more able to shift people around, the city will either sprawl (SF can't, because it's a peninsula and people would rather live in the valley than South SF) or densify (SF won't, because the zoning laws prevent building of new high-rises or destruction of older buildings for more dense units.)

Because of that, you have a large shift in the supply/demand of the housing market. Since SF is unwilling or unable to increase in sprawl or density, supply is pretty much fixed. The shuttle busses open up a river of demand though, forcing the prices up and up. Removing the shuttle busses, and I agree the idea sounds ridiculous at face value, is probably the most plausible solution right now. Making it difficult for people to commute down to Mountain View and Cupertino will cause a lot of people to move closer to their jobs, and balance the market here again.
EU group mulls 'remote car-stopping device' for police
This is after their "leaked youtube video" proceeded to "reveal all" about them. Then turned out not to, or something.

More exciting trend-hopping startup news out of Silicon Valley and Techcrunch.

http://techcrunch.com/2013/09/30/leaked-youtube-video-tumblr...
They tried to:
https://en.wikipedia.org/wiki/Yucca_Mountain_nuclear_waste_r...

But "environmentalists" stepped in and ended funding. Now we are stuck with the current situation of pretty much every power plant for themselves and storage all over the country.
JavaScript is a dynamic language, and it is arguably the case that many of the frameworks that exist for it hide or transform enough of the "native" implementation details as to be different languages. Or supersets of it, if you like. I don't think it's at all unreasonable to suggest that a developer who uses jQuery (or any other framework) doesn't have to have more than a vague, fleeting understanding of the "native" language under it.
node express is the rails ;)
Open systems still obey thermodynamics, it's just that there's an energy flux (and an entropy gradient).

Look up Ilya Prigogine, self-organizing systems, and dissipative systems.

Humans and their societies (and other artifacts) are one such.
Weird. I recognize only half the companies on that chart, and I'm not sure what Adobe or salesforce have to with marketing.
What about working in a public library?

The one near me has no problem with someone setting up a laptop for a day, has plenty of plugs, never a line for the bathroom, and provides a quiet working space.
You could use this amazing gift to read up on "externalities," then engage your mind-blowing intelligence to think about how that is relevant to this discussion.
Attorneys, bankers, and businessmen routinely take BART/MUNI/public transport to their offices in downtown SF just like their secretaries do, yet MUNI still stinks and BART literally stinks.
You just need to look at the state of thing now and how everything has being going for the last year, clearly Dropbox has all the momentum and usability. How many conferences have you seen Box's ceo at, that guy is at every conference and Box is supposed to be a startup. Box was the first cloud service i used, then moved onto Dropbox because the usability was just amazing. I also think Dropbox may have better engineering talent because the syncing works so much better than ubuntu one,drive and box.
> The alternative given for a jQuery.each statement is the IE9+ supported Array.prototype.forEach — now you'd think this would be faster right? It's actually still not as performant as it could be. As this jsPerf set of benchmarks shows is that a for loop is the most performant option: http://jsperf.com/foreach-vs-jquery-each/38 — it might not be as pretty as jQuery.each or Array.prototype.forEach, but heck, it's a whole lot faster than the alternatives.

So I'm by no means a compilers or js engine expert, and this really is an honest to god question and not an attempt at sideways criticism.

When I use each, forEach, map, or something like that, I'm usually optimizing for my own readability and to try to create more concise and understandable code (admittedly only for folks comfortable with those paradigms) and not actual raw performance.

Is it the case that Array.prototype.forEach is faster than a for loop for all modern browsers, and could that change with engine optimizations? My wonder there is that it smells like premature optimization while sacrificing readability (again, assuming you think map/forEach/etc is more readable, which might be a huge assumption).

Thoughts?
Yeah, also tried this. The biggest thing that prevents me from working in a coffee shop is that it is simply uncomfortable. My home office is totally optimized for my comfort, with a big monitor and a comfy chair. I've tried working from cafes, but if anything they seem to be designed to be a bit uncomfortable to get you to finish your coffee fast.
If John Carmack moves to a small, otherwise ordinary town, the average level of programming talent becomes higher than the national average. But that's a rather useless statement, isn't it? Saying a random developer in that town is probably better hinges on selecting Carmack from that random sample.

It's almost never the case that the information you have is just "lives in Bay Area or does not", and almost always the case you'll know something vastly more informative than geographic location. As you put it, "FFS of course MS...". You'd probably repeat that for several areas, like around Boston perhaps?

Being able to randomly pick a better developer from the general population doesn't really help in any practical case I can think of.
3 Steps To Startup’s Productivity
Ehm, Python doesn't have a NULL:

>>> NULL == 0
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
NameError: name 'NULL' is not defined

Even None, which is as close to NULL you are going to get in Python is not 0.

>>> None == 0
False
There's no assurance the water would rain down where you wanted it to.

Since the Earth is radiating its heat anyway, just over more area, you're also only transferring that evaporation to specific locations (though it's possible that goethermal heat would radiate into space without heating and vaporizing water in some cases).

On a net basis the effect would likely be too small to matter. I suspect utilizing the heat more directly for either heating or generating purposes would be more useful.
Sencha Touch plays rather well with CoffeeScript
Steve Jobs took exactly the opposite tack -- he would say things like "People don't know what they want until we tell them" -- and he succeeded with that outlook. I'm not saying the article is wrong, only that it's not a self-evident position.

Chances are a product will succeed or fail for reasons neither the designers nor the customers understand. Consider the personal computer -- the best minds in technology were offered a chance to get in at the start, and nearly all of them turned it down. Hewlett-Packard repeatedly rejected Steve Wozniak's proposals until he quit and developed his ideas with Steve Jobs in a garage. Then IBM created a rather limited knockoff PC, expecting it to serve only as an "entry system" to their main product line, which was large systems. Pretty soon the tail wagged the dog.

And the Internet -- no one saw it coming, even when it was on top of them. No one was able to predict any aspect of that phenomenon, something that remains true.

About people's tastes and choices in entertainment, Hollywood screenwriter William Goldman famously said, "Nobody knows anything". I agree, and I think it applies to technology as well.

The bottom line -- if you ask customers what they want, what they might buy, they won't be able to tell you. I disagreed with Steve Jobs about practically everything, but he was dead right about this.
You make another great point. Jquery includes tests for its implementations.

When you improve a slow implementation, it should be tested against that existing dizzying array of use cases.
I Find That The Hardest Part is Deciding What To Do

It's also the one with the most impact.
This is a positive feedback cycle rather than a negative one.

It occurred to me on re-reading that you might have been referring here to the fact that the Chernobyl reactor had a number of features that acted to increase rather than decrease reactor power as actions were taken to try to shut it down. Those features are not present in any current reactor designs that weren't made by the Soviet Union. Certainly they were not present in the Fukushima reactors.
I prefer the fixed topnav. scrolling all the way up to go between pages sucks. (alternately, a scroll to top link)
Dear Louis C.K. (and Odwalla)
Don't get me wrong, I think the terrorism card is definitely overplayed. The article brings up an interesting point, though. The redacted portion flies in the face of the accusation that the NSA isn't using its capabilities to pursue legitimate terrorist targets. Yes, that one phrase doesn't prove that all of its targets are legitimate, but it makes me wonder what else is in all of those redactions and missing slides. Do they jive with the existing narrative? How much is left out for national security and how much is left out to make a better story?
Salesforce runs buses too.
Another JSPerf on loops with largely the same conclusions:

http://jsperf.com/loops/70
IIRC, Facebook Chat was using XMPP but switched to MQTT. Not sure if it has changed since.

Disclaimer: I could be completely wrong.
SF Public Transit has always suffered from severe urban blight.

It is down right, condemnable, in some respects [1].

I am certainly not selectively harpooning the SF transit system. I do not have extensive

familiarity with other places to judge whether things are just as bad, in other metropolitan

areas, across the nation.

Throwing good money after bad, while stubbornly refusing to tackle key problems like the dumping of

their homeless populations by other states, has contributed to the current state of affairs.

SF suffers from what is called a progress trap [2].

[1]

http://www.sfgate.com/bayarea/article/Human-waste-shuts-down...

http://www.nydailynews.com/news/national/escalators-san-fran...

http://ww2.hdnux.com/photos/13/50/11/3048045/7/628x471.jpg

http://uptownalmanac.com/2012/07/human-feces-blamed-bart-esc...

http://i.huffpost.com/gadgets/slideshows/239769/slide_239769...

http://i.huffpost.com/gadgets/slideshows/239769/slide_239769...

http://i.huffpost.com/gadgets/slideshows/239769/slide_239769...

http://i.huffpost.com/gadgets/slideshows/239769/slide_239769...

http://i.huffpost.com/gadgets/slideshows/239769/slide_239769...

http://i.huffpost.com/gadgets/slideshows/239769/slide_239769...

http://i.huffpost.com/gadgets/slideshows/239769/slide_239769...

http://i.huffpost.com/gadgets/slideshows/239769/slide_239769...

[2]

http://en.wikipedia.org/wiki/Progress_trap
In [1]: bool(0)

Out[1]: False

Idiomatic Python may say "if not user_id:" and erroneously skip this.