skysight-inc/HackerNews huggingface dataset:
According to Wikipedia, something is a medical device if (among other things) it's used for the prevention of disease, which is a completely reasonable definition. Just because the government isn't doing its job doesn't mean I'm wrong, especially since my point was about the government not doing its job in the first place.

https://en.wikipedia.org/wiki/Medical_device

I had basically the same same experience as you in terms of buying something at the supermarket that was very obviously not giving accurate results, and also just returned it and bought another one that actually works. But if someone were to not notice, the results could be potentially catastrophic, especially if the person was pregnant or had a compromised immune system.
Problem with Cornell service outage:

> Cornell is experiencing an unplanned service outage that is currently affecting arXiv.

https://twitter.com/arxiv/status/978393984304340992
> So, in your opinion, moral authority isn't a thing?

Sure, it's a “thing”, specifically a name based on rationalization given to the cognitive filtering mechanism which a number of fallacies, notably as hominem and tu quoque, target.

But it's never relevant to the merits of the argument; targeting moral authority is always an effort to avoid consideration of the merits of the argument.
I've seen this idea proposed countless times, but they always seem to either fail to deliver in terms of "FOSS" or turn out to be a kickstarter phantom project that never ships.

The latest phone I see people pinning their hopes on is
https://puri.sm/shop/librem-5/
If I’m reading this correctly, the ride opened in 2014 but the kid was decapitated in 2016. So not only did they rush its construction but they had two years to fix it and chose not to. Incredible.
I moved the sandbox to here: https://codesandbox.io/s/3rrq6yx9v1. I'm also curious, how did you find out about the sandbox.config.json? I feel like it's pretty undocumented by now, we could definitely improve on that.
so basically, they were doing water slide _research_ instead of water slide _engineering_
Yes you can do that but that runs up against the problem of "processing time" in the router. A router might process a simple echo request for +/- 1 millisecond. Since 1 nanosecond = 1 foot, this variability already makes the distance measurement meaningless for indoor positioning. The way to do it accurately requires using something like 802.11mc [1] which can vary accurately measure time using frame collisions.

[1] http://ieeexplore.ieee.org/document/6805649/
Clear debts and travel.
if you search "verruckt" on youtube there's a number of point-of-view camera recordings of people riding the thing, before it was shut down.

reading the indictment, it seems like the general sort of design that could be implemented safely if they had just hired a ride-engineer with expertise in dynamic forces.

the main problem looks like they were sending rafts with unspecified weights down the chute. overly light rafts would catch air on the second hill and slam into the overhead netting (which is what killed the boy). secondary and tertiary problems were poor raft design (see sections about other injuries to riders) and insufficiently long run-out/braking area at the end.

the use of velcro as a restraint is scary as hell. particularly if you know how quickly velcro wears out after several hundred attachments/detachment cycles.
Keep beating that dead horse, I am sure eventually people will stop laughing at you...
Annual Salary
Move fast and break things!
I don't have the ability to downvote. What is more, I upvoted it, and with the account I always use, as opposed to a throwaway account, which you decided to use for some reason. That is the ironic part of your post.
I think it’s easy to look at it with hindsight and say that Apple’s positioning was inevitable, but I certainly didn’t feel that way ten or even five years ago.
As is, google pays Apple already a lot of money to be the default search engine on their phones. I imagine that number could have been triple that if no credible rival emerged in the medium/high end phone space.
There have long been sort of similar advice gurus in this space. "How to survive without a salary" and "The Tightwad Gazette" come to mind.

Some things they seem to have in common:

1. A married couple on the same page financially.

2. Both worked and saved before having kids.

3. Decided to move to the country to live more cheaply.

4. Developed a source of income that was portable such that moving to the country didn't leave them stuck with some underpaid local job.

If you study history, part of the secret to the success of the parents of the Boomers is they were two income families during WW2 because of the men being off at war and the women taking factory jobs. Savings rates were as high as 50 percent due to basically war time rationing. So there wasn't anything to spend it on. With the guys off at war, babies were mostly not being conceived.

