skysight-inc/HackerNews huggingface dataset:
If you're interested, here's some other interesting reading in this area:

* Castro and Liskov, "Practical Byzantine Fault Tolerance", http://www.pmg.lcs.mit.edu/papers/osdi99.pdf As the title says, this paper describes a practical consensus algorithm that tolerates Byzantine failures. In some ways it is provably optimal.

* Lamport, "Leaderless Byzantine Paxos", http://research.microsoft.com/en-us/um/people/lamport/pubs/d... Interesting follow-on from Castro and Liskov, removing the role of the leader.

* Driscoll, "Murphy was an Optimist", http://www.rvs.uni-bielefeld.de/publications/DriscollMurphyv... These things really happen in practice.

* van Renesse et al, "Byzantine Chain Replication", http://www.cs.cornell.edu/home/rvr/newpapers/opodis2012.pdf Very fast replication in a model that allows Byzantine failures.
>Given how such a small percentage of US energy is solar, if it required more man power than coal plants I'd take it as a sign that we're doing something seriously unsustainable in the way we do solar.

Solar is very capital intensive - making the panels & deploying them - but operationally very, very cheap (all you have to do is give the panels a wipedown every so often).

By the time solar is a large percentage of US energy it will probably still employ a similar number of workers.

It's kind of like writing code in that respect.
Razor Startup Harry’s Raises $75M, Pushing It Over $200M
Great idea. Someone has to write all 100,000 of Kim Jong-Un's essays.
> If you don't want interruptions, you put headphones on. It works well.

It works well for some people. While you may be able to code perfectly well with music blasting in your ears (loud enough to drown out nearby conversations) that is not the case for everyone.

I wear headphones at work but the volume (at which I can actually concentrate on my work) is only sufficient to drown out/filter random background noises (typing/mouse-clicks, HVAC, people walking by, etc) - if there are people having a conversation a few feet away my productivity plummets.
I agree that it's in line with what we would expect from North Korea, but I don't think that having a motive is itself evidence of the crime.

They haven't even admitted to it, they've instead made a statement of "maybe" that I would expect from an elementary school child. To me, that smells like they want us to think it might have been them but don't want to look stupid (weak?) if someone else claims attribution for the hack after-the-fact.
http://www.valueshares.com/qval

long term holding period, more information here
http://etfdb.com/2014/affordable-active-alpha-inside-the-u-s...

i'm a fan of Wes Gray's writing and philosophy and approach, if you really want detail read:
http://www.amazon.com/Quantitative-Value-Practitioners-Intel...

disclaimer: i am good friends with an principal investor in their ETF business.
According to the top comment on this post at the moment, a file that is nothing more than a list of all the files in this dump is about one gig, uncompressed.

I think a thorough analysis of this is going to take a while.
From the FAQ:

> Your private key is encrypted with your password and then stored on our servers in encrypted form so that only you have access to it. In this design your login password receives the status of the private key. Your password is salted and hashed on your device before being transmitted to Tutanota. With this method we guarantee an integrated confidentiality and we allow you to access and decrypt your emails from desktops and mobile devices instantly.

And:

> Your private and your public keys are generated locally within your browser upon registration. Your private key is encrypted with your password. This way your login password receives the status of the private key. The key is encrypted so strong that only you can use the key for encrypting and decrypting data. This is why a strong password is essential. An automatic password check on the client makes sure that you use a strong password. Your password is never transmitted to the server in plain text. It is salted and then hashed with bcrypt locally on your device so that neither the server nor we have access to your password. We can not reset your password. With this innovative design you can access your encrypted inbox from any device (desktop, mobile) easily.

I've not looked at their "automatic password check", but generally passwords such as "Password2014" are considered secure (Three character groups, long password...).

At any rate, if you host your own client, and one can turn off loading of images and other in-line resources -- this looks better than most "secure web mail" clients I've heard of.

But if you allow them to host the client, I don't see how they can't just change the js to log your password. And they only have to do it once, because they then have access to your private key (they store a copy, and only need your password for access).
The article's premise is a poor introduction to the project. Sure, reinvent MOSIX if you want :) but don't pretend it'll serve more than a niche of a niche.

