taftster

I mean, probably should be. But for me, no. Well, not my personal computer anyway. That's a mistake, I know. But corporate computer yes.

So no, I don't think "in this day and age" necessarily. And I believe that the vast majority of "normal" users don't do full drive encryption either. But yes, we should.

Yes! Me too. Not adding anything here except a confirmation on the above approach. You kind of need your email password as a "break glass" scenario. But mostly, you just need your password manager.

Yes, but specifically in the context of Terminals (as discussed in the original article), it's really convenient to be able send Ctrl-C (break) differently than Cmd-C (copy).

So yes keyboard remapping is an option. But there's just differences you can't remap because of the extra meta keys on Mac (and I guess on Windows too, with the Copilot or Start keys in play).

I really do like Cmd key usage for any terminal in Mac. The ability to send Ctrl+C differently than Cmd+C in a Mac is joyous.

However, for most all other applications in Mac, I dislike the Mac command key. Especially in IDEs like vscode, etc.

And I really hate that the actual Ctrl key on a Mac is in the wrong place, having swapped places with Fn. It's like the first thing I have to remember to do on each Mac setup, swap those two keys.

Because I'm toggling between mac/windows/linux all day long, my poor muscle memory is always confused. And it would be nice if this could be unified. Unfortunately, I'm guessing it would have to be solved more by Apple than by Microsoft or Linux.

You can't just create yourself an "everything" environment with UV and then experiment with it? Honest question.

I think you're basically suggesting that you'd have a VM or something that has system-high packages already preinstalled and then use UV on top of it?

I mean, if this doesn't depict modern devops, I don't know what does. Unsung heroes, honestly.

Super insightful. I feel the same way. I can't mentally "conclude" my read for the day, because there is always just One More Article that is just under the threshold.

An extension of Fear of Missing Out, basically. And yes, I think it causes mental exhaustion and might be directly related to some mental disorders that we have really yet to understand.

Yes!

Ah, how cute. An actual "old school" blog. Nostalgia. Tears in eyes.

https://jyu.dev/blog/

And the production of articles is about right too.

    . "Hello World" - The start of something great. [Dec 2024]

    . "Comparison is the Thief of Joy" - Link to another article. [Apr 2025]

    . "/dev/null is an ACID compliant database" - Funny, insightful. [Aug 2025]

That read about like my blog 20 years ago.

Funny post though, good read!

Right, I'm so tired of "infinite scroll". There's a mental/emotional reward for actually reaching The End of something.

Fair and good point. Sharp black bothers me, so just adding in a little hue is nice for my eyes. But that's me, of course.

Noting also that this text is #000000 black, per the CSS. Maybe the background color helps soften it a little? Like contrast white/black is hard on the eyes, but HN is not?

Better, to be honest. Keep refining of course. But this is definitely more readable.

I admit that straight black is not quite the right answer either. A slightly toned down dark grey would be nice. And again, subjectively, I like how HN has a row of non-link smaller (lighter shaded) text under each listing, which I think plays nice for the white space between each item.

I hear you about "links are blue" ... except when you are a link aggregator.

The links are blue design from early HTML was meant to highlight links in the context of a paragraph of prose, not a list of link items. "Blue" means something special about the text in the context of the text around it.

In this case, the blue font is distracting because the links are the content. You don't need the blue to help your links "stand out". Because the links are normal text, using a normal palette would be appropriate.

I don't mind some subtle clues that these are links. Underlines, slight grey text. Or even a subtle hover effect. Two cents.

I'm not sure, something about the "Recent Stories Summary" section (first view) is hard to read. The spacing is wrong. And the blue font. Someone mentioned Garamond too.

It's creating a "wall of text" effect to me and I'm not able to quickly skim and allow my eye to catch the bits that are interesting to me.

As a comparison, the HN homepage is very accessible to me for skimming and finding things to click into (like this entry).

UI is often quite subjective, understood. But I can't really "scan" the first view fast enough. It's all blending together and causes extra processing on my mind.

Agreed. These are good examples where annotations seem like a good fit. Being able to tell a processor that a method or field is "special". Test methods, serializable hints, etc.

It's kind of like, when annotations were delivered to Java, lots of projects thought they were just the next greatest thing. I followed right along at the time, as well.

But over time, finding the value in the configuration-as-code approach to application deployment, I definitely feel that annotations have been abused for many use cases.