So, if you can marry the right person, get on the same page financially, both work full time at something better than slave wages while not yet having any children and socking away the dough, you, too, can have this American dream. The reality is very few people can check all those boxes and if anything goes wrong at any point, the entire thing can be derailed.

Please note, this sort of assumes that neither partner has serious health problems or any addictions or needs tons of therapy for some reason. It assumes nothing goes drastically wrong while you merrily work towards your dream, such as an unexpected pregnancy that could derail your plans even if you get an abortion.

No matter how bad your situation, there are a few takeaways worth noting. Celibacy, paying down debt and making sure you jibe well with anyone close to you are all excellent choices that tend to benefit the bottom line.

But, you know, much easier said than done.
Blaming the GC for poor memory performance isn't the issue.

I still wouldn't call that a workaround but rather properly using memory in the first place; you'll get GC pressure even on a concurrent generational GC if you constantly push garbage down its throat. You'll get slowdowns even on reference counting if you naively assume it to be faster than a GC then blindly pass references all over the place causing tons of increments/decrements on the refcount; trashing caches in the process and causing tons of branch mispredictions.

I've worked on a LOT of radically different games; I don't believe the specific game, genre, engine or language changes how you manage memory, at all. I don't even believe its more work when you account for all the debugging and profiling time you save by the end of the project; a data-driven approach is almost always simpler. Heck Unity is even moving towards a new Entity-Component-System that explicitly relies on the user managing their memory (and in batches too!), with massive performance gains, same for the Job system currently in the 2018.1 beta. We're talking gains of orders of magnitude in performance, not the tiny ~10% gains you'd get profiling and micro-optimizing at the end of a project.

Beginners and intermediates don't manage memory on large scale Unity projects, and memory management isn't nearly as important on smaller ones; they can waste 80% of hardware resources and still hit 60FPS, computers are that fast. So I don't think that's a valid point. Also saying my data is different than your data may be true, but that has no impact on how memory management works whatsoever. Just like you don't stop using SQL because a different app has different relations.

Its almost impossible to get any kind of performance without accounting for memory allocations and layouts, no matter the engine/language you pick. You're bound to waste 90% of the hardware while being left profiling within the remaining 10% from the very second you stop thinking about memory. I really dont get this "again, quite a bit of work" you mention; idiomatic C# is literally more work than data-driven C# at a fraction of its performance and simplicity.

I've seen death by a thousand cuts "we enter crunch mode for months because the game is dog slow before shipping because nobody cared about architecture for 10+ months" kill many game projects; they all had fancy idiomatic code, everything looked good in the profiler yet the problems were systematic. Its pretty much being Agile without having any actual agility.

So I repeat: blaming the GC for poor memory performance isn't the issue. I'll bet I find tons of complexity issues long, long before I see GC issues in any codebase; that's the real issue. Its not that the GC is one huge slowdown, its that the codebase is littered with tiny slowdowns all over the place, so tiny they're effectively invisible to the profiler, yet their sum is still greater than that of the GC.
What are the "benefits" of this approach?

To re-iterate a different post of mine against this question (implicitly, what are the benefits of NOT having library versions):

* The only version to test against is HEAD
* No fossilization of security or stability issues
* Public libraries must support all Uppercased (exposed) declarations; that is the library interface.
* If the build breaks in an odd way: update go, then: go get -u all
* Simplicity, there's only one supported version and only one version to go get and develop against.
* Also, why would building against an old version _ever_ be necessary?
"things"
CircleCI’s hiring process had 1000 people enter their funnel as new candidates and 3 emerge as employees. Others have tabulated the rate of candidate->screen, screen->onsite, and onsite->offer. If we make a conservative estimate of 1 hour of company time per considered resume (averaged across all steps, higher for those who get far into the process, lower for those pruned earlier), they burned at least half a head of employee time to hire 3 heads. That’s way too high an interview cost per hired head.
In other words, FB has done somewhat worse than the NASDAQ, and about the same as GOOG over the same time period.