Firstly, "distributed computing is the norm"? It's just not. Most businesses & app authors will never need to care about ultra-distributed computing, with all its problems and trade-offs. You can move faster with "local-only" computing and scale vertically very cheaply compared to a few years ago - 4 dedicated CPUs + hundreds of gigabytes of RAM save programmer hours, and get your problem solved faster.

For light scaling issues (compared to Google) Redis, MariaDB and other abstractions over local files have some great options for future scaling, and are well-trodden, obvious choices.

Secondly, who cares about "wasted" resources of a whole underutilised server when reliable dedicated servers are so cheap, and in such plentiful supply?

Thirdly, "organizations must employ armies of people to manually configure and maintain each individual application on each individual machine"? - in the 90s maybe! Surely anyone with more than a few applications to worry about is on board with some basic configuration management.

Twitter-size scaling is a "nice problem to have". For all but the best-funded & bullish companies, solve them only when you start to have them.

(my bias: I run a managed service provider in the UK - we tend to help customers scale vertically by shovelling server images around with minimum down time. We say "underused" dedicated server capacity at fixed monthly costs is usually cheaper than chasing the phantom of "optimum" AWS usage.)
disclosure: i've been a vegetarian/vegan since '92 and if my diet consisted of "grains, produce, legumes, and fake meat products like those Morningstar bacon strips," talk about unappetizing... i'd be a "relapsee" too.

plus a meal where meat dominates, the menu is faster and easier to prepare, especially if you can count on someone manning the grill.

to adopt a vegetarian lifestyle, you have to be a foodie and like going to the farmer's market, making things from scratch and love experimenting in the kitchen. to turn out yummy, satisfying dishes is labor intensive. thank god for freezers so you have something to eat on those days you don't have time to cook or feel like spending a couple hours or more in the kitchen.

not to mention the health benefits from eating whole foods not riddled with antibiotics, chemicals, and indigestible fillers.

if your idea of cooking is opening a box and adding water -- forget it, vegetarianism, regardless of the desire to reduce your carbon footprint, is not for you.
I find these landing pages that don't let me even have a peek at the actual product, so they can funnel me down the "Try now for free path" really irritating.
What I know about the DPRK:

- There are North Korean work camps in Russia, where exported North Koreans perform slave labor such as cutting down trees, for literally nothing.

- They engage in weapons trade with foreign countries.

- If you are a dissenter of any sort, it's possible that your entire family can be threatened with punishment, such as working in a labor camp. If you skip the country, it's possible that they'll kill your whole family.

With the above, I can see how it floats.
We need tricorders for food.
The two chains will fall out of sync before they're finished. Chance of all 12 proofs being completed at exactly the same time and broadcast to groups of identical computing power every step of the way is very small.
I'm right behind you in boycotting anything Sony.

It raises the question though, what would it take for a company with a reputation as tarnished as Sony's to earn back your respect and patronage?

For me, the answer to that is not only maintaining a history of not attacking your customers (rootkit in CDs), but would also require an established track record of going above and beyond what other companies do to respect customer privacy.

Purely as a thought experiment, what would it take for you to reevaluate your stance on Sony?
I really wish they hadn’t botched this through use of the first-person pronoun.

“I’m not a robot” no, computer, you sort of are
Exactly. The folks who put in roughly $40 million wanted a $500+ million exit in 18 months. And that just wasn't going to happen with the numbers they had.

It seems like they were running about $500K a year. Even with 100% growth per year, it's going to take 6 years to begin moving $40 million annual revenue. The investors aren't going to wait for that long. And, as people have pointed out, once I use TaskRabbit, why don't I contact the task person directly next time?

Attempts to quantify TaskRabbit's numbers:
http://www.quora.com/How-much-revenue-is-Taskrabbit-com-maki...
Related: an article comparing Python and Clojure, called "Clojonic: Pythonic Clojure".

http://www.pixelmonkey.org/2014/11/02/clojonic
>The real mechanism whereby solar kills jobs is by making electricity more expensive

