skysight-inc/HackerNews huggingface dataset:
> It's actually closer to 99%.

Folks often bring out this number, as if it is something to be outraged about. What do you think is the rate at which non-secret courts approve warrants?

In Utah, the approval rate is 98%. [1]

Warrants have always been a rubber-stamp process - the main purpose of which is to create a paper trail, and to prevent wide-reaching fishing expeditions.

[1] https://www.sltrib.com/news/2018/01/14/warrants-approved-in-...
Generative Teaching Networks
If the malware managed to compromise the authentication server, including the shared secret (ex: Google Authenticator) tied to each account that will not help much.
Why aren’t they saying what’s in it?
Truth is that the metrics show it is better than scrolling through a gigantic list, which is what 99% of search website are.
Diagram.Codes
>Why is it different when the government does it? National security?

"National security" is obvious doublespeak.

National security does not mean security for the general public, it means security for the incumbent power.
Another example of why mathematics are a wrong abstraction to be optimally useful.
Mathematics should have bounds in the same way as our universe has bounds.
Any theorem that has a different behavior if something is infinite doesn't matter at all and is a waste of time for real engineers who solve things in the real world. The niche of mathematics that describe things beyond what our universe has to offer should be an optional extension to the mathematical framework instead of being the default, in order to not pollute discussions.
> A no-compete clause is the much more reasonable solution a company can use to protect itself from flagrant violations of trust.

Non-competes are illegal in California
But are you surprised?
Is this using Collaborative Co-Occurrence for recommendations?
Does it really though? The individuals with a common interest exist already of course, but if they don't meet in some common physical or virtual space, how is there a community?
Not exactly.

The Framework is Rails focused in that 1) Event handling is setup by Stimulus (a basecamp js framework), 2) Rendering is done server-side, transparently sent client side via ActionCable with dom-diffing automatically applied.

It's a way of achieving a real-time app while still maintaining performance and reusing your Rails server-side views.
The Yubikey with a fingerprint scanner might be a potential solution to your problem.
Thanks! I did not, but you might have a look at this cheatsheet: http://grid.malven.co/
One Time Weekend- Weekend at the Circus Review
Oooh so we will eventually be able to use simple (and less expensive) U2F devices for SSH authentication? This is wonderful news!
This sandboxing is one of the big ones. It basically renders ransomware inoperable.
Microsoft eventually caved, and put a "Browser Choice" popup in Windows. This was because the US was too big for MS to ignore. Here, we have a similar choice: Turkey wants Google to give users "Search Engine Choice", and because Turkey is relatively small of a market compared to Google's TAM, they decided they'd rather ignore than market than compromise, even though a compromise is probably the best outcome for users, for fair competition.

I think the author is not talking about what Google has a right to do or not do, nor do any moral obligation to play in which field. The problem being highlighted here is that size simply matters too much.
Plenty of people create rats nests using frameworks, too. Would forcing the “most senior but not the smartest” person to use a framework they don’t like really have fixed your problems?
That's definitely minimal, but those are window managers and not Desktop environments. Off course the line could sometimes be blurry if you let's say take Openbox and a few other packages will it constitute a new Desktop env?
Are these three tiers respectively called "model", "view", and "controller", by chance?
Amazon, Apple, Google and Zigbee join forces for an open smart home standard
No I can't.
But see my answer to correct_horse
Better for the advertisers?
Eh? Siebenbergen is in Czech I thought, or Tschechien as we call it.
Lessons we learned when debugging a scaling problem on GitLab.com – Gitlab
This sort of thing is inevitable, though, regardless of assurances.
I think that they mean there is no way for your wife (or more practically, a kid) to see a different set of controls, it's all or nothing.
https://news.ycombinator.com/item?id=21824477
Express numbers as word numerals in Ruby
Why Stop at Privacy?
I love seeing pure math on HN. I think math is the purest expression of what it means to be curious. It sometimes gives us fun toys to build into whatever we are coding.
That wasn't my experience, but most employers actually referenced that case in their contract, so I am not sure what the default rule is.

