skysight-inc/HackerNews huggingface dataset:
> the general common law rule is that doing a thing is de facto permitted unless a law says otherwise.

Sure but if the law is vague than the enforcement can be broad or narrow depending on case law and the interpretation of judges.

It is less risky to run a business in an area where the law is more clear cut.
"Complaining about budgets to fix these issues is like saying that the problems with collapsing bridges is that we don't spend enough fixing the structure. Well, it should have been built properly in the first place."

I'd like to think that engineers do want to build things properly, however to build something properly it usually involves more resources. The problem is when it comes down to brass tax the low bidder wins. I've worked in many big companies over many years, and yes I've hacked things together MANY times because of budget/time constraints. A lot of it was because of Management wanting to come under budget, or because they wanted to rush the product to be a hero.

I don't get where this idea comes from that engineers just want to do things in the worst way, do you think a doctor wants to kill his patients or do something that would endanger the patient if they didn't have to?
On another note: bad statistical inference seems to be more common in articles with clickbait headlines.
> the statements he made are flat wrong or simply contradictory.

and it's OK because we all do this. I always find that kind of comment a bit too harsh because we always tend to forget people we judge are just humans like us.

I'm sure you have contradictions of your own in your own lifestyle. And I'm sure you would look stupid by your non/partial knowledge of some subjects to some people... Doesn't mean that you are stupid.

Also a private journal is something non-relevant because if you have one (I do have mine) take a look at what you wrote a few weeks or months or years ago and you will see they generally look pretty stupid, or they were in the moment, or you just didn't care because you thought no one would be reading it.
True, but young people use very little coverage (less than they pay for) on average. They are subsidizing the plans of older people.
I would just be happy with a file-based interface that would let me know physically where my photos are, where they're backed up to on iCloud, and could easily be moved to another storage device.
It looks for the standard meta CSRF meta tag, it will include it if the request is within a form with a CSRF hidden input, and you can hook in via the usual jQuery AJAX hooks if you are doing something else.
> Most GPG "libraries" in languages like Python and Ruby are just wrappers around the GPG command-line, because there is no proper library.

IIUC this is intentional design of GPG 1.x vs GPG 2.x: the former is statically linked binaires for "security reasons" while the latter is a shared lib (libgcrypt) + binaries with exactly the same features.
I don't think you would have anything to be ashamed about for leaving the company, even if it blows up the deal. Of course, that doesn't mean that it won't make your bosses/coworkers angry or disappointed, and there is some value in having good relations with ex-coworkers.

If more compensation or a different role at the new company would change your mind, it's definitely worth having that conversation. In the event that you can't reach a deal that makes you enthusiastic about going along with the acqui-hire, making some small sacrifices to help the deal go through is probably worth it to preserve relationships (like trcollinson did by quitting the day after the close instead of the day before).

If you decide to shoot for the bare minimum, make sure you know what it will take to make everybody at the current company happy. You wouldn't want to stay an extra month in order to quit the day after the deal closes only to discover that the owners don't get their payday unless you stay on for two years after the close and they end up pissed at you anyway.
Wow, I knew Gin was supposed to be faster than martini, but seeing that large of a spread was pretty interesting.
You're absolutely right. Just had that emailed to us. Those prices are monthly. Can't believe none of us saw that we didn't state that. All of the tiers have a free 30 day trial and there is a free tier as well.
Anthem is very schizophrenic about their group vs. individual plans. I was covered by them under Google's group plan and they were easily the best insurance company I've had. They paid for all sorts of things that other insurers wouldn't bother for, no questions asked, and were great to deal with.

Then I tried continuing with one of their individual plans after leaving, and they were easily the worst insurer I've ever dealt with. Things like not informing me that my PCP (who'd certainly been part of the group plan) was not part of the individual plan's network, or finding out that the nearest available PCP who was is 40 miles away (I live in a major metropolitan area with several million inhabitants). Not being able to change my address through the website - they have a form up that doesn't work, along with a message saying "If this form doesn't work, please call ..." Taking hours to get ahold of a human on the phone. Billing hassles. Sending out "your coverage is ending in 30 days because of non-payment" notices even though I'd faithfully paid online on-time. I'm actually quite glad that their terms are "Your policy ends automatically when you don't pay", because they've made it pretty much impossible for me to pay them - their online billpay refuses to take my payment (failing with no error message), which I suspect is because my address changed, but their website makes it impossible for me to update my address, calling them takes more time than I'm willing to invest, and I don't have any trust that if I send them a check it will actually be credited to my account. I just started a policy with Blue Cross Blue Shield instead, which has been a joy in comparison, and let Anthem lapse.

If you read the Yelp reviews, they're far worse than my situation - folks being promised coverage for hospital stays and then denied coverage afterwards, and multiple lawsuits outstanding against them.

