skysight-inc/HackerNews huggingface dataset:
Making one with a Pi Zero W + the camera is pretty straightforward. Most of the good network cameras with simple APIs (RTSP or MJPEG) are not so trustworthy on the security side.
My health insurance was something like $800/mo with ObamaCare for 2 adults. When Trump said he wouldn’t reimburse insurance companies my insurance almost doubled to $1500 for the same plan(ish) with a higher deductible. We also opted for some sort of health sharing plan.

So yes, Trump rolling back Obamacare did massively increase health insurance.
Microglia, the Gardeners of the Brain
I typically start by adding some test cases or extract code (say as a function/method) add code to test it and keep repeating the cycle. I feel confident with this approach, especially with dynamiclly typed language like Python.
I absolutely agree that some lives will be lost in the name of progress. I also hate the NIMBY ism showing up in these threads. However, I don't care for Uber or its ambition. I'm more worried that Uber's negligence will set the whole industry back with a public backlash.
Yeah but you have to be able to afford the lawsuit in the first place - similar to patent trolls a lot are relying on it not being affordable to do anything to them.

And a bunch are naive teenagers who just don’t know that they should be disclosing it.
Also, I get from Ian Banks' SF, mirrors are a defense. And indeed, blowback offense.
Why?

How is it more dangerous than 12 lane autonomous intersections?
Straight from the announcement:

"Running Charles on your iOS device means you no longer need to fiddle with WiFi network proxy settings. It also means that you can capture and measure network traffic that goes over the Mobile / Cellular data network.

Measuring networking performance over Mobile data is especially important for your mobile apps (as that is how a lot of users experience your app), and it can reveal large or slow requests, as well as opportunities to increase perceived performance by parallelising network calls."

AFAIK before this you could only inspect traffic over WiFi connections since you had to set the proxy address via WiFi network settings.
I'm getting this problem from my work network, but works fine from my 4G connection.
That's exactly what the Facebook app is on a mobile phone, though. Has access to the microphone to listen whenever it wants (even if it doesn't do it, it has access). Is always on, not just in your home but everywhere you go. Knows who you talk to and where you are and how long you spend there and often what you're doing quite exactly to the details.

There's not much difference between having the Facebook app installed on your phone and this device, in terms of creepiness and data collection capability. Probably their smartphone app creeps me out more, actually.
Isn't hotword detection (especially locally) more about cadence / pitch / frequency rather than the word itself?
How are you using Uber without paying?
You dial a number. The other party will start ringing.
In my use case, the component receives the URL of a resource as a prop, and it re-fetches the resource from a backend when the URL changes. I'd like to avoid the expensive fetch when it's some other prop that changed.

Copying the URL to the state will work, although it's a bit more verbose.
I wonder if the disembodied voice projection via Non-Lethal Laser Induced Plasma Effects discussed the other day[1] could be used to trip Alexa and such into recording --but at that point, maybe just putting a surreptitious piggybacking bug into Alexa might be a better alternative.

[1]https://news.ycombinator.com/item?id=16668825
Market staying irrational is always a risk. Otherwise, i see recent developments as temporary. Market has very little memory, if any. Advertisers stop spending, but eventually they unlock spend too.

There's also bubbly-market effect, and these might result in deflation a bit.
Lol at the idea of using minimally qualified pilots to fly people around at wages that barely incent them to continue. It might even happen.

People flying around with probably alcoholic tendencies, overly adventurous ideas, spraying toxic insectesides, or otherwise borderline pilots because "gig economy". You're probably right.
You've been pointed towards resources that answer all of the issues you've raised, but you haven't read them. Suffice it to say, the decisions do not agree that Google's behavior here is not relevant in determining how to deal with the copyright issue.

Whether or not the supreme court agrees with the IPRs affirmed in this series of cases is another question entirely, but until that comes down, nothing has really changed.

Happy reading.
>I am arguing that the API is not (or should not be) copyrightable in the first place, because any attempt at interoperability would instantly void it.

The court specifically deals with this assertion and does not come to the conclusion that you do.

>And overall, it is very weird that Google's intent matters here.

No it isn't. This case was about Fair use, and intention matters for some of the test elements. A bunch of people think this case is about API copywritability. They're four years too late to complain.
>…if you use a VPN, then you can check for traffic here as well.

This is conditional on the assumption that the device is doing what it tells you it is doing. Like the point in my previous comment, if you believe the device is lying to you about when it is recording, why do you trust that it isn't hiding non-VPNed connections from you? Smart speakers can not physically transfer data themselves and can only forward data over WiFi or Bluetooth.

