drdnl

joined 1 year ago
[–] drdnl 2 points 1 week ago

Zulip is better than slack

[–] drdnl 4 points 3 months ago

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

[–] drdnl 9 points 4 months ago (1 children)

Scissor for sure

[–] drdnl 4 points 9 months ago

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

[–] drdnl 2 points 9 months ago* (last edited 9 months ago)

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

[–] drdnl 1 points 10 months ago (1 children)

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

[–] drdnl 1 points 10 months ago* (last edited 10 months ago)

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

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

[–] drdnl 3 points 1 year ago

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

[–] drdnl 5 points 1 year ago (9 children)

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

[–] drdnl 2 points 1 year ago* (last edited 1 year ago) (2 children)

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

[–] drdnl 3 points 1 year ago (1 children)

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

[–] drdnl 1 points 1 year ago (1 children)

Interesting, thanks. I've been avoiding dual gpu stuff for a couple years now for this reason (mostly buying amd only)

view more: next ›