Also, a second job is one thing. What about ownership of things you produce in your spare time? I don't think the former necessarily covers the latter.
How Readable: Code Readability Results
Hang on, Google and Dropbox are snooping around on the filesystem outside of their configuration or explicitly shared folders?
Cool, but highly doubt it's the first. The first stepper motor telop I saw was in 1994 from some MIT guys. I often wonder why this does not take off.
This happens every single time. Founders that don't want to see this can't have their cake and eat it too. It just doesn't work like that.
Openshift is the platform of choice for IBM products on linux right now.

The new IBM Cloud Paks run on Openshift (both for x86 and system Z hardware).
How California’s half-finished plans disrupt lives
It's a lottery, it doesn't advertise E acetate anywhere, the surprise comes a bit alter when the lungs stop working properly...
I agree. But this is a natural disadvantage in comparison to both rideshare services (no one has to worry about parking) and shared mobility (leave your bike/scooter wherever). US cities often don't want to provide the spaces because it means less revenue, more work, and disincentive to use the public transit they fund.
I believe it is what is called metalogical proofs
The first article you cite does not show that Uber and Lyft made traffic worse. The study simply states that they account for 14% of traffic. Fewer personal cars, less cruising for parking, and ability to reliably use Uber/Lyft for the last mile in conjunction with public transit could easily make traffic better overall.

The second link is also not as clear as you make it seem. The growth in car-free and car-light households is exceeding the growth of the general population. Those cities are notable as they were the first to get Uber/Lyft.
I was pointed out that they had options. Not what they should do to avoid spying.
In my experience, growing up in the 80s, people went out FAR less than people do today. Food in general was seen in a very different light. Food was just a thing that you did a couple of times a day. There was very little cultural importance placed on it. At least for the people I knew (I did grow up spending a year or two in 9 different cities).
I wasn't trying to flamewar, but my post was kind of snarky and I should have expanded upon it. It's just that when I see something like "SICP in teh script" I can't but question the value of that, since much of the elegance and staying power of SICP is inseparable from the fact that it was designed for a homoiconic language with simple syntax and easy metacircularity.
Take the other side, hedge the bet, enter, exit, this is the most liquid market in the world.
Show HN: I build an app that ensures that I track my freelance working hours
Google gets away with GSuite feature postponing
Our organization uses GSuite for emails and Google Drive.

About a year ago, we were thinking about implementing Slack and Confluence, but looking at google's offerings at the time (new Google Sites and Hangouts Chat), we postponed this migration and decided to stay with GSuite (use unfinished Google products in the meantime).

Unfortunately, Google keeps pushing them further into the future, and I don't mean "next month", but years into the future.

https://gsuiteupdates.googleblog.com/2019/01/google-sites-improvements-new-roadmap.html

https://gsuiteupdates.googleblog.com/2019/08/updates-to-hangouts-chat-migration.html

It seems to me like a deceiving tactics to keep customers on the hook.

Not sure what to do about it, though. Leaving GSuite is one option, but it comes with a cost and, of course, that cost is almost fatal for us, while I don't think that Google cares about losing a small customer like us.

Anyone else with the same problem?
Google's future
CloudForms is Red Hat’s supported version of upstream ManageIQ, an infrastructure management platform. It lets you see, manage and deploy to various platforms like OpenStack, VMWare, RHEV, OpenShift and public cloud like AWS and Azure, with single pane of glass view across them all. It has its own orchestration engine but also integrates with Ansible for automated deployments.

As best I can tell, their CloudForms updated Statement of Direction article (behind paywall, sorry) shows that Red Hat is killing off support for non-Red Hat platforms like VMware, AWS, Azure, etc. The justification is to focus on open platforms, which I think means CloudForms will ultimately disappear entirely with Red Hat focusing on OpenShift instead.

