Дыбр

Если мне хочется нормально побриться (в смысле до гладкости щёк, и чтобы волоски одинокие не торчали), приходится использовать оба имеющихся електрических аппарата: у старого Брауна удобный триммер, но привязка к розетке; новый Филипс отлично работает по низкому "ворсу" и им удобней обрабатывать шею, также ёмкий аккумулятор и его проще чистить.

А всё из-за того, что лениво бриться через день, и типа проще раз в неделю триммером по недельной щетине пройтись :(

Из-за той же лени, пришлось также упростить процедуру заварки чая - отказаться от прогрева заварного чайника на конфорке и строгового тайминга.

Впрочем, оказалось что это разумная оптимизация - вкус не ухудшился (даже наооборот, при некоторых моих техниках заварка даже чуток подгорала :)), а руки целее стали.

Динамическое типизирование/автоприведение типов

Иногда от него больше проблем, чем пользы:

DECLARE @inYear int

DECLARE @inMonth int

DECLARE @decWorkingDate datetime

-- простенькую, понятную конструкцию

SET @decWorkingDate = cast(@inYear + '-' + @inMonth + '-' + '01' AS datetime)

-- пришлось заменить на более громоздкую и мозголомную:

SET @decWorkingDate = convert(datetime, str(@inYear) + '-' + str(@inMonth) + '-' + '01', 102)

Чуть поразмыслив можно понять, почему первый SET неверный, но глядя на содержимое @decWorkingDate,  этот вывод сделать труднее. На статике компилятор/парсер просто выдал бы ошибку.

А в данном конкретном случае даже юнит-тесты не помогли бы. Да и сложно их для SQL писать.