Except it does the exact opposite. The spot price of electricity in Europe and Australia has even managed to turn negative a few times thanks mostly to solar. Did coal ever do that?

The recent oil price plunge orchestrated by the Saudis was also in part recognition of this fact (as well as an attempt to punish US Shale oil producers/Iran).

Competition never drove prices up but it sure does make the dinosaurs with disrupted business models whinge very loudly in the media and lobby furiously.

P.S. Did you know that solar kills birds? Also there are unconfirmed reports that wind turbines cause health problems.
O'Reilly Bitcoin and blockchain conference
On a small scale, it's not too difficult. Detecting form POSTs with a new session catches most comment spam bots, and if an empty input field hidden with CSS is submitted with content, that's also a giveaway.

And I wouldn't discount javascript - another hidden field populated by onSubmit() is simple and effective. A few vocal paranoiacs advocate browsing with javascript turned off, but they are few and far between - and I bet they get sick of adding sites they want to see to their whitlist. We have over three thousand fairly technically aware users, and none have been tripped up by the javascript test.

If your site is valuable enough for an attacker to manually figure out your defences, then you need to consider emailing a a verification token - or even better, use SMS if you can afford the cost. Because this gives you a number to pass to law-enforcement, it means an attacker has to buy a burner SIM card.

Back on topic, Google's initiative is a useful tool to add to your defences.
High reliability? Didn't the main Fossil dev experience serious data loss while using fossil just a year or two ago?
This type of "chance encounter" is a common rebuttal but instead of planning your office layout on the hope of occasionally catching a mis-communication maybe it would be better to improve how things are communicated so these "faulty assumptions" don't happen (and/or are caught sooner...independent of luck/chance).
@wbond I run the program at Comcast, want to ping me offline?
JAMES: I announce my desire to go to lunch.

BRYAN: I verify that I heard that you want to go to lunch.

RICH: I also verify that I heard that you want to go to lunch.

CHRIS: YOU DO NOT WANT TO GO TO LUNCH.

JAMES: OH NO. LET ME TELL YOU AGAIN THAT I WANT TO GO TO LUNCH.

CHRIS: YOU DO NOT WANT TO GO TO LUNCH.

BRYAN: CHRIS IS FAULTY.

CHRIS: CHRIS IS NOT FAULTY.

RICH: I VERIFY THAT BRYAN SAYS THAT CHRIS IS FAULTY.

BRYAN: I VERIFY MY VERIFICATION OF MY CLAIM THAT RICH CLAIMS THAT I KNOW CHRIS.

JAMES: I AM SO HUNGRY.

CHRIS: YOU ARE NOT HUNGRY.

RICH: I DECLARE CHRIS TO BE FAULTY.

CHRIS: I DECLARE RICH TO BE FAULTY.

JAMES: I DECLARE JAMES TO BE SLIPPING INTO A DIABETIC COMA.

RICH: I have already left for the cafeteria.
>While I'm generally pro-solar, more workers is not an inherent good with an energy source... quite the opposite. The idea of energy is to require as few workers as possible so that human attention and labor can be spent on other things.

Because the country has a massive overemployment problem right now?
You have to factor in the cost of the programs it replaced, given it was largely created by transferring education programs from other government departments.

Also, you have given no references whatsoever for your claimed steady decline in literacy and maths since 1979.
I'm not sure how the argument can be invalid, just because Red and Rebol is a lisp? Sounds like both them and Dylan might be a good inspiration for a "python lisp" (not that that is what hy is doing atm, as far as I can tell). Contrasting a circle with an ellipse can be useful, sometimes ;-)
All users prefer the longest chain. In the case of two solutions being broadcast at about the same time, then each miner will probably prefer the solution they received first, and will base their solution attempts off of that chain. It is very unlikely that both chains will each have a new block broadcast at the same time. Whichever chain gets a new block first will be the winner and everyone will switch to that chain, abandoning the now-orphan chain.
...we let people like you shuffle simple result sets in and out of web pages, freeing us up to do more interesting things?

