skysight-inc/HackerNews huggingface dataset:
Hi Agustus!

Form finance and 1/5 of the engineering department here. :)

1. The Kickstarter price will be $79, with early-bird options for less. Retail will be more expensive.

2. No.

3. There is a small metal plate with double-sided tape that you attach to your wall or ceiling. Point then attached with magnets.

4. This summer! Beta units earlier if you are OK with a rough experience.

5. We might look larger than we are. Right now, we're basically self-funded engineers. Kickstarter allows us to validate our prototype without committing serious cash to manufacturing deposits. Like several others have remarked, it also helps with marketing and early customer interaction. Win-win really.
This is pretty sad to hear both from the perspective of the lost life of the test pilot who was willing to take on the risk of pioneering space flight, as well as from the perspective of science and technological advancement. I don't think this is a major set-back but it will certainly require more effort into getting space flight to a level of safety where it can become commercial.
How do you get your app into the repository? Maybe for Linux you don't need to pay, but you still need to gain approval of the maintainers. Might be even more costly than simply paying up (as for Apple or Microsoft).
I don't have medical experience, but I had a heart attack a year ago. This is what I felt:

- Feeling diffusely sick, no specific pain, but a feeling that something was wrong.

- Oppression in the chest.

- Mild pain in the left arm

- Cold sweat.

