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