Best not to take broad market movements and try to ascribe specific market expectations to individual companies.
This is in Kansas, where most folks aren't as sue-happy as the coasts of our country. Out here, if you get a minor injury, rub some dirt on it and treat it like a hill - get over it.
While this is true, one could come up with similar arguments for any task put to the interviewee. Not to demean your point, but the interview process _is_ one of elimination after all, and biasing the task to favour certain traits and skills is but one of the ways you can go about it.
Good on Binance for finally putting a fire under Coinbase
Hence why I mentioned "average-wage" in GP; usually you can avoid owning a car only by living in housing that is out of reach for anyone making <$6k/month.
Don't forget the part where in any given state the entire area outside whatever beltway rings the major city resents everyone inside it.
> If I never have to read "Unless you're paying, you're not the customer you're the product" again, that shit will be too soon. If they don't make something that people actually want to use, there will be no audience for advertisers. Come on.

Your point is great, and important. The situation is more nuanced than customers vs users. Google has multiple types of customers, and both are important. Free customers using search still have to be appeased by search features, and not too irritated by ads, otherwise ad revenue goes away. Ads customers have to reach a large audience, otherwise they go away. Like many companies, internally Google has departments that are in a sort of competition with each other, and the tension has to maintain an important balance. Ads can't be the only customer, and it can't be the only thing Google cares about.

While I'd agree it's getting a bit tired, the context where this aged phrase makes more sense is when discussing privacy. I've seen it most often used to try to get the point across that privacy will never be a goal of free ad-supported internet services. Tired as it is, that point might be worth repeating until the general population and the government actually take it seriously.

BTW, I didn't see any shots at JavaScript here, my take was he was defending it.
These AR Goggles Are Making Faster Fixes in Oil Fields
I'm not sure what JavaScript being the most widely installed platform on the planet has to do with it being a good programming experience. You want to program for the web? You must use Javascript (or something that compiles to Javascript), I don't think many choose Javascript because it is a great programming experience.
Can you provide some more details about the battery drainage? Namely, what kind of phone, how much battery usage you noticed? I've tested things with my Pixel2 and I get about 1-2%/hour battery usage.
> Well this is neither bad nor good. Because custom Roms will have a hatch out of it.

Given most of Google's other recent moves related to Android, I wouldn't count on that escape hatch being around for too long. More likely they're offering it as a short-term transition and will find a 'reason' to shut it once they've quantified the impact as minimal in a couple of years.
>"With dep it is a bit different - the creators were google engineeers and they wanted it to become the official tool, with integration as a go subcommand etc.pp. - but that was never signed off by Pike or any other lead, only confirmed that it would be a possibility if the tools performs well."

I'm frustrated. I started using Go during version 0.8 and have been using it since with no dependency mgmt beside my own forks because I hated everything I tried. Then dep comes along, I give it a few months to mature, try it, and it worked great. It solves my common use cases near perfectly.

What this blog post and proposal lacks IMHO is a clear case for why dep isn't "good enough". All I see is handwaving:

"Early on, we talked about Dep simply becoming go dep, serving as the prototype of go command integration. However, the more I examined the details of the Bundler/Cargo/Dep approach and what they would mean for Go, especially built into the go command, a few of the details seemed less and less a good fit."

So "a few of the details seemed less and less a good fit" is a statement that is impossible to refute because it is too scare on any details.
I avoided the 9 to 5 by quitting my stable job and starting my own business. Now I have a 8-2AM.
Good, I hope we see a sleeping giants-style shaming of advertisers who financially support Facebook
You may be familiar with it, but reading Yegge's post, I'm still not confident he understands the difference. At least in that section, he seems to treat "customers" and "users" as equivalent groups. For some businesses that's fine, but it's definitely not so for Google.