>HomePod has an Apple A8 processor, and Google Home has some sort of ARM SoC. These aren't low-powered machines; on the contrary, they can run 24/7 since they're always powered.

The A8 is a 4 year old processor and the HomePod is by far the most expensive and powerful of these devices. Maybe I was downplaying their potential processing power too much, but the fact still stands that a modern smartphone is much more powerful than a modern smart speaker.

>I think this makes them more likely to be overlooked, more than anything.

And phones aren't overlooked when they spend almost 24/7 within a few feet of the owner?

I am not saying these devices don't present any potential issues. I am just pointing out that the risk is lower than the one we have already accepted by using smartphones. Stressing over compromised smart speakers is like stressing about whether you locked the door to the third floor balcony while not caring that the front door is unlocked.
I've faked my phone number for about two weeks on Android when I installed their app to try it. 3 years after, they still ask me if my number is some random Italian number, I'm not sure they have that many checks in place.
It's nice to see they have an easy to get to Delete My Activity feature but I have to guess that it deletes it only from the perpective of me being able to ever view it again.
https://earthquake.usgs.gov/earthquakes/map/

Quickly displays important data.
Sure! I've now run as a team leader on six midsize-to-enormous projects that involved Scheme in their stack.

I've used:

1. Chicken Scheme for development, Gambit-C for release.

2. Custom baremetal Scheme based around the design of PreScheme and Microscheme. Implemented using Gambit-C and some of it's unique features. They had 8,16, and 32bit variants for half a dozen chip makers. (100% proprietary, and any real details covered by an NDA).

3. Racket for development, Chez Scheme for release.

Racket isn't quite Scheme, but it's IDE makes development so much friendlier, that I'll jump at the chance to use it. However, an amazing compiler is needed for release, at least to meet the standards I tend to need to aim for.
Three users sue Facebook over collection of call and text history
> ... an abandonment of social media altogether, which is an unrealistic expectation.

Really? My parents and siblings, and many friends, tried it, decided it wasn't all that interesting, and left. That's anecdata, but it spans several demographics. People were fine before "social media," so they can probably muddle through without it.

> Facebook can do many things to begin diversifying its revenue stream...

This is where things get scary. Facebook is a surveillance company, and when they can't make money with ads, they will make money in more nefarious ways.

> current stock price of $159.09

Make that $152.22. They're still searching for the bottom.
Discussion from less than a day ago with over 80 comments:

https://news.ycombinator.com/item?id=16685179
No, but people like that frequently depend on people like us who might visit such a site, and so therefore there is a big "friends and family" potential market that you are missing.
You're onto an important theme: so much of driving is really about group communication--everything from signaling to anticipating behavior based on your own past actions, to waving people through intersections or slowing down to let someone merge or speeding up to make your intent more clear, or hanging back when the traffic gets stupid, or avoiding drivers who seem irrational.

That's why I think the real self-driving car problem is a very special case of the Turing Test--one that might be more difficult to win or solve.
Their corporate debt also got downgraded to B3 by Moody's today.
Something is real fishy with Uber and the Arizona fatality. If you believe Uber's dashcam footage it was dark and hard to see the woman. Several people in the area posted comparison dashcam footage showing it just wasn't that dark [1].

This raises a bunch of questions:

- Was this the unprocessed footage from a dashcam in the Uber car?

- How bright were the headlights?

- What other sensors could've and should've detected an object to be avoided on the road?

I honestly don't know why this view seems to be so unpopular here (probably because of the optimism for self-driving cars, which I share) but why isn't criminal negligence for Uber a possibility here? Apparently they also disabled one of the safety systems in the Volvo XC90 designed to avoid this sort of thing.

If it does come to light that Uber misrepresented the conditions of the crash, tampered with the evidence in any way or even tampered with other safety measures then shouldn't a criminal case be a consideration?

[1]: https://arstechnica.com/cars/2018/03/police-chief-said-uber-...
Yup, exactly! Btw, didn't realize those were your results (just mindlessly clicked on the link). Very cool stuff!
I don't think there are any OS kernels that practice test-driven development - most of them don't even have code coverage working. It's also very hard to test for a problem you haven't thought of yet.
Awesome website! It's nice to laugh while reading it, most product websites aren't like that
Imagine if the user could compile their own kernels for iOS^W^W [edit] that can control an iPhone. She enables IP forwarding in the kernel configuration. Maybe she can also disable some crucial bits for interacting with the baseband. She only wants wifi to work.

