skysight-inc/HackerNews huggingface dataset:
I've spent the last two years doing "full stack" [yeah, those words, sorry . . . but going from bare metal to C++ to PHP/JavaScript to frobbing routers all on the same day probably qualifies], coming from a background of C/C++ driver and native code development for 30 years.

What I see is an immature community that cannot make up its mind. I see fads, I see awful tools, and even more awful tools that try to fix the awful tools. I see standards committees that pump out unimplementable garbage and I see device manufacturers who think they are good at writing software (and they are not). I see very bad, widespread and unpatchable security holes. I read, every week, about the latest fad thing that will fix all your problems, just install a list of 30 packages and suffer per-page downloads that are larger than the native apps this mess is trying, badly, to replace.

I guess this will all shake out. But in the mean time, I am shaking my head.
Last time I checked, China and Russia weren't "enemies" of the US, which is a necessary prerequisite to a treason charge. So, no, he didn't commit treason. He certainly broke laws protecting secrets - but the NSA was arguably abusing those very laws to hide their illegal activities - so who's in the wrong?
Probably will be more like a URL link aware VNC viewer. That has some interesting implications for the back end WRT emulation.
Douglas Adams: What It Means to Be English
Bluesmart Partners with Amazon for Amazon Launchpad Program
Even so, few people know that jury notification is an option (and promoting it is actively discouraged by the legal community), and it would be hard to convince a jury that he was justified because he wouldn't even be allowed to claim or present evidence that it was justified. He would just have to hope that his jury knew about nullification, and that they knew enough about the case beforehand to believe he was justified despite the prosecution presenting evidence that he willingly broke the law. Those are long odds.
Comments moved to https://news.ycombinator.com/item?id=9961527.
Introducing Trello Enterprise
I would love to hear more about this, if you know where I can find more info.
I think one possible defense they could use is to insinuate that they were attacked because they are minorities and serve primarily minorities. Its the classic definition of "pulling the race card".

I doubt it was the actual reason, but the actual reason, sadly, is not very important in a PR war in politics.
The Internet infrastructure has nothing to do with what we are talking about. You actually pay for the infrastructure monthly to your ISP.

Also, your understanding of the point of a business is really flawed. Everyone can have perfect information and businesses can still function just fine. I continue to pay restaurants for food even though I know they are making a profit off me. I do business with businesses that provide value to me. It doesn't have anything to do with whether or not they have secrets.
It seems a little wrong and disappointing that Two Factor Authentication (2FA) has been added to Trello as a paid upgrade.
> What I think he's talking about is NOT a conventional plane with a battery simply replacing the gas tank, but instead essentially a flying battery, where 90% of the plane's mass is battery.

Weight is the premium on planes, so the 10% of non-battery you're talking about is a full plane minus fuel tanks. An E-170 is 21t of empty plane, up to 9t of fuel and up to 36t total (MTOW). Given batteries have 1% the energy specificity of aviation fuel (so you need 100 times the weight in batteries for the same stored energy), the math doesn't quite work out.

> This sounds ridiculous at first

And at second, and at third.

> when you consider how cheap electricity is compared to jet fuel

Doesn't compensate the problem of needing a plane 10 times as heavy with 1/10th the payload.

> as well as the other benefits the OP mentioned

Which don't really make sense, lower air density means your turboprops have nothing to work with, there's no such thing as turbofans let alone turbojet so the gains in drag are killed by the inability to actually go forward.
Potrvrdené MAFIA 3 Oznámená
> as a landlord I want to use an exclusive broker

How beneficial is the "exclusive" part? If it's a doorman building so the doorman can hold the keys and give them to any broker who shows up, and you list it so any broker can show it, is that a lot worse for you?
I don't think this is a valid argument when it comes to AI. Sure you can say I'm not going to be the one who builds that missile or that gun. But a killer robot is but a thin layer on top of a general AI or on top of a variety of specialised AI functions. The more general the AI becomes, the more "dual use" it is necessarily going to be.

