skysight-inc/HackerNews huggingface dataset:
Details are important. But usually I find there is always a constituency that opposes things and claims doom if anything changes: In Mass especially because of cynical attitude and proximity to more free wheeling neigbor states (RI and NH are like the wild west of the Northeast). We're a small state but we have enough people that businesses want to be here. California is big enough that business will change to do business there. For cars, "california emissions" was on all the cars they sold here because car companies don't want the hassle of two kinds of vehicles.

Also the legislators here will likely change things if they're dragging down the state (We hope...)

we get a summary of ballot questions:

here is the Con argument for the right to repair:
"This measure could lead to the release of sensitive personal information, make vehicle hacking easier, and threaten safety and fuel efficiency innovation. Increased safety threats – including theft – are why law enforcement opposes the measure."
[1] http://www.sec.state.ma.us/ele/ele12/ballot_questions_12/que...

We've had this law for a while and none of it seems to be a problem.

Some other things I remember strong opposition to that now seem like non-issues:
1) Bottle deposits (Grocery stores won't exist!)
2) No smoking in restaurants and bars (They'll all go to NH or RI)
3) Cambridge bring your own bag ordinance (nobody will buy anything here again).
From what I've read they just gave a few hints such as the number of subscribers for Tinder Plus or the overall increase in revenue for Match Group, but not a lot more than that.
Oh, interesting! Thanks for sharing. But there still is a little bit of server load, whereas front-end has 0.

Honestly, unless you're serving billions of pageviews on a very tight budget, I'm not really sure how much of a savings we're talking about here (server side vs. client side rendering).
Your AI-powered assistant has you covered: A conversation with x.ai CEO
“Why are all the top comments so negative?”

Google could still be planning to keep the top banner, the left/right swipe to your competitor functionally for carousels, etc. That top banner, for example, has an [x] button that end users expect to dismiss the banner and stay on the page. Instead, it goes back to Google.

The negativity is because they aren’t being explicit as to what is actually being delivered. They are still retaining the right to run their own arbitrary JS on YOUR site, which could do almost anything they want.

TLDR: too soon to tell how genuine the message is, and Google isn’t working very hard to clear it up.
To add on some folks will want the tradeoff of smaller/cheaper packages that aren't repairable.
Good one to think about, thanks
The picture of the dead German soldier and the contemporary family left me a string impression.

The one with three soldiers and then the photo of the young woman styled as a bikini ad was tasteless
No, because we have the right to vote, making the state the servant to us. Whether we have properly executed that responsibility is clearly a discussion for a different thread.
You don't need a smartphone to text and drive.
Flap Before You Fly: How to Get Your Startup Off the Ground – Market Research
Most of them do. Which the article fails to mention unfortunately. You not only need the tools, you also need to be in a network that allows you to forge sender IPs.

Filtering those has been advocated for a long time (BCP38), but unfortunately there are still networks that don't do it.
We need an AMP version of Buzzword Bingo: http://www.businessbuzzwordbingo.com/
This study is suspect because it does not reference propaganda history or research. It does not even use the word. Also the mechanism of defining truth is suspect: it is always possible to find several sources that agree on something and several others that disagree. There seems not much emphasis on primary sources.

Please research the history of propaganda in the United States for yourself. See articles on Edward Bernays and documentaries like The Century of the Self. Research terms like "the fourth estate".
The word "make" makes me sigh. Is it too much trouble to get your picture taken and fill out a form? It's no different than a driver's license application process, while at the same time providing needed identification verification capabilities. The sugar on top is you're giving Americans the ability to travel internationally, which one might optimistically assume would provide some necessary perspective.

A passport should be freely provided to you by your government as part of being a citizen.
Here's an antidote:

https://www.theknifemedia.com/
> performance
– I can see how a SPA may be slower to load initially but use fewer data and be more interactive later.

> cross-browser consistency
- do you mean that client-side frameworks are usually well-tested in different [versions of] browsers, much more so than vanilla javascript?

> community plugins
- do you mean that ecosystems around JS frameworks are more developed and powerful than around server-side web-frameworks? Can you elaborate why?

I still can't understand the points behind "maintainability", "easier developer on-boarding" and "framework updates and maintenance" for client-side frameworks.
It wasn’t radiology then (which would be the rough limit of my knowledge). PACs, MRI, CT, RIS, Angio gear, image intensifiers etc. All used over many years with weird glitches, reproducible errors including complete system crashes that take hours to get back and across several vendors.
Great answers, thanks.

I've not looked at the MS requirements, it seems good to expect signed drivers, but a signature shows that the company made that driver at that time - that should never expire.