Then she uses this phone with the custom kernel (phone #1) as a gateway for another phone (phone #2). She can easily block ads and other undesired traffic destined for phone #2, using a variety of methods of her choosing (firewalls, dns, proxies, etc.).

She does not use phone #1 for anything other than being a gateway for phone #2. There does not have to be any data of any value to an advertiser generated, sent from, or stored on phone #1 (e.g, logs). It is just a gateway.

Cant do this, but imagine if she could.
If you're going to use speed as a distinguishing factor, you should be more clear on the site as to where that value is coming from. And you should be willing to expose the underlying data for those of us who might care.

Which benchmark(s) you use to judge the relative speed of one device against another one is actually quite important.
That is what he implied.
Agreed. I was doing an derailment investigation a number of years ago which involved digging through event recorder logfiles. The event recorder is such that it writes an entry every second but only updates GPS 20 seconds, so it writes GPS coordinates against every 20th entry.

What I discovered was that the event recorders on certain locomotives updated GPS at the 20th second rather than the 0th second. This meant that the GPS entry next to each line was in fact offset by 20 seconds - i.e. the entry for 02:11:40 was in fact what was sampled at 02:11:20. I think they must've held the GPS coordinate in memory somewhere but updated it AFTER writing that second's entry, so they wrote 02:11:20 whilst holding 02:11:00's GPS, then updated it, but then written that update at 02:11:40, etc. This was a fault with the design of the event recorders, not just one loco, as it occurred on each of that type that I looked at.

This confused me so much because it looked right - it was in the right general location, it was updating, etc. - but for a solid few days I did a bunch of analysis thinking the train was in a different location to where it really was. I eventaully picked up on it when subtle things kept not adding up and verified it by watching another loco come to a stop but then see the GPS keep moving for a bit afterwards until it settled.

I agree with you, subtly wrong results are the worst.
I believe that implicit in this scheme is that you cannot remove dependencies. It seems possible to add new dependencies, however. Changing dependencies can be seen as removing one and adding the other, but you can only do one, not the other. This limitation could probably be patched up by resolving a set of versions and then noticing that X1.1 is unreachable and discarding it. The trouble with that fix would be if X1.1 forces some other package to an unnecessarily high version even though it ends up being discarded.
I don't suppose there's even a single demoscene thing on display at the exhibit is there?
there are deep learning solutions that classify super well wether the driver is paying attention or not.

you could just play a buzzer when that happens, and tell them they will get fired if it happens too often (after human review of the tapes ofc)
Indeed, what is the latest version of the OS available for that platform, on a carrier-by-carrier basis.

The same device on Verizon might have a very different "latest" version of the OS as compared to another carrier.
It's also being kickstarted as a standalone card game: https://www.kickstarter.com/projects/1559002049/earworm-beco...
Yep. There is a ton of layperson misinformation in this thread motivated by how people 'feel' about certain issues without actually reading the decisions or understanding the tests in question. There are laypeople literally getting angry at me that the court didn't say what they think is right.

Oh well. I hope some people found it useful.
No. It has no connection with Stratechry, but I think folks who like Stratechry might like these classes as well.
Thanks for you pointing this out! I must've missed this and posted it independently because I happened upon the page.
Just had a play; stylus input works a treat, as does mouse/trackpad, but using a touchscreen (finger, or 'dumb stylus') doesn't seem to let me draw continuous lines at all. A _lot_ of laptops have touchscreens nowadays, much fewer have 'real' styluses.
Depends on the codecs that are used, and the bands available. Some devices might not have more recent codecs, and therefore might sound worse.

Other devices might have newer "HD voice" codecs available, and could sound totally different.
The new information here is that two researchers connected with Cambridge Analytica created tasks on Mechanical Turk, which were reported for TOS violations. Amazon's only apparent wrong here was that they were slow to respond to the reports (they're apparently slow to respond in general.) This information certainly shows that Amazon was involved, but not that they were knowingly complicit. I would rather that media outlets focus on the amount of data Amazon (and many other companies) also collect on their users.
No, they are not online classes but only in-person by a former UC Berkeley professor and venture capitalist.
If developing for it is anything like developing for other Facebook platforms, I want nothing to do with it.
You should be clearer in the email that the user is subscribing to something, and what they are subscribing too...
New app wants to be the Google of AR
Maybe the 'DOM' wasn't the right word choice. However, in 1995 one could foo = document.getElementById and foo.innerHTML as described in https://docs.oracle.com/javase/tutorial/deployment/applet/in...

It was possible to call JavaScript from a Java applet and method in a Java applet from JavaScript (on a web page).