In other words, should we not build intelligent robots because someone might give them a gun to make them killer robots?
The only reason web applications are such a big thing is discovery. It is much easier to get someone to your page than it is to get him to install an executable.

What we need is better app marketplaces with OS integration.
>there's almost no native-feeling cross-platform UI library for native apps at the moment

Xamarin.Forms is the closest I can think of. Qt too, kind of.

>The browser is basically what the JVM tried to be, a write once work anywhere solution that is pretty well sandboxed. It's miles better than pretty much every other cross-platform piece of tooling in existence.

It's true, the browser succeeded as a working everywhere JVM equivalent.

It also succeeded at reimplementing half of your OS features, being another massive source of security issues, being inefficient with resources (chrome memory usage lol), having piss poor perfomance and locking everything to Javascript. Compiling to Javascript is not a solution. A proper bytecode is. Which we may have with WebAssembly as soon as it's implemented and the standard respected by browser builders (which will probably be around 2040). Until Google decides to add a new WA feature that's incompatible with other browsers because that's what Google does. Let's not get started on the fact that HTML is a terrible language for UIs and that any Javascript based solution is not a solution at all (i.e. React is still crap, as is Meteor and javascript.framework.of.the.day.js).

The web as an application delivery medium is a failed experiment, patched up on all sides and held together with 40MB of polyfills on every page.

> if Google, Apple, and MSFT decided to jointly ban all native apps and only have a web browser on their smartphones, we would have a much better compatability situation, since so much functionality has been standardised on that end, and _actually respected_.

1. We've been hoping to get at least TWO browser vendors to fully collaborate for the last 20 years and it has not happened. It won't happen.

2. Performance will still be crap.

3. I'd rather not get locked to Google's piss poor record of updating the stock Android browser. In fact, I'd rather not get locked to Google's piss poor software at all, thank you very much. The same argument applies to Apple and Microsoft. Safari is awful, and so is IE/Edge.
Watch out not to get the Mi 4 by accident. The Mi4i was launched this year and was basically designed to be a "premium smartphone at emerging markets prices" whereas the Mi 4 is the "China flagship", whose design is a stretched iPhone 5S (you might like that though) just like the Samsung Alpha. It's a lot more expensive and as far as I'm concerned unjustifiably so. i stands for "international".

I don't think the power consumption is as smart as the N5; it def drains about the same in airplane mode as not in airplane mode, whilst the N5 basically became as good as switched off. On the upside power management seems much better when it comes to dealing with networks; maybe I was on the wrong frequency bands. The N5 battery was shockingly bad; after a year and a half I was getting barely 1.5 hours of use out of the thing. Great when you're stranded in Tokyo and relying on Google Maps and Translate...

FWIW my iPhone 4 from years ago is still the most durable phone I've owned. I still get a good 3 days battery out of it (it's our guest phone) and it can go weeks on airplane mode in the drawer. But when you've tasted a 5" screen and multitasking, it really is too little...
They mean the petition was started in June 2013.
According to Wikipedia

"he gave all the classified documents he had obtained to journalists he met in Hong Kong"

Therefor, he must have had access to the documents after he left the USA since it seems he gave them to journalists while he was in Hong Kong.
Thanks for that clarification (I see it's come up a bit here, but nonetheless). I'm part-owner of several dozen olive trees, but sadly they're table varieties, not oil. I shall have to do some more investigation on this front ... though I'm likely to just embrace, even more, avocado, grapeseed, and macadamia oils, as well as lard -- that seems easier than keeping more than one good olive oil in the pantry : )
Chelsea Manning was basically driven insane before even getting to trial. Held naked in solitary confinement, in a cell not much bigger than a closet, and forced to stand for most of the day as to not be able to sleep. That prosecutors would stack the jury is almost immaterial - life changing punishment would be inflicted before even getting to that point.
Certainly does. Public terminals at Boston University used to crash to desktop if you smashed on the keyboard enough.
How Bloggers and Journalists Are Lying to You About Meditation
Maybe because Docker isn't really needed ?

