I'm probably not the only one to have a deep distrust in passkeys. I've deep-dived in to what they are and how they work and I think I can accept them on their technical merits, but I can't shake the feeling that the adoption has been way faster than we've been used to, for whatever reason. I think it was half a year between the settling down of the specification to being bombarded by a "Get a passkey!" from every goddamn website on this earth. I don't really see what the conspiracy to move the whole world to passkeys would be here, but it certainly feels like there is one.
I think my problem with passkeys is the same as with almost everything today: if I lose my phone, my digital life will be almost as difficult to recover as if I lost my ID and my birth certificate at the same time. Yes, that's why you don't create one passkey (phone), but maybe two or three (browsers), but that's mental load on myself -- I don't even try to explain that stuff to my parents, even something as (somewhat) easy to use as a password manager is out of their scope. Add TOTP and passkeys on top of that and you've got perfect security that no-one in their right minds is using. No idea how to resolve the problem, but it's not by shoving a solution down our throats with a vengeance.
Which was completely bonkers -- it happened completely in the open, people were just outraged that something like this happens without asking them and not on a schedule they perceive as adequate. Most of them haven't really grasped what was happening and why. Many still don't.
> blanket-closed all issues submitted before the rewrite
You'll need a citation for that. While I'm still not sure whether Claude Code's issue tracker is worth much (Anthropic doesn't seem to engage with individual issues a while lot), it still has 5k+ open issues ranging back to March 2025. Bun also still has all of its Zig-timeline issues, all 5k+ of them. So what's this about?
If you need to point to Anna's Archive for knowledge preservation, then we as a society are not intentionally preserving knowledge, quite the opposite actually.
To me, this seems like a typical "how hard can it be" startup mentality. People, especially those "fast to the market" type, tend to vastly underestimate all the corner cases of the technology, mostly tending to the happy path and outsourcing the pain to their customers. The reason they still have customers is because most of the market has the same problems and a solution that covers those corner cases is way more expensive and also way more extensive in terms of infrastructure you'd need. You would have hoped there is middle-ground there, i.e. a startup on the cheaper side with a vision for corner cases, but knowing how markets and marketing works I'm not holding my breath for that.
A big part of those corner cases is the assumption of the user being an independent responsible adult without problems. Voice control is only acceptable if you don't startle anyone with or don't have anyone talking or screaming while you are talking. Booking tickets with "one ticket per smartphone" doesn't work when you have kids. Doing basically anything that's smartphone-only requires you to have it on you, charged and for the most part with an internet connection -- great for underground parking garages. God forbid you have lost your smartphone while drunk or have been robbed -- forget driving home with the virtual car key only being in your phone, forget paying for a taxi, forget entering your home protected by a smart lock. All of this assuming the tech works perfectly and durably, which we know is not the case for most of modern tech.
I'm so so tired of this Alpine fetish. Alpine has its uses, but most of the time a slim Debian image (or indeed any distro out there) is just fine. With Alpine you are trading size for a lot of unexpected pain, so it's a move that has to be well-understood instead of being a blanket recommendation. The most common problem is building Python images, where you suddenly have to build most of your packages instead of using wheels, but subtle musl incompatibilities will bite you at the most inconvienient time.
Meaning you would be pressing LMB and RMB with your index finger, moving it from the trackpoint itself? I can imagine controlling the trackpoint with the middle finger and use the index and ring finger to press the buttons, but it's far away from the "original" way to do it.
Sure, but which of those buttons would be suitable? Keep in mind, it will be your thumb that needs to land naturally on that button while your index finger rests on the trackpoint. And the scroll button is also usually the middle button even though there are cases where you need middle-mouse drag (looking at you, Blender) for which a fourth button might go quite nice.
For such a niche area, it's astonishing how many of these projects miss some or indeed all of relevant features of the TrackPoint. In this particular case, it has already been mentioned that this doesn't make any sense outside of the keyboard. Additionally, it looks really awkward to use for someone used to the classic and there seems to be no button suitable for scrolling. It really looks like a "we heard geeks like trackpoints, let's do one" kind of project.
By reading this thread I've learned that, apparently, you are not allowed to rewrite a large piece of software backed by a large test suite in another language within two weeks otherwise you are a witch and need to be burned on a stake. You are also not allowed to move from the PoC phase to lets-do-it phase within a couple of days without being called names. Why are we concerned with speed all of a sudden? Are we in the "people will literally die if a car moved faster than 25 mph" era of software engineering? Let them do whatever they want, they've shown the will to move on from wrong decisions, they will do it again if the Rust port fails to deliver and the whole industry gets to learn from it, whatever "it" might become.
> an agent running on your computer, organizing your files, your schedule, your messages, your bills, bank accounts, etc. All the parts of your life that were routine drudgery should be able to be offloaded to a smart agent, based on your preference, to bring you the information you needed with natural language queries, contextualized to what you were doing at the time, when you need it.
The hard reality is that you are still responsible for all of these things. If anything goes wrong at all, you are liable. Might not be devastating if it's just your shopping list or your photos mangled, but with taxes or bills? Even if the agent is running completely locally in your home, you still won't trust it fully if your livelihood depended on it.
The killer app is only possible if software is fully reliable, which we all know is not the case. Software is just that: software, it still has bugs, undefined behaviour etc. Agents are the same, they just break in different way and fixing them might be even more difficult.
Bottom line: you will always be liable for things happening in your name and we've been sold a fairy tale a very long time ago.
One thing I'm constantly baffled by in current technology is how it seems to be targeted at one pretty precise subset of human population: young, healthy, single people without any problems with perfectly pre-defined schedules and organized lives. Speaking English, having an OCD and being relatively wealthy is a bonus.
Only when you live alone might you be comfortable constantly speaking with your devices. Only if your life if perfectly predefined can you let your fridge order the same food that just gone stale or has been eaten. And only when you are young and healthy and not in any way differing from the "standard" would you be capable of working like these "researchers" imagine you to.
I'm not that person. I'm constantly failing at doing "triple-finger-taps" whenever I'm in need of one. I have a smartwatch with pedestrian navigation and never bothered to remember which vibration pattern means which turn. I don't configure different vibration patterns for different callers on the phone. I have a folding phone, but I almost never do side-by-side windows and when I do, I need to find out how to do that first -- and then how to leave that mode without losing my mind. I almost never use AI features on my phone not because I don't want to, but because I never remember how to activate them. I don't re-configure my gadgets to "fit my mood". I hate recommendations like "you like X, here's Y, it's the same!" I hate that I can't rest my mouse cursor on websites anymore without selecting something actionable, moving, animating or autoplaying.
All of the examples on the linked page are workflows I would never do this way. I won't be talking to my shopping list to double the ingredients. I won't be drawing gestures with my mouse on a document to activate a voice command. I won't use voice commands in general because as it turns out, I'm not capable of bringing out a complete coherent sentence without pausing and/or changing my mind and/or realizing I'm wrong once.
I appreciate those demos for the progress they are showing. It's impressive and astonishing to see restaurants getting extracted from videos or pictures getting expanded or text edited better than I ever could. It's all modern-day magic in a way. One thing it all isn't is a product. We don't have those anymore -- all we get are gimmicks. We don't do common interfaces anymore either, we are separating people in Google/Apple/Xiaomi camps.
And most importantly we don't use that technology for good except for a bunch of people writing e-mails all day, doing shopping lists and booking one of top restaurants in Tokyo for the same evening on a whim. We are long overdue for a remake of "American Psycho", but this time it will be a documentary instead of a satire.
There is so much technology that we are unable to reproduce locally, I don't think LLMs are in any way different. There will be large LLM manufacturers, small LLM manufacturers, LLM artisanals, LLM enthusiasts and of course LLM consumers, just like with everything.
They will be, and that moment is not that far off. We've got the progression in place already: first, large data centers could have performant LLMs, we are now firmly in "a bunch of servers with a couple of H100s each" territory, slowly going into "128 GB VRAM on a MacBook Pro or a Strix Halo". Within the next year, the pattern of "expensive remote LLM for planning, local slow-but-faster-than-human LLM for execution" will become the norm for companies, slowly moving to "using local LLM for everything is good enough". And then we'll have the equilibrium we already have with the "classic cloud": you either self-host or pay for flexibility and speed. The question will be: how much of the current compute capacity craze will local hosting give the kiss of death to and what that means for the market.
Ursula von den Leyen has been pushing internet blocks in Germany for the sake of the children since 2009. Which is when "Zensursula" nickname has been coined. You don't need to look far to find the same thinking by the people in power.
I think my problem with passkeys is the same as with almost everything today: if I lose my phone, my digital life will be almost as difficult to recover as if I lost my ID and my birth certificate at the same time. Yes, that's why you don't create one passkey (phone), but maybe two or three (browsers), but that's mental load on myself -- I don't even try to explain that stuff to my parents, even something as (somewhat) easy to use as a password manager is out of their scope. Add TOTP and passkeys on top of that and you've got perfect security that no-one in their right minds is using. No idea how to resolve the problem, but it's not by shoving a solution down our throats with a vengeance.