skysight-inc/HackerNews huggingface dataset:
In some way that's even worse though. Everything should stay put. When driving a car, all this stuff is a secondary activity. I need to be able to develop muscle memory to ideally perform these finds blind while giving my main attention to the road. Buttons help doing this without looking. I might be able to do navigate a touch screen quickly if everything is in the same place all the time. Moving things around is just another opportunity to force more attention to the secondary activity
Updatability is not a good thing. I want my UIs to never change without a good reason, and there can't be a good reason to change car controls.
Wtf does it have to do with TikTok?
If I encountered a voice controlled lift (do such horrors actually exist) I'd get out and take the stairs.
>you can update the UI of a car with a touchscreen but not one with buttons

A car is a dependable tool. Changing the UI during a car's lifetime is dangerous and unprofessional. I'd say the same is true for smartphones and computers but I guess the majority of people think of them as simple "cool entertainment devices"
Probably there is/was the "ooh shiny" factor of making everything be screens, and "ooh shiny!" sells/sold cars better than "ooh, functional!" which is also "ooh, looks outdated" in the mind of buyers of the last decade or so.

But after a while living with the stupid UX, the buyers would probably rather have the functional than the shiny.
> It's a sign of low quality and I expect that in 5 to 10 years, consumers will start to realise this.

Consumers is the key word here. Manufacturers already know that buttons have the "disadvantage" that they break independently. They are also easier to fix with a generic replacement part. Which means that you won't have to scrap your car because it suddenly became unusable.

Force manufacturers to provide replacement parts for 25 years after original purchase, and see them flocking back to the basics. But that prob. won't happen in EU (because it's against the interests of Germany) or USA (because "communism"). So I guess we're depending on the common sense of Japanese and Korean manufacturers?
https://github.com/vaporup/ssh-tools
As substitute for physical state inputs I could accept separate inputs for different states (this excludes off/on toggle buttons, but could be satisfied e.g. by separate off and on buttons) and a state indicator in a visible location, preferably close to the input.

Power windows are close to fulfilling this (up/down separated, and it might be argued that the state is sufficiently obvious, though questionable for the rear windows). A central lock controlled through a common lock/unlock button does not satisfy this.
Just look at Windows 11 to see how far removed designers can be from users, despite probably seeming quite competent.
While I think your estimates for self-driving cars are aggressive, we have also had these touchscreens in cars for about a decade already.

IF we get to more autonomous driving, sure add in the touchscreens, but until then I think we may have started that trend about a generation too soon.
Ask HN: Must have tools for a new MacBook
Hey HN,

What apps should your new Mac have.

I will go first:

- sublime text

- tunnel blick

- thunder bird

- vlc
ok, maybe we should put off worrying about this for. say, 200 years
My car has a quiet indicator tick, it's so frustrating not being able to hear if the indicator is on. Particularly because they (Vauxhall/Opel) butchered the indicator stem switch meaning it doesn't click, which would be fine, except it returns to middle, which would be fine, except the dashboard indicator lights are hidden by the steering wheel, which would be fine ... if the indicator tick wasn't too quite.

Honestly it makes driving a real chore and is a huge safety problem; just that one little anti-feature ruins driving.
> China preparing to invade Taiwan ...

There is, as of now, no evidence China is preparing to invade anything. There's always sable rattling, hasn't happened yet.

> Wars happen when two or nation's drive for self-preservation collide

That's a naive view of war, which ignores individual a-holes. There's no self-preservation in Russia invading Ukraine...

I understand it's easy to despair and fear seeing some of the things happening in the world. I am much more optimistic.
What don't you get?
Many of the views are, but some do not bind to AppKit/UIKit and instead are drawn directly (I think maybe Image is one?). The idea is you could keep SwiftUI's API stable while deprecating AppKit/UIKit piecemeal underneath.
This is true for many things, but mostly the ones you use often while driving. Windscreen wipers, temperature, volume, yes. Much of that, however, can be done on the steering wheel already.

