Avatar

drdnl

drdnl@programming.dev
Joined
0 posts • 20 comments
Direct message

Same, had to scroll too far to see another nixos user

permalink
report
parent
reply

I’ve been using one full time for about five years now without issue. Even kind of like having to move around a little

permalink
report
parent
reply

I’d like to be able to say it’ll work, I’ve been gaming on Linux for years and just finished Doom Eternal at 5120x1440 at 120fps

But I have the previous generation top end cpu and gpu, 16 core something and a 5900xt iirc, so we can’t quite compare

One thing I did notice though is that your cpu seems weirdly overloaded? Or at least, the windows values are very different from the Linux ones? Are you dual booting? Or did you maybe reset something in the bios whilst switching?

Just wondering if you might be looking in the wrong place

Is that cpu one of those with an embedded gpu? That you’re maybe running the wrong hardware?

Nm, looked it up, it’s a mobile cpu, no idea unfortunately

permalink
report
reply

I have had a couple T14s without issue, did you remember to change the suspend mode in the bios to Linux?

permalink
report
parent
reply

We use about seven ThinkPad T16 and P16s professionally with zero issues. Can recommend

Edit: the AMD versions, those generally work better with Linux

permalink
report
parent
reply

Although a bit long, I do like this almost impossible to ignore example of self documenting code :)

permalink
report
parent
reply

A header might be useful, although there’s likely better ways to (not) document what each sql statement does.

But inline documentation? I’d suggest trying to work around that. Here’s an explanation as to why: https://youtu.be/Bf7vDBBOBUA

If possible, and as much as possible, things should simply make enough sense to be self documenting. With only the high level concepts actually documented. Everything else is at risk to be outdated or worse, confuse

permalink
report
reply

My advice to learning test automation in this form is: don’t

Look up the testing trophy, try to do everything using any tool but Selenium until you absolutely have to. You’ll notice that you can come very far using integration tests, you’ll also notice the tests are fast and reliable. Something selenium tests rarely are.

For frontend, look at testing-library or storybook with test runners. Former is more lightweight but a hassle to debug, latter is heavier but much more visual and easy to maintain. Both are not flaky and fast and easy to run in a ci pipeline.

Run your tests as close as possible to the logic, you’ll get the quickest feedback.

Once you’re done with all this, make a happy flow E2E test or two. And I’d use typescript instead of Java. Then you have some hope of a frontend dev wanting to help you maintain it. And playwright instead of selenium, simply more modern and thought out

permalink
report
reply

Pretty happy with nixos these days, after the initial (crazy) learning curve. But I really like the creative simplicity of this idea

permalink
report
parent
reply