Sure, also have a mechanism of certification that shows if a company vouches for a piece of software currently, but using that mechanism to override a [admin level] user and forcibly disable software, that's got to be always wrong.
It seems like Whirlpool and Maytag have long histories of repair and general reliability (at least as far as their marketing and the zeitgeist go), so I wonder what's different about them vs Samsung or LG (maybe it's a tech vs mechanical approach to the problem? I know Chevy vehicles through the 50's-70's used a very limited and common set of parts on everything from the drive train to the car frame, whereas modern companies wish to optimize and reduce costs while innovating).
The sticking point for me was card expiry. Paypal consolidates my payments, so I don't have to chase around two dozen websites to update my card details every time my debit card is replaced. This issue has caused me to drop domain names in the past, so I have a strong preference for Paypal.

I only just learned that Stripe use some sort of voodoo to continue recurring payments after a card is replaced, which overcomes one of my main objections. If I were Stripe, I'd be shouting this from the rooftops.
The Knife Media
Google Translator Pokemon Easteregg
It looks like its just a standard speed cube. Here's [1] a model that looks almost identical to the one they have.

There is an entire industry of Rubick's cube makers that make cubes specifically designed for people that like to try to solve them as fast as possible. They're typically much smoother to turn with a lot more flex in the joining mechanism before it all pops apart. The increased flex allows you to turn the cube along a different axis even if you haven't perfectly aligned the cube to neutral yet.

[1] https://speedcubeshop.com/collections/3x3/products/cyclone-b...
Yeah, I realise there are a lot of strong lobbies against legalisation, it's just surprising that they are still winning in the face of so much profit.

On the topic of FOP though, I think they are spared anti-union practices because they do not pose the typical threat to entrenched power structures which conventional unions do. They in fact reinforce it and protect the interests of the ruling class, so of course the government supports them.

The FOP is one of the worst players out there. There is a horrifying statistic that over 40% of police officers are known to be domestic abusers[0] and yet the FOP has fought for such criminals to maintain the right to have weapons and to give them positions of authority and the power to use force on others in society. Truly monstrous.

[0] http://womenandpolicing.com/violencefs.asp
It's not up to Google to deploy. It's up to the browser vendors to implement, and that won't happen with Apple dragging its feet on every web standard.
actually PHP went up. it has generally improved as a language and its frameworks matured.
It looks like the Long scale is falling into disuse in English speaking contexts from that article. I don't ever think I've ever seen the word "billion" in English refer to 1e+12 .
Build a QR code scanning app with 26 lines of JSON
Nice. I was using Droid@Screen(http://droid-at-screen.org/) the whole time. This seem to be a promising alternative.
> But there still is a little bit of server load, whereas front-end has 0.

That's true. OTOH, using a front-end framework has downsides, too. You have another framework involved, a big pile of JS that must be downloaded, more build tools, maybe you need to render server-side anyway for first page load...

> I'm not really sure how much of a savings we're talking about here (server side vs. client side rendering)

Yeah, me either. I think "what's the easiest way to get & maintain the desired user experience?" is probably the best question.
I simply have it in a browser window in a specific part on my desktop which I manage via i3wm. But, well, everybody has their preferences.
Thanks. I'm currently pitching it in my neighborhood where people are constantly complaining about cars.

Yeah, I'll have to rework my top description to make it clearer.
Are you arguing that my comment alludes to nothing more than platitudes and is thus not relevant?
Can you even measure 3% accurately and repeatedly?
It’s so easy to put anything on the internet and anyone could do that. I think most of the times is that people responsible for posting for bigger audience just don’t bother to check the source and publish news based on Joe Blogs tweet or post.

The truth is there are not many good journalists who cares and it’s more about making clicks rather than produce rich content.

Don’t think there is anything we can do about false news. Just learn how to live with it.
> But, if we are serious about the problem, we need to be honest about the large genetic basis of adult intelligence and then figure out how to humanely encourage eugenic reproductive patterns

If the problem you are concerned about is "people with a low adult IQ exist" rather than "people are unfairly obstructed by social conditions from realizing their potential", yes, eugenics would seem to be an important part of the solution.

But for many people, the problem is not which people exist, but the degree to which we harm the potential of certain of the people who do exist.
> Why are you worried about unauthorized use of your credit card number? Under US law, you are liable for $0 of the charges.

While you're correct, it's a huge PITA replacing a CC. I have almost all my bills going through my CC for points. Then there are places like my crap gym that charges a fee if the CC is ever denied for any reason.
Help out the maintainer for org mode
Diesel is a synchronous library, so the post's database functions make a blocking call and then return a future which, of course, doesn't make them asynchronous. They'd still block the event loop.

You could fix this by passing a `&futures_cpupool::CpuPool` into your database functions and wrapping the post's function bodies in `pool.spawn_fn(|| { ... })` so that they execute on a different thread and return a future of their result.

To have a global IO pool that you pass into fns, you can store it in the Service struct:

struct Microservice { io_pool: CpuPool }

Now you can access it in your service's handler (the call() fn) with `self.io_pool`.
if you dont know what org mode is: https://orgmode.org/

Org mode is for keeping notes, maintaining TODO lists, planning projects, and authoring documents with a fast and effective plain-text system.

Sad that the maintainer can't afford a new laptop (donations have already helped). Please help if you can ... well worth it IMO.
If you use tmux, the transmission of a command from Vim to another tmux pane is remarkably simple. It's just a shell out to the tmux binary with the appropriate arguments.

My problem with vim-integrated shells, prompts - anything inherently interactive except for editing itself - is that it's always worse. Be it performance, integration between vim and the interactive prompt, or an impedance mismatch between vim's modal editing and an interactive prompt's non-modal editing. I'd rather switch windows and use a native shell than a kinda-working shell in vim. Same with a DB prompt. Same with pretty much every other tool I pull up in the terminal.

Honestly, it's the same reason I don't use emacs with EVIL mode: it's not quite vim, and those speedbumps absolutely kill my "Flow". Any gains from a rich editing environment are lost (with interest) by trying to figure out how to get the non-editing part of that environment to behave correctly. And I even use emacs bindings in bash (no, not zsh or fish or...); because then when I go to remote servers, everything just works.

That's my opinion, at least.
I think it's cause the majority of 'software developers' or people who tinker with software have never observed a 'non-tech' user use software or other real life items.
Plus most developers don't approach software as a design problem.
i.e software should be something that helps you achieve something, but your interaction with it, should be seamless.
Think about the way you turn a stove on.

I think to make improvements would be forcing every software developer to read Design of Everyday things before writing a line of code.

In the words of Sherlock Holmes 'You see, but you don't observe'

Btw i'm not a designer, someone who tries to write non shitty simple software.
Java is fine, too. If I have the choice I prefer Kotlin these days. Same as if I have the money I go by taxi, not by bus.
Theres easy answer: money.
Transit ISPs asking LoA (Letter of Authorization) or whois records (like AS-SETs) from my small ISP don't ask them from big chinese or russian ISPs. Now, those chinese/russian ISPs themselves allow unfiltered route announcements probably because 1) They don't care and setting up proper system is inconvenient 2) They make money with it (known shady clients[0])

