

Another fun thing from this show is the magic system, which limits the caster’s ability based on what they can imagine. Programming feels exactly like that to me. I mean, a lot of human ability is limited by that, but most stuff is also limited by physical constraints long before imagination. With programming, we more often hit the limit of our imagination, or time feasibility, before any other constraint.
Working with non programmers, it’s always wild to field their unimaginative solutions, and refreshing when someone actually had a good idea.
Working with less experienced programmers, it’s fun to help them through problems. So often they hit a wall they can’t imagine walking through, take some concession and build around the wall. You can appreciate the work, and then show them the simple solution to walk through the wall. If they have talent, they grow quick.
Working with a much more experienced programmer, or in a domain you don’t have much experience with, helps keep you humble because there’s no way you’re going to learn everything.
Anyway, back to writing my spells.


Dokuwiki user here. Your cons are true, but compared to the cons of other ones, they are all solvable. The concern with a plug-in being required to do something is silly. It’s open source and the plugin system is limitless. If it’s ugly, make a theme. I’ve never had a problem with article titles being mutilated, but then again, I treat the file name (e.g. the url of the page) separate from the root header as you’re supposed to.
Considering your comment about search being awful in another wiki, it’s pretty good in Dokuwiki.
Considering how much you care about plain text, you should probably discount the con about file names as I’m pretty sure that’s part of why Dokuwiki does what it does. It’s an actual text file sitting in a directory that matches the path.
For what it’s worth, I admire Obsidian. If it’s a personal project with no intent to share, that’s what I’d use. For business or public hosting, I’d use (and do use, at my company) Dokuwiki.