skysight-inc/HackerNews huggingface dataset:
Most of these concerns are luckily not a problem in practice, I'll try to go through them one by one.

> In the future I'm imagining my 2FA secrets being stolen from my browser, or being used to track me.

The API does not provide access to secrets. Keys remain on the WebAuthn device, and the device only signs data and sends that back. The key is likely also stored in a way that makes extraction hard - for hardware tokens, past attacks of this nature mostly required physical access, and modern iPhones and some Android devices have high-quality key stores offering similar protection. AFAIK keys used by these devices differ for each origin/domain (IIRC through some crypto magic on hardware devices, as they don't have space for many keys), preventing cross-origin tracking.

> Google "for my convenience" automatically logs me in so it can track me?

Most (all?) implementations I'm aware of require approval on the token (physical tap, approval of a prompt). Browsers also tend to show a prompt/notification when sites use this feature.

> Or perhaps, my bank checking my battery level, WiFi hot spots, and the model of phone when it pulls the 2FA tokens to verify my location.

The API does not allow this level of access.

> Also, I can only log on with their app on my phone, because the tokens are hidden, further making my desktop useless.

There is nothing stopping you from using hardware tokens (which use the same standard) or even soft tokens running on your desktop. IIRC GitHub created a desktop implementation utilizing the Secure Enclave that modern Macs come with for this purpose.

> Maybe a website figures out how to use JavaScript to generate another logins tokens. It takes an hour of tokens, and feeds it into hashcat on AWS to break my key.

This does not make sense with the implementation in mind - the key is stored on a separate device and the browser only ever gets something that was signed using said key.
Yes, because a database really is just a filesystem. And a filesystem is just a (cranky) database. A database that uses files is like networking through a NAT.
It's your project, you can make it look however you like, and if you like how it is now, that's great.

If however you wanted to go for a more authentic MS-DOS look, consider using these fonts instead – https://int10h.org/oldschool-pc-fonts/ – they are identical (down to the pixel) with the original BIOS fonts used in IBM PC and compatible hardware.
Since the majority of the community will probably be using hooks from now on it will be assumed that is the default React methodology which will break books, talks, blog posts, SO answers, etc.
3 poorly argued paragraphs. A no-no.
You could take over an authy account, but does that give you the ability to decrypt the encrypted blob with the TOTP secrets in it? Authy says no:
https://support.authy.com/hc/en-us/articles/115001950787-Bac...
Automated catheter insertion is one of those problems that seems simple to solve, but really isn't.

What you describe only exists in very limited form in research labs.
I really don't like the current movement of introducing static typing in dynamic typed languages. Why did we create dynamic typed languages after all? Because we know the pain of having to type everything and especially the pain of converting one type into another.

In C you mainly need static types because you cannot put 32 bits into a 16 bit CPU register, or you cannot do pointer arithmetic on values of different types, etc.. But that is not the reason why we want types in dynamically typed languages. We just want to prevent passing incompatible types as argument to a receiving method for example. And by adding static typing to dynamically typed languages we actually invalidate these languages entirely, full circle. First we create a dynamically typed language, then we change that into a statically typed language that transpiles back to a dynamically typed language, which is terribly inefficient, why would you want that? I have never been able to convince the proponents, they appear to be in some kind of higher state, having found the holy grail.

Almost all the benefits of static typing added to dynamic languages can be achieved by a better and smarter IDE. All these new 'typed' languages with all their own issues are only temporal I expect. We keep changing and rewriting while thinking we're doing it 'the right way' now.. Like Typescript, how long will that live? Flow is deprecated already. The very best thing of the C language is that it is still C, and that is fucking awesome for C developers, after all those years they can still write in the language they master.
Wasting 10s of 5 billion people's time = 1585 years of life or 27 lives, but I think most would agree killing 27 people is far worse. You can't really equate the two.
Some were mentioning it is more about sticking around until the boss leaves. Apparently it isn't so important that work is getting done, just the perception that you are working hard (actually working long.)
Yes it becomes a nightmare to search Stackoverflow too.

I still get answers for Vuejs 1.0, with suggestions to use 'partials' for example, only to find out that there exists no such thing in Vue 2.0.

This would be very bad for developers if they still call it Vue with another version number.

Even if they call it VueThree, VueNext or similar then the problem can be easily mitigated I think.
By extension, are you proposing a ban on water filters and filter cartridges? Keurigs and their cartridges? Or are you just concerned with printers, or base things that you consider fragile and wasteful? Where would you draw the line?

I don't think I've ever had one of my consumer printers break (and I use third-party ink so I'm not even subsidizing them in the end), so the extremity of this argument is surprising. It would be nice if there were aggregate stats on the fragility/lifetime of consumer printers, and maybe all consumer electronics in general.
Yes. In practice, users will selectively enable JS, both intentionally (because so many sites require JS, to be minimally usable), and accidentally because the particular JS-disabling add-on that TB currently uses still has a complicated UI (though it's much improved from earlier).

(I made one of the early tracker-blocking rulesets, and, for the last few years, as a side project, have been building a new practical dataset of specific sites' JS dependencies and third-party requests. I'm up to over 10,000 necessary whitelist rules, which I add to throughout each day, in my own normal use. That 10,000 doesn't include blanket whitelisting of many popular JS CDN URLs, for all domains, which I eventually had to do because of current tool support, and most sites needed them, and there's something privacy&security-friendly that could be done in the browser about those URLs in particular.)
It'd be an orphan work: https://en.wikipedia.org/wiki/Orphan_works_in_the_United_Sta...
This is completely true, but in my opinion there's no overlap of usecases where either one of these frameworks or vanilla js are both reasonable solutions. If you have a usecase that vanilla js is reasonable for, using a framework in the first place was just a plain bad choice, most likely.
If people insist it's important but can't say why I'd assume it's something they feel ashamed talking about. It didn't show porn did it?
I don’t see how changing the name helps over a version number.

This is changing the syntax for setting up components, somewhat similar to the class API difference, but it’s still fundamentally the same library. It’s largely just moving functions store on the root object into the setup() function while using a more function-y tree-shaking supporting style.

It’d probably cause as much confusion as it helps.
FTC objects to Qualcomm submission of Apple documents in antitrust case
Unless you have a concrete way of measuring something as abstract as "cognitive load", the situation is as it ever was: the stuff liked by me is low cognitive load; the stuff liked by people who disagree with me is high cognitive load.

(Feel free to sub in "complexity", "cohesiveness", et cetera, for "cognitive load")
And #14 on the front page with only 3 up votes and one comment, to boot.
>I've never quite understood the notion that languages like Python and Ruby are amenable to fast prototyping.

I've thought about this for a while and I think the "fast prototyping" reputation is an accidental feature that sticks because of history.

Python and Ruby were just better languages than Java 1.4, C++, Perl and PHP were at the time. They were so much better for not only prototyping, but writing - it was easier to get something working and iterate in Python than it was in Java. And not only were they better, they were better at the right time when the internet exploded.

Now, it largely feels like languages like Java and newer languages like Go have caught up, but Python and friends still enjoy the feature of "fast prototyping." Now I think this is because since they had gotten so popular, they now have a massive ecosystem of libraries and idioms that makes it so easy build applications.
Far, far less likely. Svelte has undergone some changes, and will continue to do so, but the latest round of change swung heavily in favor of USING THE LANGUAGE. Most of what you write in Svelte, with some notable exceptions, is vanilla JavaScript.

We in the Svelte world love it so much, it seems highly unlikely there will be any drastic switch from what we've all grown to love. (It's truly fantastic, give it a whirl: https://svelte.dev/repl/hello-world?version=3.5.3)

(Side note: I actually clicked on this link hoping Vue was learning a similar lesson, only to be disappointed.)
I live in a shitty new apartment building without gas (not the one with the tank-based electric shower I mentioned above) and there's a central water heater in the basement for the entire building. Like all the other heating devices in the building, it is electric. I think it's about 2000 liters ("528 gallons" in medieval units). I don't know if it's equipped with a recirculation system, but the basement is about 10 meters below my apartment ("33 feet" in medieval units), and it sure doesn't seem like I have to wait for hot water to come up from the basement when I turn the hot water on, so possibly.

Most US cities discharge their treated sewage into bodies of water, allowing it to evaporate from the ocean before entering a potable-water plant. Perhaps yours is an exception?
He left Google a while ago.
My experience mirrors yours exactly. And as of about two years ago, Apple maps has been more than sufficient as a replacement - they’re actually better now, in my opinion.
You can get them at the airport too:

https://travel.stackexchange.com/questions/73172/are-short-t...
So the bank itself didn't found out the issue but was told by the police, I'm really curious about monitoring process at banks...
Irresponsible people like, for example, those who deliberately installed defeat devices?

Manufacturers don't trust users, but ask users to completely trust them. This is what we're asked to do post diesel emissions scandal.
Classes really seem to have gone out of fashion in JavaScript land these days.
If they move just a state over, the average temps are over 100 degrees during the day. There are other issues with the heat like an elderly lady died because the power company turned her power off for being $51 behind. https://www.phoenixnewtimes.com/news/aps-cut-power-heat-cust...
Copyright is a civil issue. It's completely legal, you just run the risk of the new owners suing for damages. Which honestly seems pretty unlikely in this case.
https://cupertinotoday.com/2018/01/09/cupertino-school-board...
I remember going to see a friend (a cs grad) and he had BonziBuddy installed on his computer. I asked what it did and he couldn't give me a coherent answer. Then at one point he pressed BonziBuddy to "leave" and the bear dived into the screen and disappeared into a little dot. I asked him what happened expecting a tech laden answer and he said "it went in there" and pointed to where the dot/portal had been.

This odd conversation has always stuck in my mind about the power a little bit of graphics and animation can do to distract users from a bit of code's true intent.
Lost me when the Red Bull stereotype came out.

But that got me wondering. I don't think I've ever seen a colleague with an energy drink. I was the one with them and that was when I had a newborn.

Is the Red Bull drinking developer stereotype real at all?
Real estate is most efficient when it's managed in the public sector. The government owns all or most of the land, and provides everyone with free housing from taxes.

Free markets tend towards a land-owning aristocracy and peasant renters being charged what the market will bear.

I'm not suggesting any particular course of action. I know of no way to move real estate into the public sector without the short-term transient driving the economy into the stone age. But if one were starting form scratch, that's definitely the way to go. It's more economically efficient and more equitable.

It's actually less about the houses on the land as about the land itself, but it's hard to decouple the two. Rent-collecting resources work best as a public good.

Private sector+heavy regulation isn't a mid-point between private and public. In many cases, including real estate and medicine, it's less efficient than either extreme.
OK, so it's probably a browser vs. phone difference. Thanks for the comparison.
Anyone remember Kevin Rose and The Broken?

Ramzi's "hacker tip" -- "how to use Bonzi Buddy"
https://youtu.be/oYYnF1ZeOo8?t=454

'Be careful, some software cost money'
I had to stop running my arbitrage bot because it was getting beat by other bots. All it takes is somebody closer to the exchange to get an edge in the arbitrage game. It was fun but there wasn't enough revenue to justify collocated hosting.
Φαβορί η Χιλή, έναρξη στο Κόπα Άφρικα
Some more stuff that never seems to be getting fixed:

- When making turns in complex road netwrok, they don't zoom in. I can't tell you how many times I have taken wrong turns because zoom level is too coarse while making turns.

- They often give routes with way too many turnings as if making a turn has no cost. Combine this with above and in many places Google Maps is a hell to use.

- No one is still bothering to add select scenic route option. European map service like viamichelin.com does this very nicely. So many wasted road trips.

- Little things like after trip is "complete", they suddenly zoom out all the way. This is utterly nonsensical. Most of the time I still actually need to find the place in dense urban area after parking.

- The "Save" feature allows no annotation, icons, coloring. They even chose default color and icon so that its hard to distinguish.

- No way to find restaurants or businesses using more useful filters like most reviewed as opposed to stupid highest rating.
I really disliked the function API and felt the class API with decorators was much easier to read and work on.. I'm pretty sad they are doubling down on function API and, apparently, ditching the class API?
Walmart to pay $282 million over foreign corruption charges
I was burned by this before (in SF Bay area). The call center dispatched a guy that took over an hour to finally arrive in his broken-down family van. He came out of his car with a power drill in his hand and asked me where the lock was. The entire time he was smoking. Apparently, he wanted to drill through the lock and replace the whole thing instead of picking the lock like a true locksmith. Luckily there were enough red flags in the whole process to where I promptly told him to get off my property. They still charged me $20 and I ended up paying because I didn't want them to come back and do something to my house. The guy ended up sending my credit card details to "HQ" through a text message.
Google done making tablets and cancels two unreleased products
2015 MacBook Pro recall: batteries overheating
It's really hard to get towing outside of town with this kind of stuff going on with all searches (not just google).

I finally solved it because I realized I have roadside assistance with my car insurance, and I just call my car insurance company.
Nowadays I write unit tests for any nontrivial code I create. It takes a little more time than writing type declarations, but IMHO they offer much more value.
Maybe they are using GPS bearing with gyro compensation?
A hint as to how that happened: Regulation isn't about more or less, so much as about good regulation versus bad regulation.
“Yes but I’m only considering Vue because Angular already screwed the last project I used it on”

What the hell.
Given that a material part of Boeing's solution was to provide iPad based training materials rather than the simulator time he believes was necessary, coupled with his language - "not even close to sufficient" - I'm comfortable with calling this a slam.

The full remarks from which this quote is lifted are significantly critical of Boeing, during which he describes the "current system of aircraft certification and design" as having "failed us". I don't think this headline mistakes the the nature of his remarks at all.
This. I don't have strict working hours and I don't expect my employee to really work for more than 4 hours a day.
I Became ‘Rich’
I can only assume that you were trying to say that the more intelligent leaders are worse because they cannot understand more complex systems as easily and therefore require things to be done with lower cognitive load.

Regardless of how simple your delivered system ends up being, you still have to understand what problems you're solving and the reasons behind it. This is almost always a product of factors outside of your control.

Let's assume that in the worst case, you're going to be facing a very complex situation. Now you have three possible outcomes here when delivering.

A) Your solution is simple, because you either did not grasp (or were otherwise unaware of) the complexity of the problem, did not acknowledge it, or disregarded the severity of the problem. Or your organization's engineering culture puts pressure on you to cut corners (e.g. "Move Fast and Break Things").

B) Your solution addresses the complexity of the problem, but it was a lot of work to solve and you did not have the time or experience needed to build it in an elegant or optimally maintainable way.

C) Your solution addresses the complexity of the problem, and is built in a reasonably elegant, simple manner.