---------

[0] - https://en.wikipedia.org/wiki/Russian_Business_Network
Love seeing this stuff on here. Maybe this reflects poorly on my schooling but I've learned more about literature and philosophy from HN than from anywhere else.
Collecting data on us, and showing us ads are not TWO different things.

It's the same thing... If they stop collecting data, they don't still get to keep the same ad revenue.

The ads are only worth the amount there are because of the hyper specific information you can target ads with. If you get rid of that, than the ad model falls apart. They might still be worth...something, but if it was just about anonymous eyeballs, probably every ad would just be for Coke and Coca Cola would pay extremely little for it.
Probably because the actual message is buried under a mountain of self-serving, AMP-praising buzzwords ("user-first," "well-lit," etc.). The post spends so much time patting AMP on the back that it's easy to miss the point that it's actually announcing Google's retreat from AMP.

If they'd taken the same message and presented it as "we hear you: forcing you to reformat your web site using our own format sucks, and tying your search visibility to your adoption of that format sucks even harder, so we've decided to stop doing both those things," fewer people would have missed the point.
What you're essentially asking about is building single-page style web apps versus a conventional backend-rendered web site. The question is essentially whether it makes more sense for your site/app to be rendering independent pages one at a time on the server, or to run what is essentially a JavaScript application in the user's browser that communicates to the server via an API as needed.

As a few example reasons, a JavaScript webapp will be similar to a smartphone app, running in an independent environment and talking to the server via API, so if your product is primarily a smartphone app, this may be a good way to go, as you keep the same APIs and test them well.

If your app is mainly about basic CRUD, showing results from DB queries and adding rows, it's probably simpler to build a conventional site - it's fast and easy to do security and data processing on the server, and you don't need the extra steps of retrieving the data, then rending to JSON or something, then unpacking it on the client site and then rendering it into some sort of display.

Anything expected to behave in a highly interactive way is best done as a JS Webapp - reloading pages from the server will crawl if you're clicking around a lot.

None of these are hard and fast rules, and it takes a decent amount of experience with each and knowledge of your business plan to make a good decision.
It was released in the US as And Then There Were None because the original UK title was, shall we say, significantly more offensive to a US audience than Ten Little Indians would have been. It's not exactly a case of "political correctness." Later, it went through various renaming iterations in the UK.

https://en.wikipedia.org/wiki/And_Then_There_Were_None
Not Voodoo, just a service offered by the card brands. Banks notify the card brand of a new card, the card brand notifies the processor who then updates their database.