What annoys me is that many manufacturers are still adding as many buttons as possible as some form of luxury. Seat memory buttons in the door that you only use once per drive max, can easily be added to a screen (or smart, through key recognition). This adds a much larger number of options too. There are other options like this too that would be much better suited for screens than buttons.

I wish that, in stead of picking 'buttons or screens' as the options for cars, manufacturers will start looking at the best choice for specific functionality in stead of continuing how they are right now.
I somehow relate. Art was my love/joy for many years, then it became my business and I think I lost every joy I had on it
There is one practical argument that can be made against mechanical switches and buttons, and that is they will eventually fail from long-term use.

I've heard from friends in the aviation industry that pilots take extra care to put as little stress on switches and buttons as possible during normal use to prolong their service live.

The uninitiated might think why bother when a switch or button is dirt cheap, like several cents per unit cheap. And they would be right, the best kind of right. But when a switch/button does inevitably fail and needs to be replaced, the cost can easily come out to at least several hundred bucks between the labor, reinspections, and recertifications among other red tape that help ensure safety.

So if (if!) touchscreen interfaces are more durable and last longer, that is one fair argument in favor of them over mechanical switches and buttons.
Toughts on touch screens aside, I think they needed to include more than one button-only car if they wanted to title the article like that. Mostly they were just testing different touch screen cars against each other.
I was recently searching for something "EndeavourOS" like to try FreeBSD. Thi looks nice!
Meanwhile, believing what do politicians say is among the most absurdly irrational acts possible. It is a well known fact lying and manipulating is their everyday job. Historically this has been especially intense and well known in Russia. To me it seems really weird and fascinating there still are people trusting politicians in Russia.
And FreeNAS/TrueNAS probably the most used selfmade NAS.
I really hope they build some kind of application registry, including listing projects that don't yet work on RavynOS, so that the community can see which packages are most in-demand, what % of apps that people want are supported, reviews from others on stability for the platform, etc.

Could bootstrap this by looking at everything in Homebrew (including casks) and sharing whether it seems to work on RavynOS yet (or whether it's ambiguous, and how you can help disambiguate).
I've tried putting an extra 2 months of payments on my phone plan so that if a payment doesn't go through service won't expire. Hopefully the automatic payments continue so I don't have to think about it
Yeah but the U.S. didn't do that, did they?
One might argue that after Win 9x, the native is not important anymore - everyone does custom UIs anyway.
Same here. I went to a coworker and told him : « See, we're not the only company where prod is the real staging ».
The ssh config is quite versatile, its worth giving the manual a look: https://man7.org/linux/man-pages/man5/ssh_config.5.html
> Also not having to drop into the command line to change monitor settings is nice.

I can't remember the last time I had to do this on Linux. Sometime in the the 90's, I think.
And Russia is willing to fight it to the last Dagestani, Ossetian etc.
>Implement fascism to fight climate change

...or we could just build more nuclear plants?
We have all that and more. There are even groups that seek people out to teach them to vote. When you file a change of address with the post office, they send you a packet with all kinds of moving resources including how to re-register. In addition, a really quick Google search gives you all you need to know to register and vote. I don't understand why some people pretend the process is difficult. If people still aren't voting it's due to lack of interest, not because it's confusing or difficult.
Alternatives are important for accessibility, but I don't agree that they need to be available to all drivers at all times. The idea of going back to panels of analog controls that I have to reach for and memorize the positions of just isn't appealing. They break, the paint fades, they chip. CUIs are easier and safer in general.
I know this is a serious thread, but it reminds me of Norm’s bit: https://m.youtube.com/watch?v=uXdtafGdIVM
> China's economy depends on being able to export to the West

China's import is far more important for now.

It imports vast amounts of food and fuel by boat. It would be trivial to stop those.
>They have been preparing for a long time, but Taiwan is preparing extremely well, too.

Are they? My coworker doesn't speak highly of his time in Taiwan's armed forces. Government ministers have begun to speak frankly on this issue, too. Apparently they overinvested in expensive, flashy systems like tanks and jets while underinvesting in training, drones, defensive weapons and personnel.

https://foreignpolicy.com/2020/02/15/china-threat-invasion-c...
I've been using Numpyro for a while (2 years), and it's very fast, robust and well designed.

I recommend the Statistical rethinking translation [0].

I've had some trouble with the plates sometimes, especially when using discrete latent variables.

With PyMC these are the best for bayesian modelling.

[0] https://fehiepsi.github.io/rethinking-numpyro/
Aren't France shutting down a large number of plants due to safety issues?
Oh i see :)
Good luck, man! Keep building. Will follow your repo
Nobody needs "weeks or months" of storage.

