▲ | riehwvfbk 6 days ago | |
Yes, do this. No unit tests, integration only. Your competitors will thank you for this blunder. Why is it a blunder? Well, you just slowed down your edit-compile-run cycle by about 10x, and debugging when things go wrong (and it's when, not if) by 100-1000 times depending on the complexity of your environment. Perhaps the answer is "AI will fix it", but we aren't there yet. | ||
▲ | recursivedoubts 5 days ago | parent [-] | |
idk i used this approach and done ok competitively (e.g. htmx, me, one dude, vs react, facebook & vercel) and, as grugbrain.dev says, unit test tend to lock you in to a particular implementation integration tests don't need to be slow on modern hardware, are easier to debug than end-to-end if they are kept at the right level of abstraction and catch more real-world bugs than overly-specialized unit tests w/ complicated mocks, etc |