(ha ha, only serious)
Employees Should Be Limited Only by Their Ability
AT&T joins case; Chanute needs state nod to offer fiber broadband, says 1947 law
I'm shocked and disgusted that money was wasted, instead of fighting terrorism. The US Taxpayers were cowering in fear of terrorists (or at least the elected representatives were) and thus to waste money that could have gone to providing much needed closure to fears of terrorism is a great crime, and should be punished to the full extent of the law.
GrabTaxi raises a record-breaking $250M to dominate Southeast Asia
Polarizing is a good way to put it. For such a generally free thinking crowd, there's a lot of flat out hate for the open office here.

Personally, I've seen it work well (where I'm at now), and I've seen it work badly (two jobs ago). I've also seen the same in separate offices. Sometimes it works, sometimes it doesn't. I don't really find that age or experience tends to matter that much as to where it works or doesn't. It's more about the work you're doing, and the company you're doing it for.

Some dev projects - those heavy on the back end especially, or requiring lots of sheer coding manpower over critical thinking, I think they definitely don't gain anything from the open office. The same could be said as well for the truly complex coding work out there - which, honestly, is less and less a reality.

If you're wiring up pages that do some middle tier logic or dealing with heavily interactive sites, which I think is what many of us do day to day, rather than the super intense, super difficult coding work that we all wish we did, I think the collaborative benefits can outweigh the risk of interruption.

If you're actually doing that big brain work, or really working on something that needs complete concentration, then yes, being able to zone in on it interruption free is definitely a good thing.

Like every other process, or tool, it depends on the context and the problem you're solving. And like most problems, you need the right person to use that tool or process. So does it work for every scenario, and every person? No, definitely not. The same can be said for a closed office as well.

Bottom line - right people, right place, for the right task at hand.
Perhaps this is more of the norm in the Bay Area (I assume that's where you're from, from your other comment), but I've never seen anything as open as that (dogs at least). I don't think anyone would claim that a "bring your dog to work and let it roam around freely" sort of environment would be productive. I'm surprised they would allow that at all, seems like it could cause other problems as well.

I still don't think that sort of generalization is fair, though. I think a normal, sane office could be open, but without the ongoings that seem to be present in the environments you and the parent witnessed. Well, I can definitely vouch for that being the case in the office I work in.
It's simplistic to say that the problem was "solved decades ago". Every existing attempt at Byzantine fault tolerance is limited in one way or another - if you're looking for a solution it's really a matter of choosing a solution based on which set of painful limitations you want to live with.

Bitcoin's solution is a pretty good one for its use case. Most other solutions would have trouble scaling like the blockchain can, but in many applications its very long consensus lead time would be unacceptable.
Whats the hackers opinion about
Fundamentally it's macros and homoiconicity of code and data that give lisp it's expressive power. Combined they grant you the power to inject new syntax / domain specific languages (DSLs) directly into your code. Any new syntax you create can look like normal lisp or can have different syntax evaluation rules like infix math notation [1]. A number of years ago I did a short write-up on stack overflow giving a basic explanation of how macros work in common lisp which may be worth a read [2].

Macros in general work by being a syntax tree -> syntax tree transformation. The neat trick is it's not a static pattern like C - you can leverage functions, conditions, etc to build that syntax tree.

As for comprehensions themselves, if you want to see the power of lisp look at the loop macro. It's a single macro yet gives you the power of normal control loops, list comprehensions, for-each all rolled into one package. [3]

[1] http://data-sorcery.org/2010/05/14/infix-math/

[2] http://www.gigamonkeys.com/book/loop-for-black-belts.html

[3] http://stackoverflow.com/questions/267862/what-makes-lisp-ma...
That could be argued, but the counter argument would be "that's a completely baseless and unfounded argument". And there isn't evidence that it helps prevent disease in people with declining brain functionality. Your link says "we should do some research on that" not "there has been research on that".
Looks like this is the data source: http://data.cityofnewyork.us/resource/3q43-55fe?$limit=10000

This map is great in terms of personal use. "Are there rat reports near where I live?". But would be great to see someone hack together a heat-map or something that better displays density.

