skysight-inc/HackerNews huggingface dataset:
Unfortunately I cannot help you with your question, I haven't found anything cheaper than building your own. And that's going to cost you >200USD.

I do have some advice before you invest in a drone. Buy a cheap non-programmable mini-drone first ~15 USD. Flying a drone is not easy, you'll crash a lot in the beginning and you rather wreck such a mini-drone than a more expensive one. Plus, mini-drones are almost indestructable.
I'm not talking about NPE (though I would be happy to elaborate on how not having null pointers also reduces crashes in the wild). I'm talking about exploitable and/or non-type-safe memory safety problems.

Writing in Java is an effective way to reduce remote code execution vulnerabilities over writing in C. Statistics have shown this over and over again.
Seeing a 747 with 5 engines reminds me of seeing GE's N747GE testbed aircraft in Mojave, which usually flew with a odd engine configurations. I can't remember if they used the 5th pylon at all and most pictures show an experimental engine on the inboard pylon. Sometimes a very large engine[1], sometimes a small one[2].

One time they tried to ferry the aircraft from Mojave to Victorville with only three engines (they must have removed the experimental engine for whatever reason). They attempted the take-off but had to abort. It was quite a sight anyways. They went back to the hangar and we saw it fly away with four engines a few days later.

GE now has a second 747 to play with.[3]

[1] http://www.jetphotos.net/photo/45634

[2] https://en.wikipedia.org/wiki/File:Ge-747-N747GE-020404-01.j...

[3] http://www.sieinc.com/into-thin-air-the-lofty-side-of-jet-en...
Sorry for being slightly off-topic, does anyone have the Yizhan Tarantula x6 - It's around £35-40 and from a number of videos I've seen, is able to carry a GoPro.

I fancied getting that for shooting some video.
That's awesome - nice work, and thanks for sharing it.
It isn't a matter of "enough" profit.

Uber wants to get so big, and make prices so low, that they decimate current competitors and discourage future ones.

It's a winner-take-all model; a land grab. The drivers are just along for the ride.

Low(er) pricing not only supports faster growth, but it gets enabled by the scale and efficiency of its network. That becomes a moat for Uber.

Raising pricing can come later, and with autonomous cars in the future. Getting the global network huge is only the precursor.
That is so untrue. Diaspora is doing better than ever, after the unrealistic burden of killing Facebook was gotten out of the way. Now it is "just" a well functioning network with tens of thousands of active users and an active development team.
The reality is in fact very simple. Ultimately, the buck stops with Forbes. They're the ones who decided to serve ads, they've made the decision to do it without their oversight - so they're the ones to be held responsible if the ads start spreading malware.

It's publishers, not us, who can and should exert market pressure on ad networks to change.
- in-browser chat

- Google Docs