It seems like his real point is that Google is not being innovative on the grand scale. Which is fine, but that's distinct from not being user-focused, and distinct again from not being customer-focused. Those are three different problems, and they get solved three different ways.
What's the advantage over JS's ternary operator?
Or, in two years, they never realized that they needed to fix it.

You decide whether that's better or worse...
CFP Land: a curated list of tech conferences and open calls for speakers
> Allowing Facebook data to be used in elections is either fraud or it isn’t

No, that's not how fraud works.
Its too bad Prime Video does not have chromecast even on proper Andriod devices. It is sort of annoying. I do not use Prime Video with Chromecast/Google Assistant because of this. Why not support it? Given that everything else (Spotify, Netflix, etc.) supports Chromecast/Google Assistant, why not this?

I'm being spited in the service of platform wars. Argh.
That's a fantastic idea! Unfortunately, I use JetBrains IDEs, so I have lots of ctrl-shift keychords I couldn't live without.
That's not a meaningful stat, considering 2009 was the onset of the Great Recession. Wages are still not great.
Maybe I'm missing the point of your comment but a typical reason for delivering an application on your customer's infrastructure is that they don't want their data to leave their infrastructure. It's usually b-to-b where the customer is typically an enterprise buyer using their own data storage. So, the customer knows how its data is being processed.
For posterity:
<14-character non-dictionary word>+<My current CA DL number>+<Streetname of my residence during 1st grade>
Schema: aaaaaaaaaaaaaa+Annnnnnn+Aaaa Aaaaaaa
(a=lower alpha, A=upper alpha, n=numeric)
md5 those 36-characters. Hash is the passphrase

Driver's license numbers are likely sequential, so the keyspace is likely guessable, or recoverable from credit data breaches. Street name is an easier find, from public records.

Since we know that non-dictionary word is 14-characters, and assuming English, entropy should much less than 26^14.

anyone willing to give it a spin?
So, your point is valid, but it only applies to robots, not people. Is that pretty much the right way to view it?

If so, I sympathize. I get that a lot, myself.
It's not like Google is a privacy haven for people who care about that sort of thing.
> virtually all of Trump's official acts have been things that Obama did not do

examples?
I don't see how Dropbox is related to rainbow tables - presumably KeepassX uses a salt.
+1, definitely well worth reading. Paragraphs 85-89 seem like they come out of a prize-winning thriller, but every single paragraph in the indictment is also gripping.
Thanks, that sounds like a good way to screen someone.
Shamelessly plugging sparechange.io we take abuse seriously. Just create a ticket on our site, we require proof of site ownership (place file / DNS txt record) and abusive API key is banned (all websocket traffic becomes HTTP Unauthorized so no mining).
Luckily there are other ways to get them, and the FDA's decision has kept you using a more accurate one.
Another way of looking at it is that the main problem was putting netting above the track; one roller-coaster engineering principle I've seen mentioned that this ride broke was "no obstructions in the path of the rider" - catching air and slamming hard into the ground may have been less dangerous than hitting a hard overhead obstruction mid-air at high speed.
This is absolutely true. I'm the technical co-founder of Endcrawl, and there's just no way I could have pulled this off without the deep industry connections & insight of my co-founder Pliny. First off, the idea never would have occurred to me -- who knew this underserved niche market even existed? I mean end credits...really?

It goes beyond just identifying the opportunity though. The way we run Endcrawl is heavily influenced by Pliny's experience running OFFHOLLYWOOD, a post-production facility that mostly served indie filmmakers. Left to my own devices, would I have nailed pricing (flat fee, no room for bargaining) and customer support (email-only but responsive) like we have? Doubt it.

Hackers take note: non-technical co-founders CAN bring a ton of value to a partnership.

Or: if you're going solo, make sure you really understand your customers and your industry.
I fail to see how this will seriously damage them. They already own the two biggest alternatives to facebook - Instagram for pictures and WhatsApp for communication. More people are using their services than ever before and more people are getting access to the internet in developing countries.
> Steve cor­rect­ly notes that front-end pro­gram­ming is hard, but leaves out maybe the sin­gle most im­por­tant rea­son why: It’s super-hard to unit-test prop­er­ly.