We made a strategic decision to focus our management strategy on the future — open, cloud-native environments that promote portability across on-premise, private and public clouds.

CloudForms updated Statement of Direction
However to me this is still a big blow to users of the platform, where I’m sure most will have at least some VMWare to manage. Indeed, when implementing CloudForms at work and talking to Red Hat, they said that their most mature integration in CloudForms is with VMWare.

According to the Red Hat article, CloudForms with full platform support is being embedded into IBM Cloud Pak for Multicloud Management and users are encouraged to “migrate your Red Hat CloudForms subscriptions to IBM Cloud Pak for Multicloud Management licenses.” Red Hat’s CloudForms Statement of Direction FAQ article lays out the migration path, which does confirm Red Hat will continue to support existing clients for the remainder of their subscription.

So in short, CloudForms from Red Hat is being crippled and will only support Red Hat products, which really means that users are being forced to buy IBM instead. Of course Red Hat is entitled to change their own products, but this move does seem curious when execs on both sides said they would remain independent. Maybe it’s better than killing CloudForms outright?

We can publicly say that all our products will survive in their current form and continue to grow. We will continue to support all our products; we’re separate entities and we’re going to have separate contracts, and there is no intention to de-emphasise any of our products and we’ll continue to invest heavily in it.

Jim Whitehurst as Red Hat CEO
Sorry for the slow reply, and I see you've got (and made) one other response. As far as what stack I'm using, on my test lab it's a big mix of course, but my main personal stack right now is UniFi dating back from quite a few years ago. However, I really want to reemphasize my "dumpster fire" aside: I strong DON'T recommend getting into UniFi right now if you're starting fresh, or at least, if you do be really careful about it. It hasn't been that obvious from the outside if you didn't know what to look for, but from an community and heavy use perspective it's clear Ubiquiti has been having major internal developer issues for a few years now at least. The CEO is apparently pretty toxic, but whatever the reasons are the result has been a major stagnation of the line, both for hardware and software, rapidly increasing technical debt, and a lot of extremely confused moves that seem to amount to easy bikeshedding because real engineers weren't available. I started to get into some of the gory details but am just deleting that paragraph, it's not really relevant here. But to take a specific example, that security gateway you were looking at, which is necessary if you want to use UniFi for L3 features, basics like DNS (which incidentally is also half-assed) etc, is a good 5 years old now. They introduced the "UniFi Security Gateways" and then refreshed them... never. The software for those is stagnant, and core software (like Strongswan for VPN) are often horribly out of date. It chokes doing much of anything interesting, would be obliterated in perf by a current RPi. The switches aren't in quite so dire straights, but for the money they too now have the smell of obsolescence. Ubiquiti has no decent L3 story for 2019/2020, no move to competitive faster networking, and a lot of cruft built up because they like to introduce new things but not just update and replace old ones.