I mean if your app needs the entire fucking OS to provide isolation from other apps, then you are clearly doing it wrong.
The dark side of lucid dreaming
> It's not exactly "forgetting"

Unless you count forgetting high school math :-)

> "Sonny wanted the term of copyright protection to last forever. I am informed by staff that such a change would violate the Constitution. ... As you know, there is also [then-MPAA president] Jack Valenti's proposal for term to last forever less one day."

http://www.wolframalpha.com/input/?i=infinity+-+1
> It's not exactly "forgetting"

Unless you count forgetting high school math.

http://www.wolframalpha.com/input/?i=infinity+-+1
"That's a joke right? Tesla's battery innovations are related to manufacturing efficiency and structural sharing"

That's exactly what brings costs down: economies of scale via efficient mass production. Whether we're talking about dramatically boosting the electric car market, or the giga factory.

Dyson spheres? Now who's exaggerating. Electric airplanes already exist, and will continue to improve for decades to come. Dyson spheres do not exist, and are not on the horizon.
I like Linux containers, but Docker's image layering system and imperative Dockerfiles have got to go. A lot of pain points can be fixed by using declarative, functional package management and not relying on COW file system hacks to sort-of deduplicate files amongst many containers.
You are probably correct. India has a huge population, and I'm sure access to healthcare is spotty.
How did you come up with that number of nodes?
I panicked. I have over 100 songs saved in my favorites. I want all of them.