Can anyone elaborate on this?
Regulators, we regulate any stealing of his property and we damn good too. But you can't be any geek off the street, gotta be handy with the steel if you know what I mean, earn your keep!
Is it crazy to consider investing in their stocks soon-ish. I totally hate the company but if this is global-minimum i can make some cash pretty easy. I'm relying on the premise that most users will continue to user the site and that this is a short term media frenzy similar to youtube advertiser fiasco.
Integrating AI with a subsumption architecture sounds interesting but could still not work. You would be abstracting a lot of details (as well as potential action) from the training process, so the overall result you get still might not work. Training on everything might actually yield a better result.

Does anyone know how iRobot (Brooks' company) does it?
> I guess lead from the old leaded gasoline

This is a major issue in parts of Oakland, not South Bay but not far away [1].

[1] https://en.wikipedia.org/wiki/Lead_contamination_in_Oakland
Does this mean token trading is coming to Coinbase?
Ironically many of the sleeping giants that could tip the scales were already pulling out. Case in point: Proctor and Gamble (2016) https://www.wsj.com/articles/p-g-to-scale-back-targeted-face...
How do you rub some dirt and get over a decapitation?

Maybe if Kansans held each other to higher standards of accountability they wouldn't kill a kid on a water slide.
I agree with you. But the attorney for Cook County, who filed this absurd lawsuit, does not.
>but there is also room for improvement at the margin, if employees and customers understand that corporate actions are management’s choice; their hands are not tied.

But will they change? Zuckerberg, as far as I can tell, started Facebook because he wanted to be master of the (internet) universe. And then he hired a lot of really smart people with the same motives.

Are you hoping that at some point in time he is going to have a great moral conversion and decide to forego power and wealth and become a sort of saint who will give it all away?
Seems to me far more likely Zuckerberg will pretend to reform, but keep pursuing the same goals.

What you are saying seems to be that we should not push decentralization and instead just wait around for something good to happen. Which in turn makes me wonder about your motivations.
I have a branch of https://github.com/tpruvot/cpuminer-multi, which I am working on tidying up and pushing to Github. It has a bash script that instead of GCC / Clang, compiles to WASM. Any Clang compilable software can compile to WASM theoretically. Only supports cryptonight hashing at the moment.
Facebook stock takes hit on FTC probe and news it records users' call logs
Minor correction: They have a second house in Massachusetts, 1/2 a mile from MIT and 1 mile from Harvard, which they paid $460,000 for in 2012 (https://www.frugalwoods.com/2014/05/08/why-did-we-buy-our-ho...) and now rent (http://www.frugalwoods.com/2017/02/24/how-we-turned-our-city...). (Whoa, their property manager is cheap.)
It's MIT licensed and widely used. So we're only a fork away from a facebook-independent React...
Or even just the constant UV exposure in the sun @.@ yikes.
> And last time I looked, all the coolest, hippest, “thought-leader-ish” peo­ple I know are build­ing rad­i­cal JavaScript frame­work­s.

Is he being serious? I can't tell if its a joke or not.
Straight up GeoIP is good enough, particularly on WiFi.

On mobile networks I believe the carries will gladly sell the tower-IMEI mapping. They already have to collect that for law enforcement purposes anyway.
I don't understand the comment. Is Seattle not doable for <6k $/mo?
This is the beginning of the Big Churn. Less top talent will want to be associated with facebook. Already even a few more privacy clueless friends family members are deleting their accounts. Adverts were always so low yeild, and fb pages 'because we need one'. Now that is all changing due to perception. The FTC, stocks falling, are further indicatuons of falling trust. And all business is built on trust.
Where Yegge is wrong is that he thinks somehow Grab has moral authority or high ground over Uber. Once he finds out all the scummy things they and everyone else has done in South East Asia, he might have second thoughts about his holier-than-thou attitude.