924 karma · joined June 22, 2011
I would say it has a fair bit more to do with his cozying up to Trump
I managed to get claude to create a recovery script to un-brick sessions, YMMV
https://gist.github.com/robertfw/993dbe8643c4fbdf12005dff2ec...
Getting claude to follow your guidance files consistently is a bit maddening.
the outcome is usually a new or tweaked skill file.
it doesn't always fix the problem, but it's definitely been making some great improvements.
With that said, one thing I remember seeing in older kits is instructions for more than one build, which could serve as a kicking off point for someone to reapproach a bundle of bricks in multiple ways.
My own guideline is that once something is built, after a little while it has to be either modified/evolved, or disassembled and put into the bucket-o-bricks for reuse (well if I'm honest, it's several very well sorted craft/hardware bins)
Docstring comments are even worse, because it's so easy for someone to update the function and not the docstring, and it's very easy to miss in PR review
- like all documentation, they are prone to code rot (going out of date)
- ideally code should be obvious; if you need a comment to explain it, perhaps it's not as simple as it could be, or perhaps we're doing something hacky that we shouldn't
- run my tests, running any previous failures first - drop into the debugger when a test fails (or of course, hits a breakpoint) - end the test run after the first failure
use debugger to figure out what went wrong, fix it, wash, rinse, repeat
there's lots of other red flags with this product but I wouldn't care about this one