Hundun

Long time i3 user, recently switched to Hyprland+Wayland. I just don't like mice, don't enjoy using them, and I find the snappiness and responsiveness of keyboard-centric workflows very fun and enjoyable.

I am a software developer, and I am very impatient when it comes to my tools: I like my feedback cycles and interactions to be as tight as possible. This limited study from 2015 showed that developers, on average, spend ~26% of their productive time on stuff that is not related to either code editing or comprehension, including 14% spent on UI interactions. Tiling window manager allows me to streamline most of these interactions through hotkey bindings and shell automation, >!so I prefer spending literal months polishing my dotfiles instead!<

1. Sometimes
2. Sometimes
3. Both

TRON 2.0 remains the best game in the franchise, IMO. Still waiting for the series to get back to its immersive sim roots.

"My source is that I MADE IT THE FUCK UP"

• President of the USA (probably in a videogame)

What's so bad about the Rust compiler? I know it's slow, but given all the analysis it's doing, it makes sense. And, from my own experience, setting correct optimization levels for dependencies along with a good linker makes incremental builds plenty fast.

Stem Deack

If your org has a pentagram in its logo, yet you do not practice the occult&arcane, my beard is not joining.

If I can afford it, I buy a freshly-baked baguette and eat it with a glass of whole milk.

Hyper Light Drifter in my opinion is a perfect synergy of beautiful soundtrack, ambiance design, atmosphere and gorgeous pixel art. I wish I had enough artistic aptitude to pull something like that off.

I have for a bit, decided to stick to MD because of its accessibility to my non-tech collaborators, it is easier for them to install Obsidian, and MD is very well-known.

Aside from that, I am planning to use Pandoc to process my sources into other deliverables: web pages, PDFs etc. I am myself still learning this ecosystem, and markdown (in my experience) just enjoys more visibility.

Truth be told, I did not have any exposure to Org Mode prior to looking it up for knowledge management, so all of the above might be my "little duck" brain speaking.

Bevy, specifically because it is an ecosystem of libraries. I tried UE3/4, Unity and Godot, and I've always found the complexity of tooling and amounts of options available completely overwhelming. Not to mention, that most of these tools and options funnel the developer into very specific and opinionated ways of doing things.

By contrast, Bevy is just a Rust crate, and it is modular - I can connect only those plugins and functions I really need. If I am ever confused by some function, or a type, I just press "gd" and my nvim will show the definition of this function or type - it feels refreshingly simple and seamless in comparison with the enormity and complexity of Unreal or Unity. At any point in time I am staring at my code, I only see things that are relevant to the problem, and nothing else.

I can bring my own tooling (editors, analysis tools, asset pipelines etc.), projects are easy to build and automate, - it is pure bliss.

The absence of an editor allows me to hook up whatever I want: LDTK, Trenchbroom, even Unity could be used as a scene editor. There is virtually no vendor lock-in with dependencies either. Don't like Rapier as your physics engine - easy-peasy, you can use Avian, or something else, or something custom, or nothing at all. Don't like Bevy UI - no worries, there is Egui, multiple integrations with other UI frameworks, you can even use Typst layouts for your menus if you so desire.

Right now I am working on a literate game with a friend: our sources are markdown files with bits of code in them. Our automation compiles markdown to Rust sources and then builds the game, potentially along with the devlogs and some other auxiliary artifacts.

My non-technical partner contributes to the repo freely, treating it as an Obsidian vault, - in our team there is no distinction between technical writing and development, our game design document and source code are literally the same thing. This approach has removed loads of roadblocks and allows us to safely and controllably accumulate knowledge, before distilling it into a working game.

It wasn't trivial to set up, but it wasn't overly complicated either - good luck replicating this set up with Unity or Unreal though.

I have been toying with the idea of forking Servo to make a scriptable keyboard-driven browser, like Nyxt but with something else instead of Lisp.

Probably too huge of a project for one hooman though.