The cynic in me thinks that Anthem is basically unable to continue as an operating business, and so they're triaging accounts. The big group accounts like Google get top-of-the-line service, so that they can keep them and hopefully bring in enough revenue to tide the company over. The individual accounts - anything that's small enough to (presumably) not have many other options and unable to sue - get screwed. So if you're in one of those groups, be thankful; if you're an individual, start looking elsewhere.
> Really? Look at Linode, Amazon, or even Google (including GMail, and probably others). All of which are big names that can and do work ENTIRELY without JavaScript.

I think we can all agree, maintaining two discrete code-bases is a sub-optimal experience. Especially for companies without the resource of the "big names" you point out.

> Another (AJAX) HTTP request + rendering the returned data on a tiny mobile phone is faster than one HTTP request for the entire webpage and having dedicated machinery pre-render the content for you? I don't think so. He does talk about this point later on, but which is it? Client-rendered JS apps are, or aren't fast?

Several reason why this experience results in a faster mobile experience.

- cached data serves extremely quickly ;)
- pre-emptively loading data to prime the cache.
- data is smaller then data + html.
- the app remains usable during loading phases.

Additionally, separating the concerns of rendering and data loading, does afford more creative optimizations as the need arises.
It's not an experimental proposal for ES6, it's part of ES6, which is now finalized as of our most recent TC39 meeting last week. (There will only be editorial fixes going forward.)

Regardless, it doesn't matter what language version it's in. What matters is that it's already implemented in Firefox and the IE previews.
> which is very strong

How are you defining strength? Tensile strength?
You're also still paying for them with your data.
Thanks for changing the title, I always just err on the side of leaving it, even if it is absolutely terrible (as this one originally was).

On the actual topic, it's always interesting to see things go differently than economists expected. I fill an economist-ish role at work and it's kind of amazing to see the union of hand wavey-ness and certainty that pervades so much of the field. We drill down hard on data and stick with open source tools like Python as much as possible, but I definitely look around and see supposition treated as fact.
> Transactions in the economic sense are by definition voluntary.

No, they aren't, which is why we distinguish with the term "free market" the platonic ideal of an economic situation in which all transactions are fully voluntary.

> They may each have their own laws even.

If each party may have their own laws, those aren't actually "laws" in any meaningful sense.

> More about polycentric law: http://www.tomwbell.com/writings/JurisPoly.html

I find it interesting that that article highlights exactly why the historical systems described as polycentric legal systems (which are not, in any meaningful sense, a "free market of laws") tend toward natural monopoly and solidification into state law, apparently without realizing it, stating that defectors from such a system "would then have to either accept the jurisdiction of its courts or suffer ostracism from the community of law-abiding folk."

Of course, that effect not only applies to accepting some of the available choices in a polycentric system, but also accepting both the particular "law" (a rule system that becomes binding retroactively only after a dispute occurs and a forum chosen is hardly "law" in the normal sense, but...) and particular courts preferred by the most powerful groups in the community.
I just hope it will be faster compared to iPhoto which is lagging on latest rMBP 15 i7 with 2gb discrete video card.
Europe is most likely in the "Late Phase" of their recession...QE will pull up growth some....here's a macro view of the EU I did on my blog a couple of weeks back...would love any feedback.

www.theeconomicmachine.tumblr.com/post/108174705732
Would it help if some highly visible figure like Snowden or Poitras weighed in in some interview? I mean, they probably have a lot on their shoulders already but I cannot see anyone else who would be more motivated and more efficient at this task.

