dajonker

I got a ThinkStation P8 thinking it would be a nice workstation, but the fan noise was just unbearable. Not loud (although it could get LOUD), but extremely annoying. A cooling solution created for a rack mount system where the person buying the machine will never hear it. Absolutely unsuitable at home. I was looking into doing a Noctua Fan Swap here as well, but after reading the fan specs, I found out that this would be impossible, or possibly melt the machine. The 60mm fans on the PSU were rated at something like 25 watt _each_ and push more air at way more pressure than the strongest 120mm Noctua fan.

The Mac Studio that replaced it is practically silent and very energy efficient, while not being significantly slower.

I'm not really sure you understand what I meant with "abstractions" here. I definitely did not mean "human written abstractions". I am talking about all the abstractions in the software stack: application structure, frameworks, libraries, operating systems, programming languages. These are all abstractions that build on top of each other.

The question here is not whether we need human written code, it's whether we need abstractions. Perhaps I could have worded that better.

If frameworks don't matter anymore, then maybe the standard library of your programming language don't matter anymore. And programming languages themselves don't matter anymore. In fact, you could then argue that operating systems don't anymore either. And for that matter, why stop at the software level? You could design and build your own hardware, too. Where do we stop?

In many European countries you don't need a license for being an electrician, you may need to register somewhere although that won't be very hard. But you do need to follow the national rules and guidelines while working, which is why an education or applying to a large firm where they'll teach you on the job is not a bad idea.

This is a hobby of mine, too. It's one of the most fantastic things available on the internet. The ability to travel anywhere in the world and - as the author of the blog also said - the ability to travel back in time as well!

I did some road trips in 2009 and made pictures with a compact camera. I was able to determine the almost exact locations I shot these pictures thanks to street view, so I could see route that we took back then. One picture was shot in the dark but had a distinctive logo sign on the side of the road. Given the timestamp on the photo and the extremely blurry restaurant and motel logos on the sign, I had a good idea of where to look, but it turned out this sign was only up in a single year and it was quite hard to navigate to!

Unfortunately, I don't think you can "lock" the street view date? Nor does the map view on go back in time? I guess you can use Google Earth to view satellite images. There is a whole neighborhood in Seoul that's been completely leveled on the satellite pictures, yet you can still use street view from 2018 to travel around.

Same here, I bought it when it came out in one of those nice carton boxes. It was rather buggy and hard to play without a walkthrough. The characters, the music, the story, the dialog, it's all so memorable and easily makes up for those bugs and hard puzzles. I played the remaster when it came out on PS4 as well, still great, but perhaps that's just the nostalgia.

Cheers! We've been running the various betas in production for a couple of months now. For our Rails app we replaced most of our Hotwired/Turbo with HTMX. For me at least, HTMX just makes more sense: you control the flow of content from the client, not from the server as you do with Turbo.

For pushing updates, we use ActionCable, but we do it in a different way from what we used to do with Turbo Streams: when a record is updated, instead of sending HTML from the server to the client with instructions on what to replace, we only send a small JSON payload with the ID of the element that was updated. On the client side, an event is dispatched that any DOM element with <hx-trigger="<resource-id>:updated from:body"> will trigger on. For the rest it's just basic HTMX, only the trigger is "custom".

Same, although my M1 pro has only 16 GB of RAM and that does seem to slow it down a bit with my current usage. I recently bought a used Mac Studio M2 Max with 64 GB RAM and it's much faster, both subjectively and objectively by looking at how long it takes to run the full test suite of the Rails app I'm working on.

It's a small team of four, everyone works on the "full stack" which is Rails with HTMX and very little JS. As the lead dev, I am usually the one to make the decision that we should use the modern browser standards.

It's a niche B2B SaaS app and luckily we know most of our users personally. They all use modern browsers, usually Chrome or Edge on Windows. There is not a lot of mobile usage although we do support it.

Thanks for giving me some confidence, I converted one of our popovers to use anchor positioning and it was actually rather easy. Just had to use anchor-scope which not all tutorials use!

Popover, dialog, invoker commands, our entire production app uses these everywhere and it works really well! The fact that dialogs and popovers are rendered on the "top layer" and that nested popovers are also automatically stacked on top of each other and have 'cascading close' shows how well these standards were designed.

The only hard thing is still to position a popover near the element that triggers it, such as when you want to create a context menu that has to render above/below the button that triggered it. There is anchor positioning in CSS now but support is still limited and I find it hard to wrap my head around.

LLMs are also terrible at these new standards. If they even know about them, they often think they're not baseline yet and they have almost zero training data compared to the giant mountain of weird JS and CSS that people had to use before the introduction of these standards.

Did you read actually read the article and if so, did you read until the end? Let me just respond by quoting the article:

> When experts started speaking out about the Ocean Cleanup several years ago, I witnessed several of them endure online harassment from supporters of the organization, often phrased as “At least they’re trying to do something to help, all you do is complain.” (Note that this was being said to people who devoted their lives and careers to evidence-based solutions to cleaning up the ocean).

For me personally, there is no point in using more reasoning than medium or sometimes high. It just gets so much slower and expensive, meaning that i have to wait longer to evaluate the results and provide feedback or continue to the next task.