wouldn’t go tree shaking make any size concern moot.
I’m not agreeing that you do or don’t need testify, but find the argument against testify that is presented here incredibly weak. Ultimately if you’re wasting any time thinking about an asset library you’re doing it wrong.
It’s not a dependency, though. I mean, it could be, but you can just ssd easily rewrite or copy/paste; his repos is basically a single for with a half dozen functions. It’s a hundred LOC, or something. Copy the file, change the package. A little copying.
I usually just re-implement the asserts as I need them, but copying this one for over into your project introduces no dependencies. If you import testify, you now have dependencies on
threaded - newest
We don’t need testify… proceeds to write testify
For many cases, writing assert is both trivial and effective, and prevents importing yet another fairly large dependency.
I’m not agreeing that you do or don’t need testify, but find the argument against testify that is presented here incredibly weak. Ultimately if you’re wasting any time thinking about an asset library you’re doing it wrong.
It’s not a dependency, though. I mean, it could be, but you can just ssd easily rewrite or copy/paste; his repos is basically a single for with a half dozen functions. It’s a hundred LOC, or something. Copy the file, change the package. A little copying.
I usually just re-implement the asserts as I need them, but copying this one for over into your project introduces no dependencies. If you import testify, you now have dependencies on
because that’s what testify imports.
It’s not the same, at all.