- infinite scrolling (of course someone is going to say infinite scroll is a bad thing but it's clearly desirable to some)

- input validation (before I click submit I can know that eg my desired username isn't taken)

- others

All of these need Flash or JS. For such a technically inclined community I'm always amazed at how folks on Hacker News insist that the Web remain a circa 1990s document browsing system.
Well there is usually some certainty associated with biometrics and I'm not sure a single photograph would provide enough certainty. For example iPhoto's facial recognition is constantly confusing my face with my moms (and I have a beard!)
I'd like to be more optimistic than I am because it would be great--disruptive economic ramifications notwithstanding. Personally, I suspect that we'll hit a certain plateau--say, freeway or other select road driving under a certain set of parameters (which is still a big win) and find that getting to the true general-purpose case is a really tough and long slog.

I'm sure we're going to get there. The question is whether it's one decade or five to have no human present under a wide range of conditions.
I remember seeing a PoW exhibit at the Dayton Air Force museum, where they had all kinds of crazy things that american PoWs made in german prison camps. Including a working clock made of cardboard, and an insanely elaborate mouse trap, with many different chambers that each had a different trap.

All I could find online was this picture, which doesn't really do it justice: http://jenpowell.com/wp-content/uploads/2011/10/usaf_pow.jpg
> "A person on PCP..."

This sounds far too much like some fear-mongering from the 90s.
Company Reveals Xiaomi Redmi 3 Support Powerful Battery
Thanks and ouch, what a palava. Their CoC is actually one of the better ones I've seen (and I object to them on principle - if the community isn't strong enough to keep and want a good and healthy environment, there's a bigger problem to worry about) but all this effort wasted...
The modern Skunkworks is now just another large division of the company; which means it now has much more bureaucracy, making Kelly Johnson's principle of "ruthlessly reduce the number of people you have working on a project" all the more difficult to implement.
Thanks, this will be a great addition. You can navigate with your arrow keys currently.

Readme will improve and I'll certainly link to your project, I like it a lot.
He uses the word "plants" to mean the green leafy type.
Obama's Policy Legacy: The Nation He Built
I'd love to see benchmark numbers comparing this approach to others.
Blackphone2 review (2)
Definitely a good idea, and you should do the same if you are going to buy a DJI Phantom Drone too.

I've been pretty happy with the Hubsan X4, and it stands up to abuse fairly well. I'd hesitate to recommend anything much smaller than that, as they tend to be a bit harder to control.
I don't disagree with your comment, but I think that drivers that see themselves as business owners are delusional.

There are a lot of definitions of a "business owner" and the uber:driver relationship meets none of them.
BarleyDB: An alternative approach to Java ORM
I say this with the strongest possible emphasis: fuck your bullshit advertorials, nobody wants them, nobody has ever wanted them. Pretending its normal and what people want is a pile of self serving crap.

They do abolutely nothing but poison the well and your work is a massive net negative to the world.
You can use https://aws.amazon.com/directconnect/ to reduce egress costs from AWS down to $0.02/GB.
Do you ever feel that companies that do online advertising are not the best use of your talents? Is there no choice in life? Nothing better to work on?
If you love gradients and randomness: https://chrome.google.com/webstore/detail/random-gradient/ga...
Compalex: free lightweight script to compare two database schemas [GitHub]
Agree

Rather scroll through 1KB than 2MB.
Were you by any chance inspired by Medium's approach to pre-loaded thumbnails?
> No surprise there, you seem pretty well-informed from the 50% of the posts I did read in this thread ;)

Heh, thank you. :)

> Speaking of which, Thomas, in a few weeks if you have some spare time I'd love for you to look at what hopefully isn't a travesty of a product.

If he doesn't, feel free to ping me. ;)
I apologize if they came across as excessively commercial. I thought they were relevant to the discussion at hand. I will be more careful in the future.
The 2015 Analytics Software Market
I suppose they mean lightning fast HTTP API.

The sad thing is that these people are serious about it.
Freudian reading: I read OP as What is the best affordable programmer drone?
> I can't afford to spend my time dealing with bugs I didn't cause myself

It is very frustrating to deal with bugs introduced by others, a product or engine changes that you aren't aware of. But you have to balance that with how much you can get done in your own engine/tech with the time wasted from bugs, and how much time you want to spend on tech vs games.

For 2D games, building your engine is probably doable with lots of small kits like physics libs (box2D, bullet, etc), libgdx, sdl etc but for 3D games and certain titles, a single person working on an engine is difficult, tons of work on the tech side. So the balance is key, whatever makes you able to ship more often is probably the best choice.

Unity is used by many people and does have very frustrating releases that aren't solid many times. Recently 5.3, 5.3.1 [1] all have issues. For a long time in 2015 the IL2CPP iOS versions were broken. But doing it alone you get caught in a tech swamp instead of making games if you aren't careful and limiting. There will be times where your engine product or team or yourself is wading tech changes that are needed and take time away from game making. During the period of IL2CPP and Unity bugs, games could still be developed in parallel and for other platforms, so this is a benefit even though there are bugs.

