skysight-inc/HackerNews huggingface dataset:
> But maybe it will at least force manufacturers to make their products' software updateable.

Hopefully, those updates will NOT be performed remotely by the manufacturers though. Imagine a self-driving car company rushing a quick-and-dirty fix to each of its cars remotely. I'm hoping that at least some certification institute will be sitting in between both parties to make sure everything is tested correctly before it's pushed to the consumer.
I appreciate the extended support for LSP, but this seems to repeat the mistake VSCode made of requiring custom plugins for each backend you'd like to integrate. This increases the overhead for server authors and makes it less likely that language servers and clients actually match spec, if people give in to writing custom integrations that can paper over bugs.
AGP might be tricky, but buying a pci express parallel port card is trivial.
10 things to know about day one of Slack’s Frontiers conference
Biometric data is authentication. One looks at their mother and says "hi mom" not "what's the passcode?". Your issue, I think, is that you don't trust the tools on the phone to read faces or fingerprints well enough to detect fraudulent login attempts.

Factors of authentication:

* What you know - things like passwords online that other people shouldn't know

* What you have - Two-factor tokens, certs (kind of "know" but used to supplement "have") that other people shouldn't have

* What you are - Biometrics like finger, face, or eye that are unique and difficult to duplicate or trick (ideally)

So the question becomes which and how many factors to require, and when, depending on the risk model.
Yup, I think the poster conflated libertarians with anarcho-captialism (much closer to Eve and how he described it). Happens all the time and american libertarians aren't exactly blameless for the reputation given their fringe.
On the other hand, a capacity in mAH is not the only spec about battery life they should provide. Each new phone tends to consume more battery, due to new processors, bigger screens, or other factors, so an indication of typical battery life is useful.
I don't understand why what's essentially a login (fingerprint, face, dna) is considered a password. It simply isnt.

And I don't understand why I cant (on Android 7) combine fingerprint and then PIN/Pattern to unlock my device. It's mind boggling and completely stupid.
> Honestly, work with Atom open for a day or two on the same project, that's not uncommon right? Prepare yourself for some serious type lag.

iMac with 32GB RAM here, and I routinely work with 10+ tabs open with files of 1000-2000 lines of code, and never really noticed and lag or crashing in Atom?

I leave Atom open and running 24/7 for days at a time. In fact, this morning was the first time I remember restarting Atom in over a fortnight because I installed 1.2.
Apple is speaking to a broad consumer audience, not just technical people. "Password" is a reasonable concept that will be easily understood by a lot of people. "Biometrics" is not.
Just an FYI on 3, if this was before hangouts, they abandoned Google voice as the texting app for "voice" customers, forcing us to use Hangouts. A couple months ago, they released a revamped "Voice" app to encourage Google voice users to switch to that over hangouts. Hangouts no longer supports non voice sms, and it's performance is absolute garbage compared to the vastly improved Voice app.
Since getting my Fitbit I've taken a middle ground - turn them off on my phone, and let only priority apps to my watch. Things I care about I get on my watch, things I don't can wait.
Still prefer Sublime over Atom. I can't stand software that wastes Memory like Atom does.

Then again Atom has a nice UI. Maybe in the future...
Problem with a charging bay is, you usually cannot use your phone will charging (compared to wired). It's only useful for overnight charging or long term downtimes.
Coach, Husband, Architect, Father. One Title Was a Fake
I realize that this could be considered lightweight by today's web standards, but to me this is still huge.
Yes thread is about quality of DAC not if a DAC is required.
...and https://twitter.com/Charliebrake/status/907709967762935808
Well, you either do the whole honeypot routine (and enterprise WLAN running MSCHAPv2 is certainly a very good target) or you just stick it directly into the next RJ45. At most there is a MAC filter.
Hmm... this is the Aug 5th incident right? Here's the post-mortem from NYI:

