Hexarei

joined 1 year ago
[–] Hexarei@programming.dev 19 points 10 months ago (1 children)

Others have addressed the root and trust questions, so I thought I'd mention the "mess" question:

Even the messiest bowl of ravioli is easier to untangle than a bowl of spaghetti.

The mounts/networks/rules and such aren't "mess", they are isolation. They're commoditization. They're abstraction - Ways to tell whatever is running in the container what it wants to hear, so that you can treat the container as a "black box" that solves the problem you want solved.

Think of Docker containers less like pets and more like cattle, and it very quickly justifies a lot of that stuff because it makes the container disposable, even if the data it's handling isn't.

[–] Hexarei@programming.dev 5 points 10 months ago* (last edited 10 months ago)

That's pretty much what I do as well. It was an absolute game-changer for me when I discovered tiling WMs some ~7 years ago, because it meant super consistent keyboard shortcuts for getting to exactly what I wanted to interact with. I know where individual apps/tasks go, so I put them there. And then when I need to switch to them, it's as straightforward as Super+[workspace].

Also helps a ton that i3wm's workspaces only take up a single monitor at a time, which makes it excellent for jumping between monitors.

None of this is set in stone, but I usually follow a relatively consistent pattern:

Center Monitor

  • 1: Primary/"serious tasks" web browser
  • 4: Any remote or virtualized desktop I might have open at the time
  • 6: Image/video editors. Also sometimes just misc usage.
  • 8: Development web browser next to neovim
  • 9: Steam/games
  • 10: Misc. Often a DBMS or file manager
  • 11: Misc. Often where I put any secondary tasks or second projects I need to reference
  • 12: Misc. Often where I'll stick any long-running tasks that I just need to check on every now and again.

Left monitor

  • 2: Music/comms/task list

Right monitor

  • 3: Always only a terminal.
  • 5: Text editor to use as a
  • 7: Secondary/"wasting time" web browser
[–] Hexarei@programming.dev 3 points 10 months ago (1 children)

Ah, neat! I just looked it up and it does look useful.

I've never really had any trouble with dark reader speed-wise - though it gives one major bonus that no other extension has so far: Attempting to match the appearance of darkened websites to my system theme (Catppuccin)

[–] Hexarei@programming.dev 2 points 10 months ago

On the one hand, I was tempted to disagree with you out of principle - Since being on the winning side is almost always favorable.

... But on the other hand, I rarely want to be in the same room as any lawyers, much less Disney's. So yeah, I'd rather just avoid being in a situation where I have to be on either side - winning or otherwise =]

[–] Hexarei@programming.dev 1 points 10 months ago (3 children)

I can't tell if you're agreeing with me, disagreeing with me, or suggesting some alternative

[–] Hexarei@programming.dev 64 points 10 months ago (2 children)

Their recognition doesn't change the fact that it's in the public domain

[–] Hexarei@programming.dev 10 points 10 months ago (6 children)

I highly recommend the Dark Reader extension for your browser

[–] Hexarei@programming.dev 9 points 10 months ago

before the what, op?

BEFORE THE WHAT??

sweats, knowing a time-traveler in our midst refused to tell us about the coming copilocalypse

[–] Hexarei@programming.dev 1 points 10 months ago

The context menu or right-ctrl key, probably

[–] Hexarei@programming.dev 1 points 10 months ago (1 children)

yeah it's almost certainly gonna be bound to Super+C, the existing keybind for copilot

[–] Hexarei@programming.dev 2 points 10 months ago (1 children)

screen doesn’t scroll

Screen (and any other muxer) can scroll just fine. You just have to learn how to do it in each one. Tmux, for example, is ctrl+b [ to enter scroll mode.

mistyped file operations

Get a good TUI file manager. I use and recommend ranger.

[–] Hexarei@programming.dev 7 points 10 months ago

The solution for me is that I run Nextcloud on a Kubernetes cluster and pin a container version. Then every few months I update that version in my deployment yaml to the latest one I want to run, and run kubectl apply -f nextcloud.yml and it just does its thing. Never given me any real trouble.

view more: ‹ prev next ›