Having said all that, their PtP/PtMP links are still nice. Their APs are solid overall, and do have nice industrial design (though no word on WiFi 6, which for a new install I'd consider fairly important). The interface has degraded significantly over the last few versions, but it's still better and more unified than any other I know of. I mean, I'm still running it myself after all. But if you go that route know what you're getting into and look hard for open box and used stuff that'll be cheap. And I'd honestly suggest not bothering with the cloud key and just running the controller yourself, on an RPi or similar if you want something dedicated but cheap or else spin up a VM or container, or even just run native I guess if you've got a server you run otherwise. The CK is also ancient.

In summary: I adored UniFi, and the potential was(is?) fantastic, and their old vision was fantastic, and at one point they were a really solid venture all around. And I know of nothing else with the same vision either. Yet even so I'm expecting to have to dump it overall in the next few years, which sucks. But long bitter experience has taught me that glorious turnarounds are much more the exception than the rule :(.
Oh no, sorry. I'm asking for FIDO2 passwordless. Right now I can do that (e.g. at https://www.passwordless.dev/passwordless), but the Yubikey doesn't ask for a PIN, which is insecure, since anyone stealing it can auth as me. I simply want passwordless auth to ask for my PIN.

EDIT: It turns out Chrome does ask for the PIN (Firefox doesn't), but only when registering (not when logging in). This raises the question, why can the browser log me in without a PIN? Then the thief can simply use one of those browsers.
This reminds of what Gregory Schopen, professor of Buddhist Studies at UCLA and an eminent scholar of early Buddhist history once told me - that the alleged Kapilvastu area during 5th-6th century BC was most possibly a malarial swamp. And it would be hard to imagine it even being a habitable area in the first place.
I've always wanted to run one where we bring them to a room to interview. Maybe take a break. Move their stuff to a slightly different room. Pick back up right where we left off. Maybe change out the furniture and people outside during the interview. Introduce them to numerous employees, who will respond to names swapped amongst each other. Another break - switch interviewers. Pick up right where the first one left off - insist that this employee has conducted the entire thing. If they drove there, it would be best to move their car.

I'm not sure what position I would be hiring for, but this is the interview I would like to conduct.

Other possible ideas would be a background check that is either insanely deep (so you're 3rd grade teacher was unavailable for a recommendation) or raises issues that they have no part of, "we see you've spent time in North Korea."
There's a good argument that a subscription-based cloud-stored passwords isn't a good password manager for anybody.
Monitoring and metrics don't matter at launch when your scale is at most a handful of b2b clients. For an API-as-a-service? Maybe. But humans will be quick to let you know if they hit issues. More importantly, if you're fulfilling an important function for them, the number of 9s in your uptime is the least of their concerns.

This is exactly the trap the OP fell into.
Absolutely not, thankfully I fully believe that somebody else can take the reigns if things get dire.

I’m not terribly concerned over CloudForms, to be frank it’s an extremely complicated product that requires WAY to much work to use compared to alternatives like Terraform, Pulumi, etc, you might as well do some heavy handed customization of Service-Now for all the effort it requires in comparison.

If I start seeing them fuck with more core offerings I’ll be more concerned.
In theory, my 5C should be good enough, I just need it to ask for the PIN when authenticating passwordlessly (it doesn't right now).
> Sign up for the Olympics, because that's a hell of a leap.

I agree. Personally, I don't think I've ever used Wikipedia to learn about an OSS project.
I totally agree. The best solution I have come up with for trying to assess if someone can learn new things quickly is simply to ask a candidate to describe the last new thing that they learned. It doesn't have to be job-related at all. Just the last thing they learned. And then ask some follow up questions about how they learned, why they learned it, and how have they used the knowledge.

If nothing else, it will give you a general idea of how often they learn new things.
Or maybe the whole thing is pushed by another megacorp or an internal power struggle?
This looks like it's well in line with all of the existing contentious research on this subject. The problem is, of course, doing anything with this from a policy standpoint. All of this knowledge leads to increased predictive power for anyone willing to consider it, but making policies around it generally is seen as "being biased" no matter how confident we are in the aggregate outcomes we expect.
That’s certainly part of it. Ransomware is a big issue. Spyware is, too.
Yeah, sure, I do evaluative work just fine, but I don't think "build [non-trivial thing] with [fairly complex software or tools you've never used] while we watch you, you have 50 minutes" resembles that very much. The closest I've seen is situations along the lines of "meeting's in 50 minutes, could you find out about [thing similar enough to other things you've done or worked with that you are qualified to evaluate it on short notice]? I just learned we'll be talking about it in there and your take on [a couple specific aspects of it] would be useful." Not "you've never used this, I want a demo of [more than hello-world] in 50 minutes, or it's your ass", ever.
You're not entirely wrong. Parents, and individuals in general, have to more careful. I won't call them total idiots though, because these companies promise those very use-cases through their marketing.

Any device that compromises the privacy of you/others without your/their permission is dangerous, as is a video doorbell for your street and neighbors, a voice assistant secretly used for persona marketing, or even a webcam on your laptop. A false sense of security with a huge potential for misuse.

I won't go into details, but my past gov projects tell me it's better to be safe than sorry.
Your app might need to call home for updates? I guess it could call home then and verify.

Yes people could carry on running the SW on an old version and hack it somehow, but don't worry about those people. You won't answer their support calls!
In Denver it was a really excellent way to get around... until they ditched the easy to park and abundant smart cars for the much more limited numbers of Mercedes. Then the price creeped up to the point that it was price competitive just to take an Uber.

The move from the smart cars was understandable as they basically didn’t work in the snow but it did ruin the utility of the service the other 350 days a year.
It seems more "massive" to our modern eyes. Back then it wouldn't have been remarkable, because the Drug War marketing was widely believed. (Baum's book itself was at the vanguard of changing public opinion.) Also, bland impersonal racism was largely tolerated in the mid-90s.

Besides, that statement from some of his children seems surprisingly specific. Nothing about Nixon's policies or Ehrlichman's role in them required Ehrlichman to be derogatory to anyone. Not that it would have been a surprise: he was born in 1925! Lots of white Americans born in that year were all too happy both to discriminate in their private lives and to enact discriminatory policies in public. Ehrlichman's kids must not have been such great fans of his anyway. At the time of the interview, he lived in Atlanta and they were all in the Pacific timezone. Reading the Harper's article, I have more sympathy for him than for them. Let the old man say his piece.
My best code is the one that I didn’t write.
I hope they address security requirements beyond layer 2.
I work at Red Hat and I think your conclusion here is wrong, but I understand how you arrived there. I'm not involved with Cloud Forms directly, but its future was in flux before the IBM acquisition and making it part of the IBM Cloud Pak means that it will have a solid future with resources from IBM and Red Hat. And better yet, happening in the open source ecosystem.
My best code is the one that I didn’t write
Your and my downvotes on this US-centric website show why American corporate malfeasance isn't taken seriously in the US... the main perpetrators have captured not only the criminal justice system but also "hearts and minds."
I know I can turn it off, but that's not the point. The point is that, if the standard advice for when it does something completely surprising and weird is "just turn it off", then it's a bad security feature.

Granted I'm biased, because my experience with SIP has entirely been that it just breaks things and makes it impossible to fix it. Here's an example of an awful thing it did: if you happen to be using the builtin system python in an older version of macOS, and then you upgrade macOS, certain modules become unusable because the .pyc files they generated on older versions become completely locked by SIP, and the only way to fix it? Yeah, you guessed it, restart it and disable it. You might say, well, don't use the system python. Sure, but python installation is a mess on macOS anyway, and it wasn't my machine this was causing issues with, it was everyone else in the department. I just had to fix it. Also, it's frustrating as hell because essentially I'm disabling it to prevent macOS from screwing with itself. Which is entirely antithetical to the purpose of the feature in the first place (protecting os files).

If the solution is always "turn it off", that's what people are going to do, and the entire feature becomes a frustrating waste of time.

Also, I would argue there's nothing "easy" about having to reboot into a recovery mode to do this. It may not be hard, but it's a pain in the ass and totally pointless.
They're also pulling out of London. Good, I say.

I was an evangelist for this service until the day I drove around the block
to show it off to a friend, literally parked it in the exact same spot I found it, then got a parking ticket a whole month and a half later.

They purposefully waited till the discount period was over then charged me extra and when I demanded they delete all of my personal and payment data they wouldn't do it.

I threw my driveNow card in the trash the same day.

Fuck this company. Good riddance. Besides, the future for urban mobility is electric bikes not derivative electric car sharing.
its a `2 vCPU, 7.5GB RAM` -- so far tested with open source projects including NDK and it stood up pretty well. Build times post close to what it would take on the local dev machine. Overall experience is that once you push your commit in about `2 mins + (local build time) mins` you'll get an email with the CI result.

Product wise we don't want the user to worry about machine resources as long as CI executes within reasonable time.