"On Saturday, August 5, 2017, there was scheduled maintenance period on a core switch in our NYC Datacenter Facility that was scheduled from 10:30PM - 2AM. Customers that were directly connected to this switch were notified that there would be a service impacting maintenance but there was no expected impact beyond these specific connections.

For some time during this maintenance, traffic from some upstream peers, including Cogent and the NYIIX Peering Exchange, experienced increased latency and intermittent loss of connectivity, due to a misconfiguration that did not effectively re-converge this traffic to other upstream providers. This incident started at approximately 11:30PM and was resolved by 12:30AM.

We have resolved the root cause of the issue, added additional monitoring and updated our notification procedures to ensure that all customers are notified in the future for such maintenance windows, even when there is no expected service impact. We are also upgrading our notification systems and customers will be contacted in the near future to confirm the contacts listed on the account to ensure that all such notifications are properly received."

This is the first time I've seen them mess something like this up in a very long time, and they're really good about fixing their proceedures afterwards.

We've been offline for similar lengths of time during the nasty run of DDOS attacks on providers a couple of years ago, but having upgraded to Fibre to the rack, 10G drops to the external bladecentres and DDOS protection services on our public IP range plus hidden private ranges for our backhaul services, we have successfully mitigated all the driveby attacks since.

... that and we haven't been a target for a bit (touch wood) - though we will write up something the DNS attacks at some point, they were a bit spectacular. Went from 200 req/sec to 100,000 req/sec for random hostnames on our servers. The engineering challenges to cope with that while still providing our powerful custom DNS options are quite interesting in retrospect. Not so much at the time!
> constructive

One cannot "construct" anything from a foundation that is so thoroughly wrong that it crumbles at the slightest touch.

Is it then so wrong to give that foundation a hardy poke, rather than making a vain attempt to "construct" something atop it?
We'd need to know how much memory Atom itself is using after that time. Perhaps GP has found a memory leak, perhaps he's on an Atom processor; we don't know unless he tells us about resource use by Atom itself.
> $999 for the base model is just ridiculous.

Why? It's not the "base model" it's the lowest capacity of the absolute highest end phone in the lineup, which now comprises five different phones at much more reasonable price points.

So your argument is basically that no phone should be that expensive? I can't speak for anyone else but I hate that. What is wrong with a super-premium phone? If anything phones are frustratingly constrained by their price point.

People use them in the way they used laptops 10 years ago, they're your central communication hub and for many people their secondary or even primary computer. What's wrong with having a high end option for those that use their phone more than everything else.

I'm buying the iPhone X day one. Why wouldn't I? I haven't upgraded my desktop, laptop, gaming PC, tablet, or smartwatch in 2-4 years, but that's because I don't use any of those things even close to as much as I use my phone.

If I'm spending multiple hours a day every day using something, you'd better believe it should be the best one available. If you don't feel that way, there are four other iPhone options and countless Android options at your disposal.
Apple claims that the odds of a random person's finger unlocking your iPhone with Touch ID is 1 in 50,000, and the odds of a random person's face unlocking Face ID is 1 in 1,000,000.
1 in 1 000 000 is the same odds as a 6 digit PIN (though you can always change a PIN). That's acceptable to me.
Sure, maybe a 8 digit random alphanumeric is better to protect against government agencies but if you're trying to protect against friends/family/co-workers it sounds like a win for the user. Besides, you can always press that power button 5 times and boom, you've entered password only mode.
The Apple keynote made a pretty big deal about innovations that enabled the LTE features. They didn't explicitly say that those were Apple innovations, though.
It's not as significant as the notch, but the corners of the display area are also rounded off, so the screen has some fairly interesting effective geometry in terms of viewable pixels.

