• 0 posts
  • 84 comments
Joined 3 years ago
Cake day: June 28th, 2023
  • I like to treat warnings as errors and refuse releases with errors.

    Occasionally I disable single warning in a specific file because it does not make sense.

    Using TODO also makes sense, I’m mostly used to seeing them years after when debugging.

    In your case it sounds like you may end up ignoring all the TODO’s as too many of them become noise. I would instead disable the specific warnings in the compilers options, instead of in the code, and then deal with the remaining.

    Later you can disable one warning at a time and fix it.

  • I definitely got weirded out asking a GPT3 model about something and it got clingy.

    Now I see it more like a search engine, skim the wall of text to find the useful information. Today I gave it a lot of context and explained what I had done and the error I got and it more or less told me you did everything correctly, and suggested stuff I already tried. It’s way of saying “I don’t know”.

  • Recently I roo-coded a node.js MVP without knowing too much about Node, but something about JS/CSS/HTML although it’s years ago I last used it.

    I got something working decently by:

    • Make a project plan and use cases
    • Take (very) small steps
    • Commit often
    • Throw away bad attempts
    • Make test cases
    • Hand edit from time to time, especially CSS stuff.

    Would I have been able to fling something together by reading some node.js guides and using stack overflow yes, would it have taken around the same time yes, but without test cases and documentation. Do I think vibe coding is the best thing since sliced bread no!