If local storage looks likely to be used up, and you can't schedule power from a transmission line, you order a shipment of ammonia from any of many tropical solar farms.
Those Linux fanboy's always remind me of the song from NOFX "The Idiots Are Taking Over" -> Opensource ;)
Thank you for the interesting link! It seems to hold the key to why Germany declared war against the U.S. - essentially it was a condition of Japan’s first strike against the U.S.:

On 28 November 1941, Ribbentrop confirmed to Hiroshi Oshima, the Japanese ambassador to Germany, what Hitler himself had told Japanese foreign minister Yosuke Matsuoka: that if Japan got involved in a war with the US, Germany would enter the war on Japan's side. When the Japanese asked for written confirmation of this, Hitler provided it, along with Mussolini's consent.
Introduction to Microsoft Fast UI
in addition, my Volvo does a "360" view, which is pretty darn useful for parking.
Nazi Germany stood a reasonable chance of winning WW2. They made many mistakes as well as underestimating the resistance that Britain would provide, but victory was certainly feasible through 1941 or 1942.
Programming breakthroughs we need
Sorry, your wife is Indian, landlord won’t rent to you
Eurgh, that's embarrassing. Also annoying that I can't now edit the comment.

Thank you for correcting me, this is not a problem you should have to deal with.
The assertion was "zero talk" of such intervention, my point is that there quite a lot of public and private discussion on the matter. Yes, Biden ultimately shot down the idea (thankfully). Unsettling to me that it picked up enough steam where he felt he had to make a statement on it.
Given some manufacturers are experimenting with subscription models on car features (see Mercedes with heated seats) I don't hold much hope the touch screen only controls will be disappearing any time soon.