Even when we do engine or platform based games it is a good idea to keep it as platform agnostic as possible. In Unity this might be keeping all source assets, using less MonoBehaviours, storing/loading data in JSON/web formats rather than in serialize prefabs. Anything that locks your game into one engine too much one should be careful of to limit your surface area of exposure to bugs by the engine. For a long time other UI libraries ruled Unity before they made their new UI, it is still a bit buggy but better. For a long time Mecanim was not very solid and many still use legacy animation. The newer Shuriken particle systems are awesome but not as accessible in code and had scale limitations for a long time. You just have to see where areas are solid and not venture into areas prone to bugs in your own engines or existing engine platforms for shipping games like Unity/Unreal etc.

[1] http://forum.unity3d.com/threads/unity-5-3-1f1-particle-syst...
That's still not a particularly useful metric because the vast majority of the "lib" directories being counted there are for the compiler itself (e.g. libsyntax, librustc_blahblah), yet more test cases (e.g. libcoretest), deprecated (e.g. librand), or miscellaneous (e.g. librustdoc, liballoc_jemalloc).

For the context of the OP, all we care about are unsafe blocks that have effects on the semantics of generated code. This means that all we care about are the unsafe blocks in the standard library.

The standard library itself is composed of a few libraries, which can be determined by looking at the `extern crate` statements in this file: https://github.com/rust-lang/rust/blob/master/src/libstd/lib... . Ignore libtest and liblog because they're conditionally used only in "test" mode. Ignore librand because it's deprecated. That leaves libcore, libcollections, liballoc, librustc_unicode, and liblibc (and then we must also consider libstd itself). Of these, we're going to ignore liblibc because it's just a wrapper over libc, and any `unsafe` in there is going to be uninteresting. We're also going to ignore the specific directory "libstd/sys" because these are wrappers over system-specific low-level APIs and are going to be overwhelmingly uninteresting as well.

You also didn't restrict your search to .rs files, so we'll do that too. Here's the final tally for each lib directory (using the latest Rust checkout), according to the following command:

git grep -v "^\s*//" -- "*.rs" | grep "unsafe {" | wc -l

libstd (sans sys): 344

libcore: 151

libcollections: 155

liballoc: 49

librustc_unicode: 2

Total: 701

This is still going to be an overestimate because, looking at the lines that are left, many of them are calling compiler intrinsics directly which is as uninteresting as calling C code. You could reduce even that number by writing a wrapper function that encapsulates the intrinsic into a safe function, but that exposes yet another problem with the "counting the number of occurrences of `unsafe`" metric": the precise number of `unsafe` blocks in a chunk of code is subjective.

You could have one big block for many consecutive unsafe operations, or you could have fine-grained unsafe blocks for each individual unsafe operation. It's up to the author (and there are arguments in favor of each). Furthermore, the precise number of actually-unsafe operations within a module that uses `unsafe` is up to the discretion of the module author (I recommend reading http://doc.rust-lang.org/nightly/nomicon/working-with-unsafe... for elaboration).

Furthermore, I reiterate my point from my earlier comment: if you're going to have unsafe code anywhere, the standard libraries are exactly where you want it, and therefore the amount of unsafe code in libstd is unabashedly above average.

EDIT: I should also mention that not all `unsafe` blocks, even the interesting ones, pose the same difficulty to formal verification. In fact, my very-uneducated guess would be that liballoc, despite having relatively few uses of `unsafe`, will be the hardest to verify due to the fact that it contains the tricky `Rc` type.
Not really, that's not how it's supposed to work, seems like a bug, but a 'min-height: 100%' solves the problem.
Adding a bigger fairing will increase the cross section of the object, increasing the form drag. (Bigger things push more air out of their way when moving)

https://en.wikipedia.org/wiki/Parasitic_drag#Form_drag
More importantly, total counts are pointless. "Average response time to released fix" would be a more valuable metric for comparison.
Not all transactions are created equal. Six figure cash disbursement transactions should require approval.

And any company that has so many six figure cash disbursement transactions that approving them is an administrative burden is the type of company that most needs this kind of control in the first place.
The idea it worked for android was that you get cache locality.
I think it's really about interleaving 'doing' and 'reading'.

