In my #TDD trainings, I sometimes say that I do not test code that is "too simple to break"; Code where:

1. The chance of the code breaking is very low
2. *If* the code breaks, we would see immediately

What do I mean by that? A thread... 1/ I wrote the following Typescript code running in #electronjs:

const { dialog, } = remote
const filePath = dialog.showSaveDialogSync({...})
if(filePath) {
fs.writeFileSync(...)
}

The code is very hard to test, but I'm OK with that, b/c it fulfills the above criteria. 2/

After tweeting that my DMs are open for discussions / questions / ... (thanks @sehurlburt for the nodge to do that), I received a few questions about freelancing.

So here's a thread. [1/9] I do not think freelancing is necessary more risky than a permanent position. Just risky in a different way. As an employee, you basically bet your near future on a single client. As a freelancer, you *can* spread that risk over multiple clients (don't have to). [2/9]