"Back pressure" is already a term widely used in computing for something entirely different: <a href="https://schmidscience.com/what-does-back-pressure-in-computer-science-mean.html" rel="nofollow">https://schmidscience.com/what-does-back-pressure-in-compute...</a>
This use of the term “back pressure” is pretty confusing in a computer science context.
With Visual Studio and Copilot I like the fact that runs a comment and then can read the output back and then automatically continues based on the error message let's say there's a compilation error or a failed test case, It reads it and then feeds that back into the system automatically. Once the plan is satisfied, it marks it as completed
This jumps to proof assistants and barely mentions fuzzing. I've found that with a bit of guidance, Claude is pretty good at suggesting interesting properties to test and writing property tests to verify that invariants hold.
Beyond Linting and Shell Exec (gh, Playwright etc), what other additional tools did you find useful for your tasks, HN?!<p>Most of my feedback that can be automated is done either by this or by fuzzing. Would love to hear about other optimisations y'all have found.
Running all shorts of tests (e2e, API, unit) and for web apps using the claude extension with chrome to trigger web ui actions and observe the result. The last part helps a lot with frontend development.
Teaching them skills for running API and e2e tests and how to filter those tests so it can check if what it did works quickly.
I thought you are talking about back pressure pipes in my housing complex.<p>I’ve been wondering why I can’t use it to generate electricity.
Others have pointed out the incongruity of back pressure here, I would have <i>loved</i> “feedback”.