I used to be more of a reading person, but I find that I am a bit faster to learn now if I lean more towards doing.

First I try to understand if something WORTH learning. For example, is R worth learning? Yes. Is React worth learning (for me)? Not sure yet but I'm keeping my eye on it.

Then I try to first get a "hello world" running without too much understanding. This can actually be the hardest part... building software is sometimes harder than understanding the ideas :) And once I have hit a wall playing with things, then I need to go back and read some more to figure out the concepts.

Once you've played with enough software, you can get surprisingly far just by doing things, and actually learn the concepts. Other times you can get stuck and need to go back and do some research.
They're hiring "postdocs". Do "postdoc" positions in Germany mean, as in the US, paying $30K for people who could make $200K in industry?
If you love horrible banding effects...
Tried that in the fiddle but didn't make a difference?
I assume that people who say "not having to pay employer tax share for contractors" they mean things like unemployment insurance, and other employer-components of "payroll tax"? Is that still a red herring?

Also, it seems the paperwork and entities involved would get messy. The "employees" still own the car and need to expense/depreciate it, right?
I just noticed that :) Was working on adding a randomize button, but having trouble building. Are you using gulp or webpack or a combination?

I'll submit a PR after editing this (if you wanna accept it): https://github.com/tiborsaas/unique-gradient-generator/blob/...

Trying to add a randomize() function that edits topX, topY, and sampleArea. Might add a button to dat.gui or maybe just call it based on pressing the 'r' key.
How Your Fellow Travelers Make Your Life Better (or Worse)
The language wars get exhausting. Several years ago Ruby was the coolest thing ever, now I guess people think it's just boring. Also, PHP got really unpopular and all you heard about was how it would kill your dog and sacrifice it to satan. Now days it's still cool to look down on those who use it, but you shouldn't talk about it. Don't know know all "real" devs program in Python? Go was short lived, a year or two ago it was the greatest thing ever and now all you hear about is how much it sucks. The latest trendy thing is Rust. Rust is our new savior. I wonder how long that will last before something else comes along as the coolest thing ever. Maybe Brainfuck for it's simple syntax?
Unions may no longer be able to forcibly raid their members' pockets
Sorry I meant to say (- 1480 13) = 1467.
6 Reasons Why Crying Is Good for Your Health
Ask HN: Web vs. Mobile Build Time/Time-To-Feedback
Hi HN,

I'm a full-stack web and mobile developer who loves programming and making apps. I have a good amount of experience on both, but am newer to mobile dev.

Lately, I've been struggling with the compile time on iOS. E.g., If I implement a new animation feature or create a new model back by an API and want to experiment/tweak those features, I have to constantly rebuild my app which kills my flow. If I do something similar on the web (front-end or server-side), I see the changes immediately.

Does anyone have any tips for lowering the time-to-feedback for iOS development? Is there any tools that can help with it? Any things on the horizon that look promising in this regard? Do you have this issue?

Another note on this topic: 1) I've made some hybrid apps with Phonegap and really enjoyed the experience because I could live-reload while developing, but I find those apps don't feel the same as native apps.
Usually because I continue googling until I find something that is helpful. Its a tautology, however if you could demonstrate/tell more about how your system is faster than googling I would be interested.
PayPal Sets Guinness World Record
This is awesome.

If you need cross browser solution and if you don't mind using JS, then you can use canvas to blur images. Its not good as this.

Demo: http://premii.com/ (Refresh the page to see a different background).
Stock firmware is known to have the best wireless. If you want a more featureful alternative firmware, try AsusWRT-merlin. It is practically an enhanced stock.
This is one of the reasons why every time I get nostalgic about C I then immediately get depressed. Having to find the next level of functionality, libraries, all over the internet, just makes my brain turn to peanut butter.

I think this is one of the biggest disadvantage of a mostly standards based, no particular organization in charge type of language like C, as opposed to, say, python.

I am fortunate that, at the moment, my needs are mostly casual and very rarely performance focused. If I needed C I would just STFU and use C, accumulating my own workarounds for the dispersed nature of its resources.
When I take breaks from writing, I look at pictures of art or cities (in books). I find reading text isn't different enough for a true break.