Which of these did you say correlates with intelligence again?

Edit: There's also a fourth outcome, reserved for the real rockstars out there.

D) Your solution is to not solve the problem at all, because you found a way to avoid your organization/product having to deal with the problem to begin with, or you otherwise re-assessed the assumptions surrounding the problem. The famous post from a few years ago "Why I Strive to be a 0.1x Engineer" comes to mind.
That sounds a bit like how African Americans can use the N-word. The word has different meaning depending on who is saying it, who is the recipient, and the relation the two individuals have.
Mazda just moved to the top of my "I would buy an electric car from this manufacturer if I could" list, but they don't seem to be in a hurry to release a product.
> Several of the examples in the article hinted at familial estrangement, which makes things much worse.

Yes as somebody from a Taiwanese family that also really stuck out from the article. The daughter in Tokyo only seeing the father once a year? Seems like there are deeper problems there.
Yes. It's hard to measure results, because you usually want to know the counterfactuals, like: "what would the result have been if someone else had been given the assignment".

If sales grow 10x under your watch, was that because of your hard work and talent, or because the economy went through an upswing and a few lucrative customers stumbled in the door on their own accord?

If your colleagues responsible for the neighbouring regions aren't doing as well, would you have done any better in their place?

Very hard to know. But they can easily see if you're working overtime.
Lucky, or an earlier version with shorter talons.
DeepZen will allow authors to turn ebooks into audiobooks
Just tried it in Chrome, Firefox, and on my phone.