I tried to drink some water, open a window to have fresh air, sit and relax, but after a couple of minutes nothing improved. I was at the office (alone) so I googled the symptoms of a heart attack and next thing I was calling 112 (Spain's equivalent to 911).

It was a mild heart attack, I got a procedure in the ambulance that stopped the attack, and a barely had heart damage. I had a triple bypass surgery a week after the attack, because the three main arteries were clogged. So it went well, because with those arteries I could have had a more serious attack at any moment.

My advice would be, if you are not feeling right and you never before had those symptoms, call 911 (or whatever the number is in your country). The people that picks up the phone are trained to assess the calls, and anyway it's better to raise a false alarm than to die.
Validation is not a new heuristic.
I've only added support for things that I use in my house and I don't have any X10 devices.
Placemeter, New York City - http://www.placemeter.com

We are looking for Full-Stack Engineers (Python/Django) and Computer Vision Engineers (C++).

At Placemeter we use computer vision at a massive scale, on a large number of video feeds, to understand what is going in in the physical world in real time. We measure how busy places are, what people do, how fast cars go, and much more. We offer that data to developers, citizens, cities, and retailers, radically changing the way they interact with the physical world.

At the core we are a bunch of PhDs developing proprietary computer vision algorithms. Come join us if you're tired of product-driven social media and advertising startups and instead want to work in a truly technology-driven environment.

Full-Stack Engineers (https://jobs.lever.co/placemeter/0c7862ed-9a83-4c50-ba16-74b...): Build web apps, services and APIs on a Python/Django/MySQL/Cassandra stack. We have hard challenges both in the frontend (think data visualization) and in the backend (we are generating a LOT of data).

Computer Vision Engineers (https://jobs.lever.co/placemeter/70be8dcf-e48e-4b9f-8c81-a06...): Develop the next generation of our real-time video processing algorithms which work at a scale that you'll encounter in few other places. Strong C++ skills required and a background in computer vision (MS or PhD) preferred.
lets think about it. Basic income is implemented tomorrow.
First, only the people making up to the amount of the basic income would be willing to quit their jobs - anyone making more than needed to survive would certainly continue wanting to maximize their earnings.

We would then have a vacuum of a large number of poorly payed jobs that are now in demand - would this not immediately raise the wages for these jobs? Would employers not have to raise wages to attract workers? They would either have to raise wages or automate in some way - this would be a big shakeup for companies, but with basic income even people losing jobs or companies going under would not be a huge deal since basic needs will be met for all those people

So what if everyone quit their jobs and withdrew from the workforce all at once?
Well, i think that wont happen - Would warren buffet quit his job? Would professional athletes? actors? Corporate accountants? Would your average HNer close up his startup? Would the bureaucrats running basic income quit? Would the bank tellers stop processing the checks?

If they all did of course that would be chaos - food would immediately stop getting produced, water would stop flowing - sounds like a serious problem that hundreds of millions of people now have all the time and motivation to solve - but lets be honest, the likelihood of EVERYONE quitting their job is laughable, at worst the wages for most jobs will raise and some jobs will more rapidly be automated
That's the default buffer size for pipes, which won't matter here. When curl terminates, whatever's buffered in the pipe will be flushed. The only thing that could prevent downloaded data from being received by the shell would be internal buffering in curl, if it does any.
150k. Although I work remotely, I still live in the DC area and occasionally go to the office for meetings.
Dressing Up a Rover as a Baby Penguin–For Science
http://socialairways.com/ Is a nice application that connects people who are on the same flight.
Yes, they would have been better off with cheaper housing costs all their lives, but we are talking about people who have already purchased. If housing prices dropped to one half their current value, a large fraction of the owner-occupiers in this country would be bankrupt.
We bought our domain for a box of chocolates
Medium format is expensive, but up to 35 mm you have a lot of choice nowadays, also in lenses.
> The Semantic Web means different things to different people.

There is no better way of expressing why "the semantic web" as it was originally conceived failed, and will always fail. This is not to say that automated processing to extract higher-level information of the kind the article argues for might not be both helpful and possible, but it will always be awkward, difficult and imperfect. The awkwardness and difficulty will go down as AI gets better, but the imperfection has a fairly high minimum level because the kind of meaning humans extract from language varies enormously between individuals.

As a friend who works in geology put it: "If I send a bunch of geologists out to survey an area and combine their data naively, I can tell who mapped where but not what anybody mapped." The illusion of shared meaning is powerful, and with enormous effort we can get communities of shared meaning that are large and powerful enough to be extremely useful, but we do that either through top-down control (politics, corporations, militaries) or intense bottom-up interaction (the sciences), not the kind of loose, informal, disconnected mechanisms that the Web enables.
I was more curious why C# is one of the best. Last time I looked at it (quite a while ago now), it was very like Java, and not many people rant about Java any more.
> I believe they don't want people to think they can diagnose themselves when it actually takes a doctor.

That is not the only reason. Long-term effects of ultrasound are unknown. Short-term effects are increases in temperature of the tissue being scanned. Improper use can lead to harm.

Not saying they should be illegal to own or purchase by consumers, but you really shouldn't be scanning things for shits and giggles. Remember, not that long ago, x-rays were considered routine and harmless.
Previous discussion: https://news.ycombinator.com/item?id=7428156
Best breeding ground for unicorns may not be Silicon Valley
The way golang works seems to be follow the model of Unix pipe (stdio pipe) between process. They are simple channel between go-routines (kind of) light weight threads.

The concept is built into the language itself.

Anything wrong with that?
Teradata is using it for Loom - http://www.teradata.com/Teradata-Loom
Cheers, added a license.txt to the repo. Do I need to add it as a comment in the individual files? (never used licenses, slightly new to this :) )
1. http://www.everydayhealth.com/hypertension/treating/medicati...

2. Drink warm water with lime to stay healthy
http://m.timesofindia.com/life-style/health-fitness/health/D...
SDK Mindset – A Braintree Tech Talk Hosted by Airbnb – 11/5
This essay is my attempt to synthesize a few general rules from recent work with custom scrolling. Scroll-based effects can be contentious, but I believe a lot of that comes violating reader’s expectations and breaking direct manipulation. There are ways to use scrolling effectively — to achieve the desired visual design without hurting usability.
I think we are still very far away from NLU. There are a couple of tiny subproblems such as Entity Extraction, Relation Extraction and Dependency Parsing that we have become pretty good at (for English that is, but for many languages even that is still difficult). However, once you get into pragmatics and contextual understanding we still have no clue. And in order to enable real NLU you'd also need to ability to do reasoning on top of other knowledge (and "common sense"), which is a whole different problem.

Based on products like Siri or Cortana it may seem like we are coming closer to NLU, but the reason those are working at all is because they are very topic-specific and tiny subproblems of what NLU is really about.
Well, the trick there is to create a better economy, right? The standard of living will increase then. What are the most effective ways to prevent malaria is to give people $20 nets.
Well yeah, it might not be as exciting as webapps, but that's the difference between a job and a hobby. If your daily job includes exactly the kind of craftsmanship you could spend years doing happily, that's great; but if your job is more boring than that, you still have a few hours each day to devote to the more exciting kind of software development. However, in the meantime, your job, as boring as it might be on the worst days, is still saving lives and working for the good of the society. Hell, I wish I could say the same about my job (which may affect millions of people around the world, but in a far less relevant way).

Yes, you do matter. People are better off thanks to you. Sincerely: congratulations, you're a lucky man.
No, that's awful. Right now "worthless unwanted crap" cleanly self-identifies itself by hostname, so I can opt-out trivially with a browser extension. Hosting it alongside the content makes that much harder.
Yup, even though KS will take a cut, it's worth getting those people who will pay to do it through KS. It's a very strong signal on your KS campaign page if by the time the buzz hits that you have 25% of your money already there, you'll convert way more than if you only had say 5%. Social proof is a huge factor in sales. The KS campaigns that are are successful and haven't use this technique are generally outliers.
The problems mentioned in the article certainly are not unique to SF, though the scale is pretty large.

Sidney, MT, which is in the Bakken oilfield, has such a shortage of housing that workers there spent last winter sleeping in campers and trucks on the side of the road. In the winter, the temperature can dip to -30 degrees. The dept of transportation (DOT) bottled up a housing projected for almost a year over a right of way dispute. In this case the developer agreed to pay for the improvements, but the DOT insisted on overseeing the process, which increased the cost 2x.

In my experience:

1. Homeowners fear change because they usually like their neighborhood, have most of their assets "at stake", and envision worst case scenarios.

2. Too many elected officials categorize themselves into a soundbite. They don't just campaign by the soundbite, but they govern by it. Project details and reality be damned, I'm pro-parks!

3. Top municipal employees almost always have too much power. When a new elected official comes in, they listen to his/her goals and then put new processes in place, while seldom removing old processes. This adds unreasonable amounts of time, complexity and cost to projects.

The first and second problem can frequently be worked out but the third problem is crippling. If you want to fix the housing crisis, start there.
Six Things App Developers Need to Know about ASO
You might be interested in looking at TypeScript: http://www.typescriptlang.org/

It does something very similar to what you're suggesting, adding in static type information for JavaScript and giving you compiler errors if you mess things up.
An alternative to skype/hangout is http://appear.in I find it works way better than the other, don't know why.

Can you detail why and how you use airtable?
First of all this is analogous to the irritating tendency of car manufacturers to "tease" models ahead of time. This may cut it for the average consumer, but here you are targeting the developers, and a straightforward, honest approach to launch would be more effective, in my view. Developers are blasé to any of the mind-tricks which marketing will dream up.

Second, please do some moonshot stuff. Please just don't give me tweaks on javascript. Yes I know js is fine for the front end guys, but more and more, deep data guys like me are having to interact with this language which leaves a lot to be desired. While I appreciate the casual, almost refreshing functional aspects of js, the rest is clearly inferior to almost everything else (not least forcing multidimensionality into this hierarchical JSON strait jacket). Here's an idea: put python numpy native into the browser, and give us expressive power for things other than dom manipulation. Or put Haskell in there. Do something meaningful. I don't want a spit-and-polished js debugger.

Chance to shine here, Mozilla, to regain the long-lost initiative. No chrome-catchup again please.
Summary: The Dropbox passcode lock is only a view preventing access to the app, but does not encrypt anything. Dropbox' use of Touch ID does not improve on this and it uses a Touch ID API that only provides a yes/no answer.

> Instead, it could actually grant access to cryptographic keys. As, however, the keys would still be stored on the device (although in the keychain), this is merely a compromise, albeit one which could actually provide added value (ACL protected items are not backed up).

That's all Touch ID can do. The data stored in the keychain (with a kSecAccessControlUserPresence ACL) is encrypted with a key the secure enclave needs to provide (or it is asked to decrypt an item-specific key). So without the secure enclave agreeing, which it only does when it finds a matching fingerprint, you can't get the data. What more can you expect?
That post is related :).
But this is a separate tiny tool from our main offering.
Freelance or contracted by a service firm at that rate?
PTE = Page Table Entry
My perspective is this: Mozilla (to my knowledge) isn't getting rid of the developer tools in the standard Firefox. Those will still be there for people who want to get into development, and while their features will seem comparatively limited, thats actually a good thing. They're getting access to a concise set of tools that isn't overwhelming, and the same set of tools that millions of people use for development every day. Then, if they want to take their development to the next level, they have a whole new set of tools that can help them do that.

This isn't widening the gap between a user and a developer, since they aren't getting rid of the 'middle ground'. It's just giving the developer more breadth with a better tool.
> There's a reason that no business will use Apple computers.

You may wish to update your assumptions. That was a relatively viable statement to make in 2012. In 2014 -- with businesses like Google going effectively Apple-only -- it's not.
Hold on to your hats and glasses folks! We're totally stoked to announce the coming announcement of a browser we'll be releasing shortly after that announcement! Stay tuned for the follow up announcement letting you know when we'll announce the release date! We can't wait for you to help us bug test it!
How did you get the job?
> C# is the best language I've ever worked in. But the .NET platform is one of the worst

That sums it up for me, too. I'm mostly a Ruby developer, and in C# I get tons of Ruby-like features, plus static typing and better performance. But my years with Java spoiled me for a clean and consistent stdlib. For instance in C# collections are just a mess. If I could build Rails apps in C# and deploy on Linux, I'd probably do it.
> We are on the cusp of solving natural language understanding

I'd love to find out more about what you have in mind here. Can you elaborate?
Updated the title, cheers for mentioning it.
The road to Ember 2.0 RFC
PC-BSD is probably your best bet. Its a distro of FreeBSD with tools to make it easier to use as a desktop. If you don't mind wading through config files then any of the big 4 (FreeBSD, OpenBSD, NetBSD, DragonFlyBSD) should be good for you. I recommend FreeBSD or maybe OpenBSD. NetBSD will run everywhere but isn't the best for standard hardware. DragonFly is too experimental. FreeBSD is the easiest to setup and has the most hardware/package support. OpenBSD is nearly as good on this front but you may have more difficulty.
It's because modern idiomatic c# uses a lot functional programming inspiration.
A 94 watt-hour T430 battery is $160 on Lenovo's website. Apple's battery replacement service for the 91 watt-hour battery on the MacBook Pro Retina is $199. Not a dramatic different in price, IMHO.
I generally agree but the number of requests is also too simple a rule. You really need to look at the number of blocking requests and what they block – e.g. loading a large image might seem low-impact since browsers have progressive decoding but you often see cases where the load order goes like this:

1. HTML starts trickling in

2. Browser scans for resources and starts opening connections for stylesheets (great, since they block rendering) and other inline resources

3. Since you followed everyone's advice and put your scripts at the bottom of the page, you now have 2MB of images saturating all of the available server connections so the JavaScript is waiting for a connection to complete and, of course, there's no way to progressively render a script

4. The relatively small JS loader / jQuery / etc. eventually loading triggers a whole new set of requests which are now at the end of the queue behind all of the CSS and content references for images, fonts, etc.

HTTP/2.0 will help significantly with all of this but in the meantime various bundling hacks used to lower requests counts and the lack of dependencies as a first class concept mean that you tend to see a lot of unintended load delays unless someone has carefully profiled their page loading behaviour.
I think a network of sensors is an interesting, like what you see in Extant. A lot of the ultrasound technicians job is to move the wand around to get images and adjust the frequency to see different things. They do also push down a lot. When we had our babies, I never understood why they just didn't drape a bunch of sensors over and run a single scan that calculates everything.
Readers may be interested to cf. https://en.wikipedia.org/wiki/Corecursion
I've found remote employees (truly remote, not an office job with telecommute option) often accept lower salaries than they could get otherwise in exchange for the flexibility of the position. Until remote work is more widely practiced, the good remote jobs will be in demand and they don't have to compete dollar for dollar with office jobs.
Announcing RemoteIE: Test the Latest IE on Windows, Mac OS X, iOS and Android
Yup, it is. From the FAQ:

"It’s also intended to be a practical successor to Cat, which was the first statically typed concatenative language."
That doesn't work for a standard library - it may make you happy, but the next developer may have very different needs. Int32.TryParse() does not distinguish between null and empty strings and it takes only a minute or two to create an extension method and the problem is solved once and forever.

public static class StringExtensions
{
public static Int32? ParseAsNullableInt32(this String self, Int32? fallback = null)
{
Int32 result;
return Int32.TryParse(self, out result) ? result : fallback;
}
}
I see no harm in a browser dedicated for developers, best serving the web development purposes just as much as I don't see any harm with building mobile and desktop applications using IDEs and Simulators and then releasing them to the numerous platforms.

I believe this separation will lead to the possible introduction of many cutting edge implementations on the browser/engines level(s), for experimentation, before a more general deployment to the end users, which would be quite interesting imho.

Not to mention, developing new debugging tools that the end user doesn't necessarily need to have running in the background of his browser package. This would definitely alleviate the resource consumption of existing browsers and allows the developers to have a focus on the end user experience and not worry about developer specific branches.
It is far more exciting than webapps.

Webapps are the technical equivalent of Richie Cunningham but biomedical engineering is The Fonz.
This article is primarly a strawman argument, the 'architecture' which is so adamantly argued against has already been abandoned (much thanks to arguments from OP).
https://git.gnome.org/browse/babl/tree/docs/roadmap.txt#n74
It has however not magically implemented itself yet.

This is somewhat recognized in the article section which starts "There is a ray of hope". The implication that the issues demonstrated will go away as a consequence of this has somehow been lost, possibly due to miscommunication.

Disclosure: I am a GEGL dev.
Microsoft Announces Remote IE; Run IE on Your Mac Almost Natively
Correlation does not imply causation. There is nowhere enough data on unicorns to determine if country of origin is causal.
About 2500 USD/month, working hour or two a day. I can make more easily, but I already make like 2x of average salary in my country, so I can live comfortably, travel as much as I want to and have time to pursue other projects (running my little winery and working on low cost FTIR spectroscope).
MSFT Releases Cloud Based IE10 for Dev Testing on All Operating Systems
Unfortunately it seems like the plan is to support "opportunistic encryption", aka self-signed certificates, which can be trivially generated for MITM attacks.

I doubt self-signed certificates will stop proxy servers, broken security products, and Verizon and AT&T doing MITM to inject UIDH tracking cookies.
These are great points but also speak to one of my concerns about forking--what if Firefox continues to receive lots of security scrutiny but this new-but-still-pretty-intimately-related product aimed at devs mostly doesn't, for whatever reason (e.g. far fewer people using it)?

I see more value for both developers and users currently because it means that in order to keep Firefox safe (for some definition of safe), the Mozilla security team also has to keep people like us--and the functionality we use--just as safe. It also means derivatives like the Tor Browser Bundle and Iceweasel might be more likely to preserve the feature set and benefit from security team's work in relation to it.