I'm going to try this switching tactic generally. I had a project last year where I got stuck because I kept working at it while hitting too many tough points.
What can I say, you spend enough time in the MSDN documentation and you get used to filling in the blanks...
First ever pictures of single proteins thanks to graphene sheet
I've read about that before, so there's a chance it planted a seed in my brain, but the idea for the tool came from a codepen experiment I did a few months ago.
Ah, that makes sense. I thought it was just that the dat.gui step was set to '1' not '0.01'. Didn't realize the step was set that way puposely due to a limitation of the technique being used.
I have a less charitable view, when it comes to business. It's not about the misunderstanding of what the web is. It's about misalignment of values.

Most of website design today is not done with the interest of the user in mind, no matter what the popular UX posts will say. The companies only care about users insomuch as it leads them to closing a sale. Which means trying to give away as little value as possible for as much money as possible in return.

You can see it in contemporary design trends, and you can see it in the language used. Say, for example, "user engagement". Translated to plain English, it means making sure the user doesn't get what he came for too quickly. He'd then leave. You need to distract him with random stuff so that he stays "engaged" with your page.

Most of the JS on the web is either gratuitous or simply user-hostile. It hampers productivity, it destroys readability, and it does it on purpose.

And yeah, I'm fine with some of that; that's how dealing with businesses look like. I just wish people were honest about what they're doing. And then maybe little less user-hostile too.
Drawing blood needle-free is topic of patent filed by Google
More LTL methods/devices do nothing to reduce the unnecessary default for force employed against citizens by LEO. We should simultaneously support transitioning LEO away from lethal force and away from defaulting to using force at all as a primary response option.

Additionally, LTL bullets ought to be the only type of bullets needed by responsible gun owners for the sake of self-defense. There is simply no need for using lethal rounds by anyone when we should be able to produce alternatives that defuse a situation with a near-zero chance of killing anyone.
I used Dart for a project 1-2 years ago and really enjoyed it. It's a well designed language with an equally well designed standard library and already had fabulous tooling (IDE support, package manager, debugger) back then. My hopes were that it could really replace JS at some point of time, because I'm not the biggest fan of JS in the ES5 incarnation. For me it was a little bit sad to see that Dart got almost no external traction since while Go got lot's of traction. I personally think Dart is the better language in most regards.

Since then I have worked on a few non-web projects and now got back to building some bigger application with node, a browser frontend and typescript. With the current revisions of typescript I don't miss much from Dart, Typescript did a great job on building a type system that fits to Javascript and the ecosystem (available libraries, etc.) is huge due to seamless interoperability (export typescript as JS libraries and import all JS as untyped typescript). Therefore for me the appeal to use Dart instead of typescript in classical web applications is much lower then some years before.

For other applications the choice of languages is already more then abundant. I don't think it would have been a bad move to introduce it as an Android application language, but I don't think that will happen due to all the existing code.

I'm interested to see what will happen in the microcontroller domain, but this is a very slowly evolving domain where real changes happen rarly and everybody is stuck on C despite alternatives have been available earlier. Don't see a special appeal for raspberry PI like devices - these are more like PCs then really embedded stuff. You can run nearly anything you want there.
The creditors have to sue the estate, not the relatives, and if the estate is empty, they are not going to get anything. If they sued the relatives, the suit would be thrown out rather quickly. Heirs are not liable for the deceased's debts. They can choose to, and sometimes do, satisfy them for their own reasons, but there is no way a creditor can force them to do that any more than they can force a random person.

Unless Japan has some unorthodox laws that make relatives of successful suicides liable for their debts to Tokyo Metro?
This blog post is a great and thorough introduction to Vue.js: http://blog.evanyou.me/2015/10/25/vuejs-re-introduction/

Writing components in single files is mighty nice (w/ or w/o pre-processors): http://blog.evanyou.me/images/vue-component.png

And it looks like a flux approach is in the works: https://github.com/vuejs/vuex