Can't get the street name for the office that I work in. It's a big street here...but nada. Have to shift over a few screens to get the name to finally show up.

Obviously, I know what street I work on. But the problem is that this happens consistently whenever I have a location pin in GMaps (i.e., destination, etc.)--the street of the pin rarely shows up unless I play around with the view.

Street names is definitely borked.
Phones seemed to have settled on around 75 x 160 x 9mm, there is surprisingly little variation from that. Somewhere along the line they seemed to have decided that is as big as people will generally accept.

As you say the battle now is on to eliminate bezels. From what I can tell the final station on that journey is a screen of about 6.5" to 6.75".
Seems to me that if you're taking completely non-gender-specific toxic behavior like belittling employees for not staying late, and assigning it the label "masculinity", it is you who is engaging in the harmful stereotypes.
Slack stock up 48.5% after going public
The Judge and the Three-Strikes Convict – The New Republic
Libra Is a Wolf in Sheeps Clothing
Agreed. TBH Google+ should be named Hangout, lol. And Hangout should be Google Chat (or similar).
Facebook removes birthdays from web calendar feed
I would have titled it "posited", not "putative", I think.
Chinese-Produced Zhaoxin KX-6000 CPUs Purportedly Match Intel's Core I5-7400
My quip about scratching the designer’s itch is mostly about the following.