I wonder if the graphics and UI SDKs will have built-in functions to determine where these boundaries are (as they're likely to change in future models), or if developers will just be expected to work around them as best they can.
Show HN: High-dimensional Medians in Python
We have both used the term "involved" and not at fault. If autopilot is on when (or immediately before) a fatality occurs, that is being involved in a fatality. The driver may be at fault in those instances if they are not alert. Although it is also possible that a separate driver is at fault and both the autopilot and Tesla driver performed adequately. For example a second driver might rear end the Tesla driver and push the car into oncoming traffic.
I tried it, liked that it was faster than Atom at the time (though the gap has shrunk, as I understand it), but couldn't deal with it having an "only one open project" model. That was a deal-breaker for me. All of my stuff is broken out into many small projects, and I'm trying to go further in that direction rather than toward more monolithic codebases.

That one factor was a deal-breaker and I went back to Atom (though I still use vim just as often as Atom, since I don't have every project open in Atom at any given time, and sometimes I just need to edit one file really quick and check it in).

VSCode is very good. But, as long as it's got a one-project model, I can't do anything with it.
I am not stretching it. I run the current iOS version on a 4s purchased in 2011. Battery is still working pretty good too. Not as good as when it was new, but the whole thing still works as my only phone without much issue.
Those other 5% might be too important to have your phone involved with them.
+1 ryanckulp, I recommend these folks as well. I'm a developer and dev shop founder: I've heard nothing but good things about Scott, and his team at Onespeed.

They've worked with small startups and a variety of projects as well: glad they're productizing this service.
The Dealer Who Saved My Life
I seem to recall reading rumors somewhere that Apple doesn't have plans for another SE. I hope this isn't true, though, because I love my SE and I hope that when it's time for a new phone, it can be an SE.
I read the paper version of the Times most week days. There are no comments (well, I guess there are a few letters to the editor).

I don't miss them. I'm sure commentcowboy236523 from Atlanta has some important things to say, but I don't need to read them. If I want conversation, I'll come to a place like Hacker News or reddit, where conversation is the goal. I can find that when I want it.

But I don't need it when I'm trying to relax and enjoy the paper. Comments simply don't add any value to the experience. We don't need better comments. We don't need them at all.
I think the biggest thing forums and comment systems need to do is to ban tedious comments. On subjects that have been debated to death, it is really annoying to see all the comments for a new article just be repeated talking points that I have seen a million times before. I would suggest sites have a single mega-threads for debating hot topics. Then make a rule that for any new article, you can only write a comment that says something new or something specific about the article. Forbid writing generic arguments that have already been covered in the topic mega-thread.
https://outline.com/https://medium.com/startup-grind/what-ev...
I've met finance wonks that find them incredibly useful as quick glance activity meters on stocks and currencies. There are finance widgets that auto-add them every time someone even mentions a stock code like AAPL or a currency code like EUR in a webpage or an email. I don't personally think I would want to live in that world, but more power to those that do, I suppose.
How is it post-processing when it is happening automatically when you click? It's not something YOU have to do or take a creative call on.
Still in Use
Ultimately it's very difficult to separate "that's a bad opinion, downvote", from "troll, downvote". People won't even agree on which is which, especially the trolls.

If you require someone to post really blatant stuff like "Hitler did nothing wrong" to be ejected from the discussion, then your discussion will be filled with ideological trolls who don't argue in good faith but insist that any moderation to their participation is censorship and echo chamber creation.

Their theory that Global Warming is a big conspiracy demands attention, and they have plenty of links to "studies" to back it up.
Apple Is Defying History with Its Pricey iPhone X
thanks. i've just been thinking how i wanted an easy way to schedule updates. the cli should work nicely.
I'm reminded of the excellent James Mickens piece on security, where he mentions the difference between (IIRC, don't have it in front of me) securing against an angry ex, and securing against Mossad.

Sure, there are entities out there who could probably crack this if they were inclined to target you. But is that truly -- and don't be hyperbolic here -- a thing that you worry about on a day-to-day basis due to actual experience of having been personally targeted by those entities? And is it never acceptable for a consumer device to be only "secure against the angry ex" versus "secure against Mossad"?
Thanks for commenting, I appreciate your feedback. I know of some others that are operating in the same space, but not really that many.

There's room for everybody with their own interpretation of solving this problem.

Really thinking about this for personal use now, based on these comments..
Actually quite the opposite. While we do make sure performance is good, the bulk of our time is spent dealing with relevance improvements, content wrangling, language pipelines, and lots of other cool stuff.
You climed in the wrong direction. What you want is assembly. That's where software ends up.

Also, it's interpreters all the way down. Even assembly is interpreted.
2. If a read on a non-blocking file descriptor can't be
satisfied from the cache, return -1, set errno to EAGAIN,
and kick off an asynchronous task to load that range of
bytes into the cache (an 'asynchronous load')

The way Windows and Unix operating systems are written, that "asynchronous load" will always be implemented by using a pool of kernel-scheduled threads. The filesystem is a stack of software, several layers deep, with tentacles reaching all over the place (e.g. modern file buffer and VM page caches are unified). Existing APIs and implementations simply do not support truly asynchronous operation throughout the entire stack. This is one reason why AIO on Linux is limited to direct I/O--to cut out all the middle layers--and even then it's not truly asynchronous (e.g. file opens). Windows asynchronous I/O just uses a kernel thread pool. So does FreeBSD. And so does every Linux proposal for buffered AIO.

If you want pollable file reads, just use eventfd and roll your own. Linux threads are lightweight enough that there's not much reason to care whether they're "kernel" or "user" threads. But pollable file I/O will really only be a win for streaming reads and writes, so you could just use sendfile(), in which case you're reading or writing to a pollable socket; you use a dedicated thread pool to pump data from sockets to the file descriptors, or vice-versa, without any copying.

BTW, Go doesn't need this solution (timeouts notwithstanding) because Go schedules multiple goroutines across multiple kernel-scheduled threads.

If you're really worried about file I/O latency, you should be at least as worried about VM pagefault latency. I disable swap on all my Linux servers. And I also disable overcommit. But my languages of choice (C and Lua) are capable of gracefully handling allocation failure (contrast Python or Go), and I implement my solutions to handle allocation failure without crashing the entire service. Too many other languages make the assumption that memory is infinite. (Alas, large parts of the Linux kernel do this as well, even with overcommit disabled :(
Solaris and Windows are the only major OSs I'm familiar with that implement strict and rigorous memory accounting, permitting the system to stay alive (and consistent) under memory exhaustion. FreeBSD might as well, I'm not sure.
Rust is built on lifetimes, Go is designed to not have Generics, Haskell will always be weird. A UI toolkit has no inherent reason to use a large amount of resources, so there is some value in noting that they either don't care or haven't managed to fix it yet.
I disagree, at a very basic level.

I think comments -- and really the nature of online interaction -- is ripe for disruption using new technical solutions that alleviate many of the older pain points.

As an example, people propose social solutions to problems like trolls on Twitter, but that seems to stem more from a lack of imagination in technical solutions. Social solutions are things like banning trolls. A technical solution would be something like spam filtering to categorize content and then allow people to have filters built around those categorizations.

Of course, the reason people don't advocate those technical solutions is actually simple: they don't provide power to a centralized authority to enforce their will on others.

I'm leery of most of these "social solutions", because at heart, they all seem to be dubious people arguing why they should have control over the material other people can interact with. I don't think it's accidental that people are proposing dominance and control over freedom and technical solutions.
Headphones sound different. Open air ones, closed, planar etc. Don't all DACs sound the same like amplifiers(unless its a tube)?
When you can do multiple experiments and predict the results to 8+ digits of accuracy there is little room for improvement. Your theory also needs to predict the same 8+ digits for all existing experiments while being either simpler or allowing for some new prediction that's also accurate and in disagreement with existing theory.

There really are very few edge cases left for QM 2.0
Just Realized : Face recognition unlock : Biggest Security Scare

- Case 1 : Imagine crossing security check or border crossing. Guards just take your phone and point it to you : UNLOCKED . No need to resis to give passwd

- Case 2 : drug the activist and point unconscious victim ! Voila !

- Case 3 : Steal the phone, and change the cover and flash it in front of the real owner !

could go on and on ...
/A/ linux distro with disproportionate influence due to enterprise backing made the decision to use it, and everyone else fell in line. A look at the Debian drama/discussion around systemd has convinced me that the decision there was made for political reasons rather than technical merit. The biggest two distros taken care of, everyone else will take the easy option, say it's "a standard", and just use it with no further thought.

Political capture. Now we're saddled with this dysfunctional product because only a couple of niche distros are taking the effort to still give their users a choice.

>If you disagree, use a Linux distro that doesn't, or make your own.

Rather, I'll do what I continue to do, and point out the ways in which it sucks and is a net negative on Linux.
Especially if you have several banking or investment related apps that use touch-id.
A good thought. Just think you get robbed. The robbers can get the phone easily unlocked withoout even asking you.
Resilience is about toughing it out when things go wrong. Wisdom is applying what you learn so you don't need to lean on resilience.

That said, I wouldn't wish financial hardship on anyone.
Awesome and great work! I would happily pay for both :-)
Emergency braking is still active even if you don't have autopilot turned on. This is also true for a lot of other cars with Level 2 autonomy.
Better than free: A crypto business model for apps
Babies are absolutely human, but they may not be persons depending on the definition of personhood. There is no definition of personhood.
Even if Germany is late to this game, it doesn't change much if enough countries ban ICE. The German auto industry will have to follow: as you probably know Mercedes (and Volkswagen, BMW, etc.) export a lot, so they simply won't have a choice. And I'm sure the numerous engineers and laborers building the cars who don't want to lose their jobs will understand it very well too...
>For example remember the civil war was largely fought over protectionist trade policies for northern manufacturers.