How naive, haha. If you love something on the internet, download it. Download EVERYTHING you love (well maybe not child porn, that's illegal ;). There's no other way. Your favourite links break, one by one, it's only a matter of time. Download it to your HDD (space is dirt-cheap) and get a proper backup solution (RAID 1 is convenient vs. mechanical failures). You'll never be bothered by ads and copyright takedowns again.
This is a good question. Tabd does a few things for security:

* You must be friends on Tabd to send a tab. Standard friend request style. Thus you can block people who send tabs you don't want.

* If you spam a tab, (ie send the same tab over and over), Tabd will only deliver that tab once until the receiver actually opens it.

* Everything sent over https

* Url flagging functionality - You can set Tabd to temporarily not open NSFW tabs.

If there are more security concerns, please voice them! I'm definitely trying to make this app as secure as possible. While I've done a lot, I'm sure there's more that can be done!
Seems legit actually, but a little scary.
What's that like to accidentally lucid dream? Can't imagine that's pleasant.
Was it really? I'd like to see proof that it actually helped Python 3's adoption. Wouldn't new features from 3.5 like async/await have given people more incentives to switch had they been released earlier? (they would have for me)
Those consequences are "classified."
I wrote about my experience with deploying Docker & ECS here: https://news.ycombinator.com/item?id=9759639

I'm frustrated though because I keep pinging them about adding branch information to their (dockerhub) webhooks so I can actually deploy environments via branches.. It's crazy vital in my opinion and seems like it should be an easy fix, but 2 months later and still doesn't seem to be scheduled in.

Nevertheless, I'm sure Docker has its technical shortcomings but really, I wouldn't say it's not succeeding.. it's just young. Adoption takes time.
So if they can use the exploit to open the safe, I'm assuming there is a way to then lock the safe down and keep the Brinks and company employees out of the safe?
Reasons to use blue in design
That hypothesis is not supported by my model of economics.

Price is largely determined by the marginal cost to produce a good, and by the consumers' willingness to pay for it.

If demand is such that consumers are not willing to pay more than the marginal cost of production, the good is simply not produced. Firms with the highest costs drop out of the industry, one by one, until the remaining suppliers can make money again.

Music isn't exactly a fungible commodity, but it's close enough. There is a powerful substitution effect, at the least. If people think $1.50 per track is expensive, then guess what? If you can't sell a track at a lower price, you're going to go out of business. If you drop your quality to lower your costs, then guess what? Consumers will adjust the price they are willing to pay based on that lower quality.

So your implication is backwards. Bargain-barrel quality yields bargain-barrel prices, not the other way around. Lower price expectations yield fewer products on the market, and the survivors will generally have the highest ratio of quality to price.

The musical skills really only come into play when price expectations rise high enough that new entrants to the market can be supported. If people were willing to pay $2 per track, you would need those skills to cash in. The skill requirement is a barrier to entry, not a cost of production.
Yes, not using any vendor's products protects you from vendor lock-in. To call that "generally preferable" is awfully simplistic though.
> I don't understand why a peer-to-peer network connection is different from Ajax

Ajax is one-way
DIY IoT Coffee Maker to Monitor Coffee Levels
Oh, so a dumb terminal. Ok. It's 1980 again.
The perfect messenger app to be featured in a future horror movie or thriller.
Python is a language with one official supplier and many customers. Most of the other Pythons base their functionality in the official Python and alter the underlying code to suit the platform.

Browsers are supplied by at least three main sources and several smaller sources, each trying to convince everyone that theirs is the One True Browser by pushing forward at breakneck speed. There is never going to be total agreement (or even sanity) as long as that is the case. It's a mixed blessing, IMO.
http://prdownloads.sourceforge.net/fann/fann_doc_complete_1.... This one seems to have some information under "performance analysis". I'm not assuming it's correct, but go ahead and research further if you like, rather than quoting parts of my quote.
Gathering: A simple savings platform now in Early Access
Good call. Basic numeric and date/time types need work. I don't really need "Java-fication" syntactic misfeatures.
Yes, it was just a recent example – browser that launched without installation always existed.
Google takes first steps into acquiring Mozilla
GopherCon 2015 videos
> Except, electricity will be about 85-90% efficient and a turbofan is about 30% efficient [1], roughly tripling the cost advantage.

But then batteries store 1% the energy per mass fuel does so even assuming triple the efficiency, the energy storage is 30 times easier (assuming everything else stays constant which it can't because now your craft is an order of magnitude heavier and your short-haul plane is as heavy as a 747)
From the winner's publications list:
http://www2.warwick.ac.uk/fac/sci/statistics/staff/academic-...

Yes, they must've.
My observation while looking at his resume: Why so much emphasis on functional programming? Most shops are much more OOP than functional, and making it seem like you care more about the intellectual aspects of programming than actually solving problems is not good. Employers don't care if you like functional programming if they aren't also huge functional programming people. HR managers sure as hell do not know what functional programming is.
I know this is in (semi)-jest, but I don't think it's a bad thing that technology seems more accessible than it may actually be.

I don't think it'd be exactly productive if only the most technically capable people felt like they could even start to enter the industry.
Indeed. Your objective is to get yourself in front of a computer so that you can demonstrate to the company that you are worth what they're paying you. Dishonesty is a bad idea for a zillion reasons, but you also shouldn't be giving them unnecessary doubts about hiring you. That you're a junior developer (but critically with 1 year of paid experience!) is apparent, you don't need to further emphasize it.

And, honestly, you didn't get fired because you were e.g. screwing up, you got laid off because the company perceived it just didn't, at net, need or was able to afford you.
Most "it worked on my laptop" problems get caught somewhere between commit and push to production. What docker helps with is catching them "early" rather than "later". Because a failed push emergency push with reason "Doesn't work in production environment" as a reason is a really stressful way to work.

Catching it before pushing your changes is far more preferable.

There are a lot of different methods and processes to fix this. Docker is a new one that simplifies a number of the pieces of the puzzle by constraining the environment is useful ways.

However, if you already have a process worked out and aren't experiencing pain then you probably don't need to switch for the sake of switching.
Apple Commits Over 100 Workers to New Electric Car, “Project Titan”
You seem quite to have, across multiple posts, pushed for the notion that rights get in the way and that our rules should be based on outcomes. Thus it seems natural to suspect that those views also include (be they your own views or be they a set of views for which you are playing devil's advocate) that there isn't a right to fair trial or that even if there is such a right, it should be ignored in favor of better outcomes. (We haven't gotten to the point of deciding what actually counts as outcomes, but it appears that up to now one outcome is low costs, and having unfair trials is a great way to get really low costs).
Agreed. However I think to build on his argument, we should push JavaScript forward in a targeted fashion, based on its intended purpose.

Level 1: There are known huge missing chunks of JavaScript that should be resolved as they severely limit the power of javascript as a development platform which lives in a network application.

For instance modules, promises, etc...

Level 2: There are known huge missing functionality which are missing which are well known elements of a sane UI framework which should be implemented because bottom line javascript is a UI scripting language.

For instance properties and some kind of observable mechanism.

Level 3: IS all the highly subjective and often syntatic sugar intended to make javascript work more like other programming languages like C# or Python.

For instance classes,. arrow functions, generators, let statements...

Generally the problem is the focus seems to be completely skipping Level 2, to get to Level 3.
Except, you will be carrying more weight, due to the weight of the battery.
I swear I remember some bank or company generating single-use credit card numbers specifically for this kind of concern.

Did it fizzle out due to lack of use, or improved security on the banks' part, or am I just another victim of the Mandela/Berenstain effect?
There's a standard for most things happening in a browser

There's POSIX, too. In practice, divergences are plentiful.

Differences among current browsers are more among performance and experimental features

The fact that are huge web tables meticulously documenting feature compatibilities across browsers implies differently.

Besides, a lot of web standards are done post-facto. I don't see the situation as being any better than POSIX. It might even be worse.
That is simply disturbing. I'm grateful for the opportunity to have seen that, but I honestly pray I never have to see that happen in front of me.

This is a great use of the web. Good job!
Yeah, except I want to read, say, 6 blogs, and they'll be on four different federations, so I'd have to pay $40-80/month, which I definitively won't.

We're seeing the same problems with all the streaming platforms.
BP Posts $6B Loss
The JVM itself got faster -- and in many places, relies on native code for particularly expensive functionality -- but it's still unusable for end-user applications because:

1) The long load time / hotspot JIT overhead when starting applications.

2) The large memory overhead of the Sun/Oracle GC's reserved heap.

To some degree, Dalvik solved some of these issues, but has also retained the (very necessary) escape-hatch-to-native JNI.

JavaScript is SO MUCH HARDER to optimize than JVM bytecode. Whereas you can even feasible AOT-compile JVM code, JavaScript's dynamism makes this all but impossible.

On top of that, JS is welded to the DOM and CSS, the combination of which incurs huge rendering pipeline CPU and memory overhead for anyone doing anything as complicated as a "native" UI view hierarchy.

Rather than enumerate all the failures, I'll note that it's not all doom and gloom. We've got a web bytecode in the works that's much saner than JS. Canvas and WebGL exist.

Progress on those fronts may create a situation like you're describing, but -- and this is no great loss in my book -- it won't be the web.
They are not required by the rule of law to bring him to trial. The law grants the President the option to pardon, and that is precisely what was being explicitly asked for in this petition.
China's answer to the Tesla Model S: The Youxia X
Yes, there are:

http://www.postgresql.org/docs/9.4/static/extend-extensions....

https://wiki.postgresql.org/wiki/Foreign_data_wrappers
I'm really glad to see this, it's one of the major remaining testing tools that I've wanted for golang. The fact that it has so many entries in its 'trophy case' is encouraging.

The last thing I'm waiting for is mutation testing. There is this library: https://github.com/StefanSchroeder/Golang-Mutation-testing, but it hasn't received a lot of attention yet.

Mutation testing alters your code to verify that your test suite covers all potential simple programming mistakes. For example:

if val < otherVal {

could be mutated to

if val <= otherVal {

If the test suite doesn't fail after this change, it means that the test coverage is missing a potential off-by-one error. Fuzzing is good for directly finding problems using randomized processes, and mutation testing is good for finding shortcomings in your test suite.