Edit: Here's a quick stab: http://jsbin.com/dihiwetoja/2/
Actually, the source code for most things that aren't implemented in C are available. They're just distributed in the compiled MX form, so there isn't a source file to read. But you can still easily 'disassemble' parts of the language at runtime.

Here's a very simple way to do it for DateListPlot:

Get["https://raw.githubusercontent.com/szhorvat/Spelunking/master/Spelunking.m"]
DateListPlot;
Spelunk[DateListPlot]

This produces a hyperlinked 'code browser' in your notebook that lets you chase down function definitions out of the live kernel. Here's an example of what it looks like:

http://imgur.com/ZjWJvEO

So the OC could actually rewrite DateListPlot to add error bar support, if he wanted to. He could even overwrite the original MX file in his installation once he had done this, if he so desired.
> What's the distinction between C-c C-space and C-c C-r?

Beats the hell out of me. Here's the docstring for agda2-give (bound to C-c C-SPC):

Give to the goal at point the expression in it

Here's the one for agda2-refine (C-c C-r):

Refine the goal at point.
If the goal contains an expression e, and some "suffix" of the
type of e unifies with the goal type, then the goal is replaced
by e applied to a suitable number of new goals.

If the goal is empty, the goal type is a data type, and there is
exactly one constructor which unifies with this type, then the
goal is replaced by the constructor applied to a suitable number
of new goals.
I think a heatmap would look good here, one with nice flowing color gradients, maybe with a separate marker layer over the top. Leaflet-DVF looks pretty promising for that sort of thing and it comes with nifty markers. Of course a cute marker icon that looked like a rat would be good too. I'd prefer to see the building/address info displayed in a marker pop-up rather than on the left. Map apps are fun, I've made a bunch myself with Leaflet.
That's a subtle reframing you've done there. "Solar" is an entity unto itself, but "coal" is a submember of "fossil fuels". Apparently "solar" doesn't get the same consideration, despite being a member of the "renewable energy" industry.

What about all the people working on coal plants and the related infrastructure?

The article said "coal mining jobs", not "coal miners" specifically. Coal mining includes jobs like truck driving and the other items you're asking about.

You've basically done a double-whammy reframing: solar jobs are "generic-anything in an entire industry"; coal jobs are only the literal miners themselves, in a 'narrowed-down' field from a wider industry.
Since Firebase 2.0, network activity has improved dramatically. Also, I cache any favicons. The only problem right now is battery life because of the always on WebSocket. I'm going to add functionality to turn off auto updates soon.
Detecting Error-Related Negativity for Interaction Design
As soon as they move to Cocoapods, I'll remove the git submodules.
I guarantee that Starbucks and Google will not be pulling out of the UK if they do raise these rates to the proposed levels (or even higher). It would be cutting off their nose to spite their face.
so "Try now" signs me up to your mailing list. Why doesn't it let me "try now"? Or at least let me look at a screenshot.
I don't think that's inherently true at all, it depends on the nature of the industry or company and how they're structured.

Most of the fastest growth tech companies required very little labor compared to their early extreme growth - most such companies only got bloated at the tail end of their growth, and their labor to sales ratios fell dramatically (eg Microsoft, Intel, Dell, Cisco, eBay, Google, etc).

Amazon requires less jobs per dollar of revenue generated, than Walmart (~75% less) or Target (~66% less). Amazon will likely push this to an extreme over time as they heavily automate their warehouses with robotics, doing away with at least half of their theoretically expected human labor growth.

Advertising and look-up systems online require vastly less jobs than old-fashioned white / yellow pages.

e-brokers require a lot less human labor than the old brokers used to, where you needed a human to process every trade.

Craigslist butchered the classifieds industry, drastically optimizing it.

eBay was famous for generating massive sales per employee in the first X years of existence, far beyond anything established big auction houses managed.

Microsoft practically invented the software company, and required a lot less labor per dollar of sales than just about any other company you could have compared it to at the time. They also had extreme growth. In 1980 they had the inflation adjusted equivalent of perhaps $40 million in sales with just 40 employees.

This list keeps going.
Microsoft's microservices vision for Azure starts taking shape