99% of people that got into Vue.js use it because it felt like an anti of the ever changing, dragon chasing JS world.

Changing the syntax will almost certainly yield zero benefits to the folks out in the field running apps for their businesses. They will end up with the same app, with the same functionality, just $100k lighter due to hours burnt on refactoring to the “function based” API.

Everyone roles their eyes and the bad wrap Javascript has continues.
Why are people thirsty for ‘raw water’?
It's important to note that this is an RFC for 3.x, and they seem to want to provide it for a 2.x revision, and provide a compatibility build, so it's not like angular 2+ where there's no real migration path.

If you have comments, this is where to tell the vue team: https://github.com/vuejs/rfcs/pull/42
You can mix-and-match. If you want to write an individual component as a class you can, and if you want to later convert it to using hooks there's nothing stopping you.
This. I've used React and to my surprise even liked it, but if you have to start all over every 3 years, you've got to ask whether pulling your model ... whatever over to the client is actually worth it in the vast majority of cases. What was wrong with SSR and a bit of jquery and Ajax again?
I wonder how Apple staff takes this:

"Hi, I'd like to return this Macbook I purchased. Also, I'd like to pick up my laptop which you guys were working on"
I agree. I don't care about the money or the cards in my wallet, but having to go to the DMV to get my license replaced would be the absolute worst part.
Bummer. That kind of name overloading has the potential to be needlessly confusing down the line. "Sigils, I mean well, they're like pragmas but in Sorbet we call them sigils." [x a billion]

Now's the time to fix that stuff.

(In any case, I'm quite keen to start playing with sorbet, looks great!)
I wonder if China has a social credit score API that companies can integrate to prevent sign-ups from known bad actors. Would be an interesting concept.
The Unsolved Mystery of the Malibu Creek Murder
Netflix Is Down
Bringing Service Workers to Google Search
Late 20's, never encountered it myself but I knew it existed