Да, вот это убедительно. Получается по НДФЛ работодатель является налоговым агентом и в случае чего задолженность будет на физлице, а оно уже может идти в суд и доказывать, что он ничего про серую зп не знал и агент не исполнил свои обязанности (никто конечно с таким не пойдет).

Это вы ответственно заявляете? Обязанность на работодателе лежит, почему факт неисполнения перекладывает ее на физлицо?

Плохо плаваете — самое время попробовать полетать. Не утонете.
*Но есть другие проблемы…

А как решили эту проблему?

Согласен. И это приводит нас к мысли, что использовать SOLID как истину в последней инстанции как минимум не честно. Должна быть какая-то рациональность, а не догма.

Если уж на то пошло, то пустой контроллер и сервис к нему нарушает принцип YAGNI и KISS

Это здорово конечно, только что это дает в формах о которых говорит автор? Ну будет у вас пустой контроллер — который прокидывает вызов в сервис. Если поменяется что-то на форме вы будете менять сервис, а не контроллер. Получается сервис обслуживает только одну форму (и он по сути превращается в контроллер).

Основная мысль статьи — а получаем ли мы достаточно профита от соблюдения всех правил? Никто не покушается на правила как таковые — естественно надо разделять обязанности и все такое

Чем написание кода в контроллере нарушает какой-либо из принципов SOLID?

Вот это меня отдельно возмущает. Из-за того, что «плохо писать БЛ в контроллере» напишем тоже самое в сервисе. То есть дело просто в названии класса? Название важная штука, но дает ли такой подход какую-то осмысленную выгоду?

зачем тогда использовать эту ненужную прослойку под названием репозиторий

тем более, что DbSet это и есть репозиторий — по крайней мере «крякает и плавает как утка» ©

> REST API получает запрос, преобзовывает его согласно принятым протоколам, отдает на откуп бизнес логике.
Практически все это делается автоматически фреймворком и мы возвращаемся к ситуации в начале статьи. Вот как вариант habr.com/ru/post/505708/#comment_21713234

Интересная мысль — я с ней согласен, но где проходит эта грань? Например редактирование справочников это БЛ?

> механическое перетаскивание кода из класса А в класс Б не приносит пользы

Это вы хорошо сформулировали, довольно часто именно это и происходит вместо разделения логики. Просто соблюдается некий карго-культ в котором должны быть контроллер и сервис — и это автоматически считается хорошей архитектурой, как будто что-то поменялось от того что бардак в контроллерах переехал в сервисы.

А с другой стороны — все-таки это правильное разделение и нужно найти какую-то конкретную грань когда есть смысл писать БЛ в контроллере, а когда в сервисе

Это был юмор ) Разве открыли все вирусы, которые есть на Земле? Вирус мог обитать и эволюционировать на животных и в какой-то момент перекинуться на человека

А сколько там прошло с сотворения Земли? По самой низкой оценке 3000 лет В чем вы видите противоречие?

Журналистам это расскажите www.kommersant.ru/doc/4292223. 30 км можно на машине каждый день ездить, тысячу маловероятно

Согласен

> вирусная лаборатория в мультимиллионнике? Вы там, извините, с той ноги встали?
я что ли ее там строил? он по факту там находится — без понятия в черте города или на окраине. Новосибирск если что тоже милионник — и если про Вектор будут писать СМИ, они скажут — в Новосибирске.

Изначально у вас не было болота. Разовьем с болотом: делают анализ и выходит, что если бы это был завод — то там должно были бы быть и другие вещества (ну по технологическим цепочкам так выходит) и тогда бы накрыло район рядом с заводом. А накрыло деревню рядом с болотом и в облаке
сопутствующие болотные газы. Будете продолжать настаивать на заводе: он же мог теоретически?

На рынок же возили зверей — тоже за тысячу километров? Помимо мышей еще было бы неплохо, чтобы в городе было достаточно высокообразованных людей, которые будут работать в институте и условия для их жизни на постоянной основе… Это просто мои рассуждения, могу сильно ошибаться.