I'm not digging for "internet points". Yes, superficial replacement values can be retrieved from the environment. But I guess we have to give you a more imagined or sophisticated example then to make the point to you?

How about varying implementations of a service interface. Let's say I have a Scheduler interface and I want to have multiple implementations; maybe one is CronScheduler, another is RandomScheduler, another is BlueMoonScheduler. Each of these schedulers have their own properties and configuration values. I might want to choose, per environment or deployment context, which service implementation to use.

Annotation configuration makes this (near?) impossible to dynamically wire and configure these scenarios and make them tailored to the environment or deployment scenario. Annotations are generally "static" and do not follow a configuration-as-code approach to application deployment.

An external configuration file, as offered by Spring's original (less "favored") XML style, allowed a more composable and sophisticated configuration-as-code approach. Maybe that's a negative, putting that much power into the hands of the service administrator. But as I stated originally, in my experience, having statically defined annotation driven configuration and/or dependency injection has caused more problems than it has solved.

And then I realize I need to change that schedule. And would like to do it without recompiling my code. Oh, and I need to allow for environment specific scheduling, weekdays on one system, weekends on others. And I need other dependencies that are environment specific.

I much prefer Spring's XML configuration from the old days. Yeah, XML sucks and all that. But still, with XML, the configuration is completely external from the application and I can manage it from /etc style layouts. Hard coding and compiling in dependency injection via annotations or other such behaviors into the class directly has caused me grief over the long term pretty much every time.

Adding Apple to implied conditions. :)

> We do need for-profit alternatives to Word, and I’m working on one in legal.

Wow, big undertaking!

What we really need, though, is a for-profit alternative to Excel, that's not Google. I think Excel is more of the Killer App than Word has ever been.

Given that, probably lobbyist influence then more than anything.

Totally agreed. But unfortunately, they often do.

Right, set too low (imho). And not a graduated phase out either. And the market for these cars are going to be people typically past the income limit. My instinct tells me that people below the income limit ($75K/$150K) probably aren't really in the market for an EV. They are probably just trying to keep their regular gas vehicle running. An EV is almost a second/third car for a lot of people, commuters trying to offset their gasoline costs.

Maybe the car dealers have had a lobbyist that has influenced this to their favor. Wouldn't surprise me. But likewise, there's some formality and paperwork trails that exist when a dealership is involved vs. private party, so I wonder if the concern is some fraud or abuse in the private market as well. Regardless, I agree with you.

Make sure to grab the mother-of-all-torrents I guess if you're going to go that path. That way you get more bang for your 1.5B penalty.

This is some fine hack. In the spirit of pure good intentioned hacking. Love this.

> neither can tell you if your game is actually fun

I think this is the core insight. An AI will not be able to experience a game (or anything else for that matter) remotely in the same way that a human can experience it. It might be able to guess, based on human rankings of other similar games. But AI will never be able to actually have fun playing your game.

This concept will define the workforce that comes out of this AI boom. Maybe an AI can write a document or code like a human, only based on past samples of similar behavior, but it won't be able to synthesize exactly what it means to be a human. The human element will still need to be traded on. Your value as a human cannot be replaced, you might just have to think differently about that value.

It was the opposite experience for me. Before spellcheck was commonly part of the web browser, I would go back and reread some very early emails and/or usenet posts from myself. And realize how atrocious my spelling was.

I actually consider spellcheck to have improved my spelling dramatically over the years. The little red squiggles under words have helped me to recognize my misspellings, especially the words that are hard for me to get right consistently.

Ha! Skip the middleman entirely and just go straight to the source.

I don't know that URL shorteners are/were vaporware, per se. They delivered what they promised. They just didn't have any business model behind it that could keep it sustained. It was the classic, "we have built up traffic, now let's figure out how to monetize" model.

For me (an introvert), I have found great value in these tools. Normally, I kind of talk to myself about a problem / algorithm / code segment as I'm fleshing it out. I'm not telling myself complete sentences, but there's some sort of logical dialog I am having with myself.

So I just have to convert that conversation into an AI prompt, basically. It just kind of does the typing for the construct already in my head. The trick is to just get the words out of my head as prompt input.

That's honestly not much different than an author writing a book, for example. The story line is in their head, they just have to get it on paper. And that's really the tricky part of writing a novel as much as writing code.

I therefore don't believe this is an introvert/extrovert thing. There are plenty of book authors which are both. The tools available as AI code agents are really just an advanced form of dictation.