I am probably missing something though. They must be somehow aware of the situation already and not consider it a top priority for some reason.
So the problem with cheap cars is risk. Are there companies selling after market warranties for these things? I'd be curious to compare a cheap car + triple A + some form of insurance to a recently new car still under warranty.
It's a shame you can't click on the inline links between articles. It would be cool to see how the subjects are connected that way; I still have no idea how the articles are organized (although I didn't look very hard).
Sure competition is one of the many reasons it's way more complicated than my simple version, but it doesn't mean prices won't change to counter basic income. It's possible competition will force prices to remain where they are, but it's also possible that everyone raises prices, step by step in line with competition. Housing is one area I would assume would definitely go up in price, though not to 100% of the basic income. My biggest reason for thinking this is that housing costs in many (most?) areas are driven not by material costs but by demand. Give everyone basic income and the demand alone (i.e. competition between buyers/renters) would raise prices. This would happen if you, for example, gave everyone in NYC $1000/month and didn't tax anyone for it. Then add in motivation from owners who rent to make more money to balance out their tax losses..

But yes, my comment was a very, very simplified example, to counter "prices won't change, we're not printing more cash" arguments - not a direct tale of what could happen in the real world.
It's a bit disappointing that G10code[1] https identity verification fails. May be it makes sense given that he's short on $$$$.

[1] https://g10code.com/
And I'll just point out that blind extrapolation from one vertical to a completely different one is usually a poor predictive strategy.
We haven't started implementing proxies in V8. There was a prototype implementation of an old proposal but that's kind of dead code now.
> I imagine it would be the burden of the ISP to prove illegal content before blocking.

More likely, it would be their burden to do so after blocking, when a violation of the no-blocking-lawful-content rule was alleged.
Is it sexual harassment to be a man in tech?
We removed the last bits 3-4 weeks ago. We started with a pre-1.0, but all the headaches with that are on me, not Ember.

I will probably check it out again at a 2.0 or 3.0 release, I love the potential. But for now, it doesn't work for us.
Of course on the other hand, it is overstated here too.

Email Encryption Software Relies on One Guy

Err... did PGP recently go bankrupt?

Edit: Crap, it's worse, they seem to have been acquired by Symantec. Is it still any good?
No, not really, as it ignores all the specifics of the situation which matter. The current leading implementation of Perl 6 is Rakudo, which is implemented in NQP (itself a subset of Perl 6 that's meant to be easier to implement and optimize), which is comparable in some ways to rpython. At the point you already have an intermediate language, a lot of the benefits of using PyPy and being able to write your language in a higher level language aren't as much of a gain. Additionally, using PyPy would lock the implementation into whatever current limitations PyPy has (threads?). MoarVM is not the back-end, it's one back-end, and one meant to optimize specifically for NQP's needs.

I imagine at some point a PyPy targeted Perl 6 will appear. It may or may not be based on the Rakudo implementation as a target for NQP (jnthn was able to get initial JVM support for NQP completed in a summer), or another implementation that targets PyPy through rperl directly. It would be really interesting to see what Perl 6's automatic opportunistic auto-threading of list operations and PyPy's STM work could do together.
Socialists hate the idea because it's still based on capitalism.
Things to think about when transporting your robot
Software in Public Interest handles debian's donations. The latest treasurer report from SPI can be found here: http://lists.spi-inc.org/pipermail/spi-general/2014-November...

For some reason SPI has not put out an annual report since 2012: http://www.spi-inc.org/corporate/annual-reports/2012.pdf
It is not possible to put a freeze on a child's SSN until they have a credit file. So unless they have been a victim of an identity theft or have a credit file (because they have a credit card from their parent for eg) this won't work. The only thing to do for parents with minor children is to monitor their SSN for activity.
Apart from Xcode?

Given the reruns from a set up like this I wonder how many farms like this exist.
Economics is full of false assumptions.
It doesn't follow from YC's success with software companies that the model will be similarly successful for hardware companies. It's still very much an experiment at this point, and "it was once an unknown for software companies" doesn't imply that hardware companies will achieve similar success with the YC model.
Hi! Look forward to your feedback. We built the product on MeteorJS framework and our team is based in Singapore.
Our codebase is a few years old so we are using maven for our builds instead of SBT. I've been using the intellij incremental compiler and it seems to work well. Once in a while it will complain so I hit the reimport button on maven and then its fine. There is no code in our codebase that maven compiles but Intellij can't. I do remember using spray.io and Intellij had a hard time with that library but recently the problem has gone away.
According to the documentation[1], it's a concatenative synthesizer using decision trees for prosody modeling and PSOLA for output.

[1]: http://www.ibm.com/smarterplanet/us/en/ibmwatson/developercl...
I feel like this "do what I mean not what I say" is exactly what I have found so irksome about Perl
> Another (AJAX) HTTP request + rendering the returned data on a tiny mobile phone is faster than one HTTP request for the entire webpage and having dedicated machinery pre-render the content for you? I don't think so. He does talk about this point later on, but which is it? Client-rendered JS apps are, or aren't fast?

Very large generalization, it depends on the specifics of an implementation. Plus this isn't as scaleable since you're consuming CPU cycles rendering views on the server.

> The solution is very simple: render all the data on the server, and progressively enhance subsets of your app with JS, by overriding the defaults of the rendered page. It's literally like we're discovering DHTML all over again.

So you're telling me to write a web app that consists of: A Server-side application, multiple page-specific JavaScript "widgets", and an API endpoint for AJAX communication. That doesn't sounds very fun or efficient for the programmer. It's is taking a step back in time in terms of developer happiness, and application complexity (and possibly efficiency but that's implementation specific). Also, what about saving UI state?? Good luck with that...

What sounds better to me is a single RESTful interface and a JS application that renders all of your views. It does have it's downsides (SEO + tin-foil hat people disabling JS), but it's a much more elegant solution.
apt-get install tig
I'm the owner of a flame, which is arguably on the higher end of the scale for FxOS devices.

The OS feels snappy, comparable to Android on a decent device. Applications vary and obviously you won't run most of the things you run on Android anyway - they just don't exist.
Some things are still rough atm, but there seems to be a very recent announcement [1] about upcoming and freshly landed improvements similar to Project Butter on Android.

The performance feels really good enough in the 2.2 builds I'm running.

That said: The _general_ user experience isn't there yet. I carry the Flame with me most of the time, but I won't replace my 'Android for mails and IM' less-then-smart-phone setup just yet. Keyboard, copy&paste, basic applications like a mail client - all of that still requires quite some compromises.

I want to ditch Android for FxOS, but so far the drop in productivity isn't worth it. For me.

1: http://www.masonchang.com/blog/2015/1/22/project-silk
Well organisms do get stuck in local optima all the time. If you only climb up, eventually you will get to the top of the hill and stay there.

Second, sexually reproducing organisms, theoretically, will decrease their mutation rate over time until eventually they no longer mutate at all. And so no longer evolve.

Most (non-neutral) mutations are harmful. So any gene that decreases mutations (e.g. better DNA copying or repair) will have fewer unfit, mutant children. These children will than propagate the gene more. Even if a gene that causes higher mutations eventually creates beneficial mutations, they will just mix into the general population after a few generations, and not provide a fitness advantage.
Linode, Amazon, and Google all absolutely use JavaScript. Tom isn't saying that they use JavaScript on the server, he is suggesting that JavaScript is involved with their website despite using a different language on the server.

Look, saying "client-side JS apps are damn fast" is a vague statement.

What we are talking about here is the architecture of a client-side application in any language. If you can ship application code to a local runtime, then that application code will always be able to respond to user interaction faster than fetching the results of a UI interaction (like a click) from partway across the globe.

The benefits of Client-side JavaScript applications do not come directly from JavaScript. They come from the architecture you can build when treating the Browser as a runtime for applications.

Progressive enhancement (beyond very small apps) is a challenge to maintain, since UI state needs to be shared between a server runtime and client runtime. I don't think there is disagreement that a pure server-rendered app or a pure client-rendered application would be simpler.

And your comments about shitty execution of web pages and apps could apply to any shitty app. They have nothing to do with client-side JavaScript applications. I expect a better argument than "I once saw a webpage that sucked".
The primary advantage GridFTP has over simply using tar+netcat for performance is that GridFTP can multiplex transfers over multiple TCP connections. This is helpful as long as the endpoint systems limit the per-connection buffer size to some value less than the bandwidth-delay product (BDP) between them. If you've got to bug sysadmins to get GridFTP set up for you on both endpoints, you might as well just ask them to increase the maximum TCP buffer size to match the BDP.

EDIT: Sorry, "multiplex" is not the right word to describe that. It's more like GridFTP "stripes" files across multiple connections; it divides the file into chunks, sends the chunks over parallel connections, and reassembles the file at the destination.
Assuming that housing is fungible, sure.

But it's not. There are different segments by quality, location, etc. What percentage of the housing market is only for "the rich"? What extra tax percentage is middle-income going to pay?

Lower income isn't going to be taxed more, so lower income housing prices are going to raise, as their market segment gets a boost in income.

And now you're back at people who couldn't afford housing before still being unable to afford it - which was part of the problem that basic income was trying to solve.
I recently made the decision to use Dropbox Carousel for this kind of thing. Anyone have thoughts on whether I should stick with that or switch to photos?
It's the same with the tastefully minimalist lifestyle - being able to say "I'll just buy (another) one of those if I need it" and throwing something perfectly good out, is a privilege of the rich. It takes money to own very little.
I've been saying this for the past few OSX releases, and this seems to just reinforce the idea:

I believe that Apple is going to unify iOS and OSX.
Their UI designs are slowly converging, and in some cases, they're combining apps across both platforms.

I think we'll very soon see a single 'Apple OS' that will work on all devices; a dream that a lot of other OS's have been seeking for a long time.
Facebook’s Mentions app for celebrities adds sharing to Twitter and Instagram
The dailydot says he was never charged for murder, which isn't true; http://www.npr.org/blogs/thetwo-way/2015/02/04/383870485/ros... says that he's pending trial in Baltimore.

Also, the government thinks he didn't actually get people killed, but that he was tricked into thinking that he had.

Why would Ross admit to founding Silk Road if it wasn't true?

This wasn't the only evidence; there were large bitcoin payments directly from Ross's wallet, as well as journal entries. Ross is a known liar, as he claimed not to be the founder of Silk Road before admitting he was, so I don't trust what he says.
Vladimir Putin suffers from Asperger’s syndrome, Pentagon report claims