This functionality can be seen in Java 2 (now known as Java 1.2) - http://www.oracle.com/technetwork/java/basics-137133.html .

https://en.wikipedia.org/wiki/Netscape_(web_browser)#Release... has JavaScript and Java as part of the same release for Netscape. The next release of Netscape Navigator (3.0) had LiveConnect version 1 ( http://web.mit.edu/javascript/src/mozilla/js/src/liveconnect... ) which was that cross language communication.

I would be willing to contend that in the view of "Java applets are where the web is going" back then, the difficulty of communication between the applet and the enclosing page was something that needed some scripting glue and that JavaScript, from its inception, was to be that glue. It took about a year to get it working, but this was the initial goal of JavaScript.
At several thousand per month, risking bankruptcy is actually the most prudent thing to do for many people. They can't take your house, and generally you can start getting loans a year afterward.
Extremely cool, I've been working towards something very similar in my spare time.
All the more reason we should get behind open source, run-your-own voice assistants. We shouldn’t have to trade off privacy for accessibility!
Well, but leverage matters. Whoever owns self driving patents will take close to 100% of the profit margins involved in taxis for the life of the patents.

For example, Apple gets most of the margin out of an iPhone. Apple could switch hardware vendors. The hardware vendors can't find anyone else who sells the iPhone OS.

Same thing here. If you have the self driving tech, the logistics and a shiny app and the dumb car hardware are the easy part you can buy for the lowest price available from many competing vendors (or conversely, license your technology exclusively to whoever pays the highest price -- either way, you have total leverage here and they have none, because without self driving tech there is no business)

Anyway, Waymo does not seem at all disinterested in the taxi business, probably because they realize that's the easy part. Alphabet engineers can put out a decent dispatch app in a fiscal quarter easily, and it markets itself. Or they could create a bidding war between Uber, Lyft, Via, etc.... Even with massive investor subsidies, nobody will be able to beat the rock bottom prices of a true driverless taxi service.

Uber investors know this, which is why Uber was forced to pretend to develop driverless tech, because if they don't, then Uber stock should be selling at earnings multiples more appropriate for a steel mill, not a software company.
That's because it's a new addon library from the React team, intended to help handle several tricky bits of timing and behavior in how updates get passed to React.
Psych major here, every behaviorist (and psych major) knows this. Ironic that they feel the need to quote Carl Jung for a totally banal effect of learning: Doing nothing is harder than doing something else.
You start off with disagreeing that smartphones are more dangerous as home speakers, then every single subsequent point you make is along the line as "this may not be as bad as smartphones but they're still an issue".

Yes the processor is still strong but it's weaker than smartphones. Yes you can still sneak data past home networks but it's harder than 3rd party networks. Yes they can be more overlooked, but they still have access to less data than smartphones.

None of the points you make prove that home speakers are as bad or worse than smartphones. The original comment wasn't arguing that smart speakers are safe, they were just pointing out the hypocrisy over owning a smartphone and being against smart speakers.
When I saw "Thinking Machines" in the title TMC was what I was imagining. Was disappointed when it wasn't. But the saving grace is there was one thing about TMC there.
Thanks.

The (semi-) obvious next step is to do object/digit recognition with a Bayesian probability calculation, with probabilities bases on this image reconstruction process. In other words, we choose e.g. digits based on how likely they are to have been drawn to give the target image.

I have experimented a little with this idea, but with no successful results so far (plain old NNs still beat it).
My thoughts exactly, and what's even more confusing is that I can't vouch for it[1]. Almost as if [flagged] were part of the title. But it isn't, since when viewing it without logging in (through incognito) the [flagged] is a lighter color than the rest[2].

[1]: https://cl.ly/qTJu

[2]: https://cl.ly/qTHm
I'm a forth programmer, I've implemented an editor in forth, a more(1) clone in forth, a grep(1) in forth and I did a bunch of stuff I've forgotten in forth for the geophysics department at UW Madison.

I HATE forth. It's a miserable language, I just hate it.

And then I went to Sun and the boot prom language was forth, still hated it.

Then I got to PCs. The BIOS had no language and then Intel did whatever garbage they did and I was like please, just give me Forth. It's not what I'd do for debugging a panic but I could make it work. The Intel stuff was way worse.

I suspect that Mitch priced himself out, otherwise we'd all be using Forth as the boot language, I dunno what happened. But if you had asked me 20 years ago would I be saying anything positive about forth I would have kicked you in the XXXs. Yet here I am wishing that forth was how we dealt with a panic. We'd all be happier.