Про какой шум в коде вы говорите? Я вижу что вы классическую литературу то и не читали совсем...
Вот у вас есть репозиторий, за счет чего он репозиторий? Просто название как у всех?)) Или объект репозиторием делает какой-то специфичный репозиторию функционал?)
Если вы переписали код без интерфейсов, это не проще как минимум для разработчика, которые у вас в компании, судя по всему, выдумывают для каждого репозитория свой функционал))
Посыл статьи — не учить «как правильно», а подсветить проблему лишних абстракций
Наверное чтобы такие посылы раздавать, надо хотя-бы понимать зачем люди делают "как правильно" ;)
Актор - заинтересованное лицо в функционале (клиент, бухгалтер, администратор) и система должна быть построена так чтобы можно было менять функционал отдельно для каждого актора.
Ваша реализация без интерфейсов это вообще жесть какая-то, если честно, если вы тимлид, как вы можете не ограничивать клиентский код интерфейсами?) Функции ваших репозиториев и сервисов программисты должны в голове держать?) А их консистентность не проверятся исполнением программы, а держаться на честном слове?))
Наверное в статье говорится что пора перестать обманывать себя и просто надо начать учиться писать код) Нейронки это конечно круто, но человек круче, как по мне)
Выпускать что-то с завидной периодичностью и накручивать вокруг продукта хайп. Ну нет, это же не может быть трюк для зарабатывания денег... Это прогресс который заменит программистов! (Пхахахах)
Если допустимость действия зависит от нескольких сервисов, то ни один из них не является владельцем правил.
Дак микросервис это и есть сплошное размытие ответственности. За аутентификацию отвечают например 5 сервисов, за которые отвечают 10 программистов, получается что за аутентификацию конкретно никто не ответственен, каждый ответственный за 1 маленький кусочек
Умеют единицы что? Разгребать килотонны слоп-кода?) Почему-то люди которые до этого не прогали решили что они, в обнимку с гпт, лучше программистов которые уже не 1 год в профессии)) Хватит может уже рекламные лозунги бездумно пересказывать?((
Конечно не для фильтров, ахах. Это для hr который вообще ничего не понимает в 99% случаев...
Ну вот цепляют вас волки, которые и резюме подгонят и продадут себя красиво, дальше то что? Как так получается что вы ищите пробивных людей, которые подгоняют резюме и отлично себя продают, а когда находите оказывается это не то что вы хотели?)) Как капризные дети)
Дак это, как будто, у всех компаний. Ты должен расстелиться перед ними, сразу захотеть у них работать 24/7, а они взамен подумают)) Это бред и этот бред скоро надломится, я надеюсь
Как по мне дальше можно не читать. Под каждый фреймворк и стек отдельно резюме писать чтобы совпадать с вашими фильтрами?
Вроде уже понятно что такой найм не работает, но люди долбятся лбом в стену, в 5ый раз нанимают волка, но нет, проблема не в способе найма (волк то лучше всех резюме подгонит под вакансию - это должно смущать, НО, наоборот люди на это клюют,и потом приходят сюда расстраиваться что их найм не работает)
Помоему посыл автора что абстракция от деталей реализации это оверинжиниринг))
Да в статье и под srp очень странный пример...
Я вас не к этому хотел подвести, но не получилось, вы опять в меня жонглируете терминами)
Что вообще по вашему адаптер?)
Вы жонглируете терминами, это типичное поведение нынешних тимлидов.
Ничего личного, но раз вы это сюда принесли, считаю должны ожидать критики.
А так это хороший показатель почём синьор в одной компании это не синьор в другой.
Про какой шум в коде вы говорите? Я вижу что вы классическую литературу то и не читали совсем...
Вот у вас есть репозиторий, за счет чего он репозиторий? Просто название как у всех?)) Или объект репозиторием делает какой-то специфичный репозиторию функционал?)
Если вы переписали код без интерфейсов, это не проще как минимум для разработчика, которые у вас в компании, судя по всему, выдумывают для каждого репозитория свой функционал))
Наверное чтобы такие посылы раздавать, надо хотя-бы понимать зачем люди делают "как правильно" ;)
Актор - заинтересованное лицо в функционале (клиент, бухгалтер, администратор) и система должна быть построена так чтобы можно было менять функционал отдельно для каждого актора.
Ваша реализация без интерфейсов это вообще жесть какая-то, если честно, если вы тимлид, как вы можете не ограничивать клиентский код интерфейсами?) Функции ваших репозиториев и сервисов программисты должны в голове держать?) А их консистентность не проверятся исполнением программы, а держаться на честном слове?))
И вы ещё это называете "разумной" архитектурой))
Вы забыли про Ajax? Или не знали? (Что будет удивительным, конечно)
Наверное в статье говорится что пора перестать обманывать себя и просто надо начать учиться писать код) Нейронки это конечно круто, но человек круче, как по мне)
Как минимум устойчивость при сохранении изменчивости/возможности к расширению. Читали бы книги которые ругаете.
Безопасность ещё. В OWASP небезопасный дизайн входит в топ 10 уязвимостей.
Стрелочки есть, квадратики есть, что вам ещё надо? Логику происходящего? Пффф...
Пытаются всех RAGом нагнуть.
Если 1 бот ничего не понимает, надо 10 таких!
И такие вещи не вызывают дисонанс в голове?) Это менеджерские сказки - не важно как, важно вчера))
Выпускать что-то с завидной периодичностью и накручивать вокруг продукта хайп. Ну нет, это же не может быть трюк для зарабатывания денег... Это прогресс который заменит программистов! (Пхахахах)
Хах, не думал что увижу промпт из группы ВК на Хабре)
Дак микросервис это и есть сплошное размытие ответственности. За аутентификацию отвечают например 5 сервисов, за которые отвечают 10 программистов, получается что за аутентификацию конкретно никто не ответственен, каждый ответственный за 1 маленький кусочек
Умеют единицы что? Разгребать килотонны слоп-кода?) Почему-то люди которые до этого не прогали решили что они, в обнимку с гпт, лучше программистов которые уже не 1 год в профессии)) Хватит может уже рекламные лозунги бездумно пересказывать?((
Вы не понимаете, зато как в гугле! И на бумаге уже солиднее выглядит ;)
Конечно не для фильтров, ахах. Это для hr который вообще ничего не понимает в 99% случаев...
Ну вот цепляют вас волки, которые и резюме подгонят и продадут себя красиво, дальше то что? Как так получается что вы ищите пробивных людей, которые подгоняют резюме и отлично себя продают, а когда находите оказывается это не то что вы хотели?)) Как капризные дети)
По моему эти советы кочуют из головы в голову на всяких менеджерских тренингах. Там же где выдавливание не нужных сотрудников потихоньку осваивают ;)
Дак это, как будто, у всех компаний. Ты должен расстелиться перед ними, сразу захотеть у них работать 24/7, а они взамен подумают)) Это бред и этот бред скоро надломится, я надеюсь
Как по мне дальше можно не читать. Под каждый фреймворк и стек отдельно резюме писать чтобы совпадать с вашими фильтрами?
Вроде уже понятно что такой найм не работает, но люди долбятся лбом в стену, в 5ый раз нанимают волка, но нет, проблема не в способе найма (волк то лучше всех резюме подгонит под вакансию - это должно смущать, НО, наоборот люди на это клюют,и потом приходят сюда расстраиваться что их найм не работает)