jbrains

Hilarious that they misspelled "failed" anyway.

Yes, you diiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiid...

Best way block kick: no be there.

Hobby Lobby. Chick-Fil-A.

Dumb question: do you have a key on your keyboard that disables the microphone? I don't have my laptop in front of me, but I know there's a key that disables the trackpad and another that disables the camera. I realized that I'd accidentally hit those by going through something similar to this.

Good luck.

Kat.

Les Oulhamr fuyaient dans la nuit épouvantable. Fous de souffrance et de fatigue, tout leur semblait vain devant la calamité suprême: le Feu était mort.

Are there no prisons?

Are there no workhouses?

Plausible is more like conceivable.

It's possible that when I slam my hand on the table, it will go through the table, but it's not plausible. We can't imagine it actually happening, even though we know it can.

I believe the dumbness of scams conforms to the Archimedean property.

I raise you "gb".

Best Practices thinking considered harmful. 🤷

I like test names that are full sentences. Doing this for its own sake is unnecessary. It's probably wise to practise this for a year, then decide when you still need it.

For me, quite often, a combination of the test group name (often naming a behavior) and test function name (often naming a special case of that behavior) suffices, even though it is not a full sentence. (Example: test class SellOneItem, test method productNotFound. Is this not clear enough?)

Test function names that merely repeatedly duplicate details ("conversion should..." to start 12 test names) indicate a test group trying to emerge ("Conversion Tests"). Insisting on full sentences for its own sake often either masks this risk (and delays helpful refactoring) or represents redundancy (merely reiterating what has been helpfully refactored).

I have found this attention to full sentence names most helpful for tests whose audience is not programmers, since those folks are not accustomed to common source code conventions and patterns. For Programmer Tests, I think "should" turns this helpful advice into a risky overstatement.