/notes

Notes. Random thoughts, ideas, links, musings, short and unstructured.

link

The Curse of Knowing How, or; Fixing Everything.

Like Camus’ Sisyphus, we are condemned to push the boulder of our own systems uphill—one fix, one refactor, one script at a time. But unlike the story of Sisyphus, the curse is not placed onto you by some god. We built the boulder ourselves. And we keep polishing it on the way up.

I want to quote the entire post. This may be the best thing I have read this year.

The author quotes Marcus Aurelius to frame an argument that this boulder we have created and are cursed to push uphill has a deeper emotional core.

You have power over your mind—not outside events. Realize this, and you will find strength.

Programming lures us into believing that we can control outside events. We self-soothe by building. We need the small victories that building a new tool or writing a script bestow. We refactor that tool we built, not because it is messy, but because our lives are messy. This technical work becomes emotional regulation.

Reflecting on the past and taking inventory of the projects started, tools rebuilt, systems tinkered with, and the times in which I did those things, the authors reality become my own reality. His truths become mine. The burnout he warns of is only a few steps behind me. I do use programming as emotional regulation. I too want to defy what is real. I want to assert control when things are out of control.

Nietzsche warned of gazing too long into the abyss. But he did not warn what happens when the abyss is a Makefile or a 30k line of code Typescript project.

lmao.

There is a light at the end. Recognition of the patterns is a good step to changing them. The author also calls for learning to let go as we are not responsible to fix all the things. I agree.

note

I often forget that macos is a unix and that many of the underlying tools are just bsd tools. auto_master for example, to configure auto mounting various network shares and disks.

I also forget that i can use apropos to figure out where to learn about a tool and of course use the man pages.

so i guess, friendly reminder (to myself) that macos is a unix.

note

Gem.coop is a new server for sourcing Ruby gems. It's easy to switch.

I switched because Ruby Central's actions left me feeling uncomfortable. Supporting the folk who are doing the work rather than, whatever Ruby Central does, feels better and better aligns with my values.

  -source "https://rubygems.org"
  +source "https://gem.coop"
We aim for fast, simple hosting, that is compatible with Bundler but optimized for the next generation. It’s built for the community by the former maintainers and operators of RubyGems.org.
note

A website is a garden to tend to, and the IndieWeb is a guide for how to grow a garden that yields higher quality. Or something like that. Anyway, lots of updates here.

  • Templates have been tidied up. The website structure has revealed itself to me and struturally I am quite happy with it.
  • Microformats have been added where appropriate.
  • Webmentions are now being fetched and displayed.
  • HTML comments have been added to the source code to help not only me remember what I am doing, but to help others who are learning how to build websites.
  • Tailwind CSS has been removed

There is now a page where I document some of the tools and processes I am developing to support my participation in the indieweb.

link
The Stanford Encyclopedia of Philosophy A good resource to support reading and learning philosophy books. They can be a lot. The SEP is a translator for the language of philosophy, a resource that provides a trusted, academic-level overview of key terms, thinkers, and schools of thought.
note

The affinity news kinda sucks. On the surface it looks like a good deal but there is a lot of historical precedence that this is just another step on a path to full enshittification of the software suite. This is not a move that will benefit users long term. Then again, such is the cycle of software.

As Matthias Ott explains very well, design tools come and go. Affinity tools have been fucking awesome for me for years. And they will continue to work fine for a while. I will set my sights on other tools soon. Stay curious and have a beginners mind.

note

Ruby community is in a bit of a crisis. RubyCentral has performed a hostile takeover of RubyGems and Bundler. You can read a pretty non-biased accounting of what transpired here. I, however, am full of bias. I just do not trust RubyCentral. I love programming with Ruby. It’s a joy. Watching what transpired with RubyCentral, and learning more about some of the public faces of popular Ruby projects, has just turned me off.

The events have also widened my view of the community - hanami looks incredible, i have also been tinkering with roda. And to be real, I can just write ruby without participating in rails, rubycentral, shopify, etc. We don’t need them. I certainly don’t. I am very fortunate in that regard.

note

DevOps is never a straight line. It's one rabbit hole after another. Log ingestion and tracing, turning all the knobs and dials and fiddly bits, digging into metrics, only to find three more things to learn.

Today's rabbit hole was digging into PHP app performance + Azure, and learning that I have a some things to learn in regards to OpenTelemetry + PHP instrumentation.

Tonight is continuing to learn Kubernetes to round out some Containerization study.

Continuous Learning really is continuous and I wouldnt have it any other way.

link

https://マリウス.com/a-word-on-omarchy/ Excellent review of Omarchy. I admit I was falling for the hype but after running it for a few days I just, didn't care for it. This article breaks it down and explains all of the little ways that Omarchy is just not that good. The lesson here is to just install Arch Linux and all the tools you need. Also, wow I love this website! https://マリウス.com/.

note

I love containers because they don’t just change how I build, they change how teams ship. Reliability at every stage, fewer blockers, more focus on the work that matters. Containerization is not just tech for me. It is trust. It is speed. It is peace of mind.

I literally couldn't imagine _not_ using containers at this point.