Much simpler to remove something from a digital UI in a way that the consumer knows what's happened than it is to disable a physical button and leave the customer wondering why it no longer works.
I love cars with physical controls like the amazing (IMHO) central console jog dial that naturally rests under your right hand (in left-side drive models) in some Audis that lack a touch screen. That and the option to physically hide the screen (it slides down) and enable a fully tactile driving. Coupled with Android Auto (which is great when it works, but pain when doesn't) is all I need from a car aux function control. Contrary, I can't deal with the likes of the latest Golfs (the ones with a nipple for a shifter) where even setting the seat heating is hidden away behind some menus, and the dashboard has views that have no driving information at all.
Hey HN

Exactly 1 year ago today I quit my job to go solo.

I've worked as a freelancer, consultant and also released a few of my own products.

My revenue is alright, almost matched my salary, but that wasn't my goal when I quit.

I wanted to reclaim my life and have more time and freedom.

Was able to do that, I'm in quite a happy state right now :)
What this "we can change it later" option creates is designs that are not very well thought out. When you have physical buttons you must be double sure that this is the best layout that you can come up. You need to commit and double (triple) check with multiple people. Allocate resources for manufacturing/tooling. But you are forced to think about it really really hard.

With touch screen and OTA updates, you can skip the hard part and leave it for future you to improve if needed. But as we all know, when it's already sold there is no motivation to spend money to improve. So touch UI stays half baked. And only gets improved with future models.
A window manager. I use Moom.
Tangentially related, I came up with something atrocious last night.

If you install pex with pipx (or put pex in $PATH another way), you can declare your python script dependencies in the shebang line, like:

#!/usr/bin/env pex requests==2.28.1 other_dep=1.2.3 --exe

import requests

def main():
...

Then, you can `chmod +x` your script and call it with "--" between the script name and your arguments, if any:

./main.py -- arg1 arg2

Requests will be installed the first time you run it, then pex should use its cache for subsequent invocations.

I wonder if anyone's done this in earnest?
And that is perfectly fine. We are going to see a devaluation of image art, simply because ordinary people will cease to respect the imagery, believing no effort or human was required to create it. Currently, laypeople respect effort and that becomes their proxy for initial respect of image art. However, Art has not been merely the Art Object for over a hundred years. What is in Art museums today, discounting the historical art that serves as the mileposts leading to our current location, is the cultural identifier the Art Object presents for an idea. The object itself is merely the next milepost, something concrete people can point to, in the unknown frontier of our most complex communications to ourselves we've spoken to date.
Perhaps they don't believe political participation will help, or maybe OP is simply incorrect in their assertions.
Book Review: Unlearn Your Pain (2016)
ProxyJump (or the -J option as a shortcut) plus TCP port forwarding (-L/-R) is ridiculously powerful. You can chain jump hosts with commas, threading a port forward deep into (or out of) multiple server hops with a single command.
There is one benefit - you can update the UI of a car with a touchscreen but not one with buttons.

This is a bug, not a feature.

If I'm driving then I'm driving. I want any non-driving controls to be as simple, consistent and reliable as possible. I don't want any non-essential controls at all. I don't want anything I might want to use while driving that requires me to take my eyes off the road at all. I couldn't care less what some flashy touchscreen UI looks like because I should never have to look at it.

The physical controls on the dash of every vehicle I drive regularly still work as well and feel as comfortable to use as they ever did. In some cases those vehicles are over a decade old. I'll take that over the modern touchscreen junk any day.
> The TikTok spying is probably irrelevant since most TikTok users are teenagers.

Repeating the exact same problems that Facebook has done years ago, interfering with elections and a tool for spreading disinformation for billions.

TikTok is essentially the same but worse, with the disinformation not only spread to billions but it can be targeted geographically and dictated algorithmically based on watch time alone and account information. [0] Even worse when the videos or the accounts are located in the front line of the whole scene.

The moment we will see them take the nastiness of these ideas [1] on to TikTok, it will only get worse for the users on the social network for the years ahead.

Soon, you will have no say and you will be very happy to keep on pleasing and working for the algorithm.

[0] https://www.nrk.no/osloogviken/xl/tiktok-doesn_t-show-the-wa...

[1] https://2ndsmartestguyintheworld.substack.com/p/wefs-global-...
My reading of this: "isn't it a pity society won't pay to support my self indulgences"
Interesting point - we have pretty solid evidence of vested interests funding anything that will help their short/medium term bottom line, surely at least some of that might be big coal/gas funding research that "demonstrates" how unsafe nuclear power is?
It's not sarcasm. I'm voicing an opinion which -- despite the vast majority of people preferring grays blacks and whites -- is considered uncouth and offensive. I've seen a few articles like this discussed recently, it's apparently considered a bad thing. It's sign of how dreary people are, or how they've become cogs in the corporate machine, or some other portent of how much worse the common folk are.
I used ssh_config's `Match` recently to route only okta-managed servers via their auth proxy command. That was quite powerful.
Quorn, by the way, turns my stomach. I could not finish a meal of Quorn without losing it and needing to start over.

Fortunately there are now better alternatives, and Quorn can go quietly out of business.
- As few additional apps as possible, since any additional software introduces security, maintenance and cognitive burden.
yeah, you just need now a physical panel that morphs into several panels based on context, so users can interact with a media player, maps, settings.

Oh, and OTA updates to the buttons too, please.
Isn't it BMW with heated seats subs? Or are both doing it?
There is also the automatic NAT traversal. Sure for devices on a home network, one can often set up port forwarding (or be lucky enough to have working ipv6). Corporate networks though often have NAT that regular employees cannot reconfigure, and probably don’t want to set up port forwarding to your machine.

Now imagine your workstation is on corp 1 network behind a NAT, and you are out at a corporate client with your laptop, behind another NAT, and need to access your workstation. With traditional wireguard, this situation would require negotiating port forwarding with one of the corps, or require using some form publically available bastion host.

With tailscale these things are not even a consideration. You will be able to access your workstation by name, without having to do anything extra.

Even where the corporate client has a crazy restrictive outbound firewall allowing only port 80 and port 443 to the public internet, you will be able to access your machine without having to do anything special. (In this case you would definitely be using tailscale’s Relay servers, so would have limited bandwidth, but it will still work seamlessly from your perspective.

And assuming the tailnet you are using is your companies (rather than you adding you workstation to a personal tailnet), you could access not just your workstation, but any other machine that has tailscale installed connected to the same tailnet that the tailscale ACLs allow access to. So for example, the corporate documentation file share server, perhaps the reporting database server, etc.

I know that Xe previously had a rather nice manual Wireguard configuration that is either completely ripped out, or is at least seldom used, because tailscale is just simpler.
Show HN: How to query JSON data in PostgreSQL faster with JSONB
Ask HN: Annoying middle-click paste in Chrome
Let me start by apologising for asking this here. I suspect it isn't entirely in the spirit of typical HN discussion. It's just that I cannot find the solution elsewhere online despite my best efforts. Perhaps I'm growing incompetent in my old age.

On Ubuntu (20.04), you can use gnome-tweaks to disable the middle-click-to-paste feature. Once disabled here, it is applied to all gnome apps and assorted programs (for example the text editor, terminal, etc.).

However for some reason the middle-click-paste persists inside of Chrome. This is extremely frustrating because I am one of those users that likes to hold down middle-click to scroll (which is particularly ergonomic on my ThinkPad - fellow ThinkPad users will understand).

What's happening now however is that whenever I scroll in Chrome whilst typing an email or filling in forms it just randomly pastes whatever is in my clipboard. Aside from being annoying, I've on occasion also accidentally submitted / sent erroneously pasted text.

How on earth can I disable middle-click-paste in Chrome without disabling middle-click altogether?

Is there some kind of Chrome setting or flag or extension?

Help me HNers; you're my only hope.
Does super-intelligence result in omnipotence? I was under the impression that mankind (with its current intelligence) is close to the limits of what is physically possible.
You'll see.

Now, you control your car, though with increasing friction.
I've been working in embedded for 5 years and am curious how rust could solve my biggest headaches:

* Managing build configurations - I use CMake to build a single application for multiple hardware platforms. This is accomplished almost exclusively through linking, e.g., a single header file "ble-ncp-driver.h" with multiple "ble-ncp-driver.cpp" files for each target platform. I call this the "fat driver" approach which has proven to be easier to work with than creating a UART abstraction or ADC abstraction. Does rust's package system address this?

* Automated device testing - fluid leaks are similar to bugs in software. They are systemic in nature and cannot be easily understood through static analysis. We spent equal time maintaining a test bench as product development.

* Preemptive operating systems - more trouble than they are worth. Often, devs get bogged down writing messages queues to pass items between task contexts and timing analysis requires detailed event tracing.

Given I don't see teams struggle with memory ownership (easy to do if you never, ever malloc), what else can rust bring to embedded dev?
> And it is nicer to select the name of a friend on a touchscreen than to type it with physical keys.

It really isn't for me, it's much easier with the T9-style 3 letters per key on a physical keypad and then up/down on the steering wheel.

Some cars have a click wheel that lets you set letters one at a time, which also works well.

What doesn't work well at all is typing with one hand on a centre console touchscreen.
Or Turkmenistan, where it is illegal to have a car that is not white or silver.
DNSCloak, and add your own rules.
Looks like angularjs the style