Two different approaches to debugging a software problem:
The Sudoku approach: stare at the limited set of clues you have, and think harder and harder about them until you find a way to deduce something useful.
The Minesweeper approach: don't even try to figure out the solution from only the clues you have right now. Instead, focus on finding a way to acquire another clue, and then using that to get another, and so on. Eventually you've collected so many clues that the answer is obvious.
Sometimes the Sudoku approach is necessary, because you've got all the clues you're ever going to get. But I think my new motto is "Never Sudoku a problem when you can Minesweeper it."
@ellyxir Oh neat I remember this post from a while ago!
@datum There is nothing for you to apologize for! I understood you clearly the first time 💜
@aperture literally me
@alive my friends have been calling it "slop dev" which I've adopted too
@humbertoortiz.bsky.social not yet 😿
Fellas, is it cyberpunk to wear an n100 as the only one on the plane with a mask at all?
@erebion I think the cardinal sin of a lot of these projects is append only operation logs that demand sequential processing for the system to work. It's a beautiful design for database replicas but awful for clients which have a lot of downtime and need catching up periodically.
@baibold Oh wow this is so good, thank you for the link!
Pretty sure it was how I found "stuffonmycat.com" and articles about populating cell matrices with animal cells with the goal of making replacement organs.
@caten Brutal 💀 Not unexpected sadly.
@Aaron_Davis I don't think it's been a thing for over a decade now. :P
Occult Enby that's making local-first software with peer to peer protocols, mesh networks, and the web.
Exploring what a local-first cyberspace might look like in my spare time.