Search
Write a publication
Pull to refresh

Comments 5

При прочтении данной статьи, возникло ощущение, что автор уже определился с выбором. А статью написал просто, чтобы обосновать этот выбор остальным.

Но вообще конечно это треш, ради не слишком сложных проверок использовать вычислительные мощности языковой модели, работу которой ты не проверишь и не отладишь.

Складываются ощущение, что большая часть претензий автора к коду высосана из пальца и решается правильной реализацией принципов ООП и SOLID в коде. Это в языках типа С от if было никуда не деться, а в С# есть Стратегия для сложных проверок, и множество разных методов для простых. Если проверок становиться слишком много можно использовать Validations Frameworks или самому создать нечто подобное.

Возможно конечно у автора есть какие то более весомы доводы для использования языковой модели, но из статьи они не очевидны.

Автор просто выполняет план, спущенный деврелом.

Не было плана, статья была написана на внутреннем ресурсе.

А деврел молодец что помог перенести на хабр.

Есть как минимум две причины, и в статье они описаны:

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

Вторая - не реально формализовать всё, попробуй описать что такое вежливость с использованием SOLID

Но мысль статьи в том что бизнес будет применять скоро оба подхода и с этим придется жить.

В статье указано когда использовать языковые модели:

Но попробуйте формализовать требования к стилю, тону, вежливости

Это ж сколько времени нужно потратить, то бы описать данные требования кодом.

Sign up to leave a comment.