mekane8
Joined 14 years ago
Joined 14 years ago
Saving my brain from attention fracture via smartphone is a big theme for me right now as well. That's a whole other effort, but I appreciate the use of workday routine as a countermeasure against phone addiction.
One of my favorite "historical" pieces from the era is "Mother Earth, Mother Board". https://www.wired.com/1996/12/ffglass/
Not specifically about the bubble, but lots of fun tidbits from the internet in those days.
I think good unit test coverage is essential for good maintenance, but you can't cover _everything_ with unit tests. You definitely need integration and e2e tests to ensure bigger picture correctness. I have found that value one gets out of the different kinds of tests as you proceed up the pyramid get higher the closer to release you are, and are most valuable post release. During development they become obsolete too quickly due to changes in how things work. But locking in an already-released version to avoid regressions is great.
I'd probably phrase it as "Stubs and Mocks do not make sufficient tests", not that they necessarily make bad tests.
I remember when I was learning promises there was lots of talk in the tutorials, etc. about .all() and I eventually had a use case where I wanted to know the statuses of a bunch of calls and didn't really care whether they were failures or not and I found Q.allSettled() which was perfect. Good old Q.
I probably won't have time to sit through it, but I've taken a course from this instructor in the past and he is pretty good. I'm really curious to know how he explains coding and engineering principles to "managers, designers and entrepreneurs".