Hacker News new | ask | show | jobs
by MangoToupe 190 days ago
> But that will usually be a smaller part of the code base.

Testing how IO composes makes up most of what you want to test because it's such a difficult problem. Reasoning about this in terms of size of the codebase doesn't make sense.
1 comments
ffsm8 190 days ago
Thing is though, most of the high level languages have that part "solved" via libraries... Hence lots of people don't see the need to test it, as they expect the library to have sufficiently tested already. That leaves your tests mostly centered around your domain/business logic

Personally I'm just doing web api dev/backend atm and have to say that at least in this domain, pretty much everything actually hard is solved.

The only difficulty is the "interesting" architecture decisions people like the OP introduce, making inherently trivial problems into multi week endeavors which need coordination between dozens if not hundreds of devs

link
MangoToupe 190 days ago
> Thing is though, most of the high level languages have that part "solved" via libraries... > ... > Personally I'm just doing web api dev/backend atm and have to say that at least in this domain, pretty much everything actually hard is solved.

Color me extremely skeptical!

link
ffsm8 189 days ago
You're skeptical that pretty much all high level languages have various APIs and libraries for almost all common IO tasks such as fileaccess, network requests and sockets, various DB integrations etc pp?
link