Окей, ты решил делать проект «по красоте» — никакого г0внокода, всё по заветам дядюшки Боба. Начинаешь с фундамента — с модели User. Звучит просто, но потом ты такой: «Так, а где хранить пароль?», «А статус верификации — это атрибут или уже отдельный use-case?», «А это вообще в Entity или в UseCase?» — и понеслась. Если коротко — моделирование сущности User по принципам Clean Architecture похоже на то, как будто ты пересобираешь свой гардероб: выкидываешь всё лишнее, оставляешь только базу, а остальное — по случаям жизни...

Перейдя с Java на Go несколько лет назад, я мог просто с комфортом украсить все свои типы символом a '*' и на этом закончить. И тем не менее, что-то продолжало меня беспокоить. Это была не страна Java, где все представляет собой замаскированный указатель, размещенный в куче. Разработчики Go, должно быть, сделали указатели явными, чтобы разработчик думал о том, когда их уместно использовать, а не просто размахивал ими, как золотым молотом. Действительно, когда дело доходит до советов и советов сообщества,...