Generally processors charge $1/card updated, but stripe is pricey enough to include it for everyone.
Why, what magically happens when someone turns eighteen that makes them qualified to be unsupervised?
Alexa is randomly laughing at customers, Amazon confirms bug
https://news.ycombinator.com/item?id=16547005
Ask HN: Button UI behaviour
I have observed a certain behaviour with on-screen buttons in a number of different environments (Android, PC, Browser) which perplexes me, and I'm hoping someone on here can explain it to me. I'm not a UI developer, but I did try googling before asking with no luck.

The behaviour is that when clicking on a button quickly, the button visually registers the click (by depressing or changing shading) but the action intended to be initiated by the button does not occur. This occurs intermittently - most of the time the button works normally. I suspect that it is occurring because of a debouncing algorithm which checks that the button is depressed for longer than a certain amount of time before counting it as "pressed". However, if that is the case, then why does the button appear to be depressed when it has not been clicked long enough to activate?

I'm sure I can't be the only person who has seen this phenomenon. Can any of the UI experts on here shed any light?
If you register with the SEC as a broker, dealer, or exchange, you don't have to deal with state level money transmitter regulations.
CloudFlare, Bing, Baidu, and Yahoo Japan run their own AMP caches. I agree that it makes sense for external link heavy sites like search engines and Reddit.
Fair point, but that problem (at least as far as AMP is concerned) is exactly the one this blog post is addressing: Google is planning to stop pushing AMP specifically in its search results and instead push a set of open web standards which achieve the same technical goals.
Just remember this was at least partly due to the high cost, scarce availability of such appliances and a long queue to get a new one.
Nuclear was a branch of physics, then became a weapon, then became a US senate procedural change "going nuclear". Patriot was an anti-government rebel, then a pro-government supporter, then a missile, then an act to boost government and corporate controls within digital content, and sometimes an American football player. Rubber was a tree, then a commodity, then a condom. "A rubber".
Absolutely, I know several journalists who think about how to pitch the "health food" of boring, but important articles with clickbait titles.

Another question to ask:
In old print media, is it ok to have crazily sensationalistic headlines on the front page, with the hope that it gets people read the thoughtful journalism underneath?

Just to give you a sense, I took 1.5 years of death coverage in the NY Times and compared to actual deaths. My gut is that the reason for the coverage gap is primarily a function of reader interest, which presumably gets people to read more:

https://www.nemil.com/s/part3-horror-films.html

As the old aphorism goes, "if it bleed, it leads"
Front-end frameworks are going to give you a few things: more control over routing, more "app" like behavior, instant state changes (easily done), and most of all: your front end isn't going to be DOM driven. Lets say you're tasked with redesigning an admin area and one really ugly area are forms. Rather than having the logic and styling bound to classes, that functionality is bound to a component. So, for large front-end applications the maintainability can be tremendous. I would say the big 3: maintainability, app like routing, and instantaneous state changes (across diff portions of your app) without doing much work.

With Rails 5, you get the benefit of both. You're not doing your backend in javascript, but it plays nicely with modern front-end libraries and frameworks.
"We classified news as true or false using information from six independent fact-checking organizations that exhibited 95 to 98% agreement on the classifications."

>> What cited sources of truth are overtly biased?
The rocket API still looks messier and harder to use than any node.js or golang web application library.
Not aware of it happening before, just a random example.
Often the problem with many modern electronics is not doing the repair itself, but getting the thing back together again or getting it back in to working order, because quite often these devices are not designed to be repairable by the consumer.

Witness the widespread use of "security screws", epoxy on chips, cases which can not be opened without breaking them, and explicit warnings that opening the device would void your warranty.

There's also the ever greater miniaturization of components and the ever greater increase in density of parts inside a case. The former often requires microscopes and other specialized equipment to service them, and the latter results in parts not fitting back in the case after you've completed your repair.

It gets even worse when software is involved, where the user is usually at the mercy of the manufacturer to come up with a software update (if they even ever choose to do so) or require some specialized equipment and authorization to even attempt to do their own repair (as is the case with modern automobiles which have so many computers in them).
Sadly, no Mac release despite FTL working wonderfully.

For gaming, OS X is suffering.
Computational memory: A stepping-stone to non-von Neumann computing?
Owned a burner in 2006 when I realized my parents were going through my call logs. Thankfully, back then they weren't clever enough to realize they could download my text logs.

Considering a smart phone can be bought for the equivalent of a month's lunch money today, good luck to anyone trying to keep one out of a kid's hands in ~2030.
It remains a limit. This knightship requires 6 generations to move by 2 units (1 up and 1 diagonal)
That code looks awful, sorry but rust syntax is horrible. I want to like rust but after a couple months of trying I hate the syntax and the over complicated nature of the language.