That's a falsehood pushed by the south to deny their support of slavery. This short video about it from prager University is helpful: https://www.youtube.com/watch?v=pcy7qV-BGF4

Here you can read South Carolina's actual declaration of Succession, where they make a point of spending most of the 13 pages talking about how their "right" of slavery was being infringed upon: http://www.teachingushistory.org/pdfs/DecImmCauses.pdf
A major problem with this kind of armchair analysis is that in practice variables are only ever approximately normal, and the differences are most noticeable in the tail.

Taleb's book The Black Swan talks about this phenomenon, but I can't recommend the book--it's basically one chapter's worth of material stretched over 400 pages.
It's certainly something you have to seek out in any game. Just like somebody can sit in Eve's highsec playing missions, someone playing a traditional role-playing game like Skyrim can play it as a loot simulator (fun too).

Eve and its player base encourage RP but don't force it on you. Joining Alliances is usually the easiest way. Political strife and territorial expansion is a really ripe field for emergent stories and personalities.
To add another anecdote, I tend to have an Atom window open with a couple dozen projects and a dozen or so open tabs for days or weeks at a time. I haven't noticed this problem. I'm on a Fedora Linux laptop with 16GB of RAM.

Atom is big, but I haven't noticed any lag or seemingly memory-leaky behavior. Maybe one of the plugins you use is causing it?
"gmail" and "inbox by gmail" are two different apps (on all platforms)
They would be charged with a crime.
There doesn't seem to be a production-ready language server protocol implementation for ruby.

This is the only one I've found (not sure which state it's in):

https://github.com/mtsmfm/language_server-ruby
I'd pay $200 to get rid of the haptic home button. Always hated the feel of that thing.
I don't agree. I found EarPods very painful, and the AirPods were rough for about a day and then my ears got used to them.

They look very similar, but something about how their weighted changes the fit.
Something that "pop" yes. A border flash, a hint at the bottom that means "you can swipe now". The [un]lock icon can stay but it's to high focus to be a good UI.

To be honest, with the full glass, I expected something like.. a full screen fingerprint scanner (have no idea if it's feasible at all). I thing TouchID is the best biometric input for casual operation.