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

а ты читал что дядьки в книжках пишут? они там черным по белому пишут что лишние слои абстракции не нужны, что их надо вводить ровно когда надо

Это не на эту ли тему не так давно в тви скандал был, когда Jeffrey Way про это же высказался

читал, не читали те кто их насильно внедряют и потом разочаровывают Лешку Моркошку

Про излишнее усложнение

И Алан Кей про это вещает

да много кто

и все это из-за недопонимания что есть контракты, что такое late binding и зачем оно надо

по факту же из-за херовой декомпозиции

Сергей, а ты книгу не пишешь случаем?

нет, мал я еще

Иногда бывает так, что есть способы сделать что-то проще, но люди упрямо натягивают паттерны, пишут интерфейсы, и всё это из-за таких вот, кто написал "наследование зло и ведет в ад, хелперы зло, только композиция, ничего больше, только фабрика, только инверсия зависимостей... "

тут проблема с корее что люди это все пихают не понимая какие проблемы они решают

Ну ты уже грустишь от того, что в мире мало знаний, и сам много их имеешь. Это ж первый путь) задумайся

начини с малого

Ну ты уже грустишь от того, что в мире мало знаний, и сам много их имеешь. Это ж первый путь) задумайся

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

https://www.youtube.com/watch?v=ZQGZ_fHjY-U

вот такие штуки радуют

как например такое https://gist.github.com/eecd9199c810e50af9a37f39980c09d4

этож трейт по сути

Иногда бывает так, что есть способы сделать что-то проще, но люди упрямо натягивают паттерны, пишут интерфейсы, и всё это из-за таких вот, кто написал "наследование зло и ведет в ад, хелперы зло, только композиция, ничего больше, только фабрика, только инверсия зависимостей... "

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

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

Есть такая практика: 1) Пишешь по простому, чтобы работало 2) При частых и серьезных изменениях рефакторишь Или же если у тебя хороший опыт и видиние куда все приведет юзай существующие практики.

“по-простому” это как?

чтобы работало, сам реши как для тебя это просто

tdd почти

да

написал тест

перед tdd по простоте идет ddd

и bdd

для некоторых проще всего это две недели оверинженирить придумываю “архитектуру”

Павел описал ass pain development?

написал убогую реализацию чтобы работало

потом посмотрел убогость и сделал норм

для некоторых проще всего это две недели оверинженирить придумываю “архитектуру”

кстати да

потом посмотрел убогость и сделал норм

и проебал все сроки )

либо придумывая архитектуру, либо кое-что пиная

потом посмотрел убогость и сделал норм

а норм это как?)

а норм это как?)

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

так чтобы не возникало боли при работе с этим))

а чуть лучше хотя бы

так чтобы не возникало боли при работе с этим))

но ты не знаешь как с этим будут работать другие)

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

т.е. если в проекте сплошное и непроходимое говно, то можно не трогать?

если есть время трогать или тебе дают - трогай, меняй

тока иногда на говне все стоит

в уже налепленых проектах))))

видал я такое)

т.е. если в проекте сплошное и непроходимое говно, то можно не трогать?

а если в проекте битрикс и тебе надо сделать таску чтобы логировать каждый вход например

ты будешь весь битрикс переделывать

или поставлю логирующую проксю перед?)

вариантов много

а если в проекте битрикс и тебе надо сделать таску чтобы логировать каждый вход например

это там из коробки есть

но суть в том что код надо делать чуть лучше чем он был до этого

тем самым через некоторое время код будет нормальным

а переписать все утопия

это там из коробки есть

я как пример

логирование заказов например

отправка смс с подтверждением и тд

ну мы пишем маленькие кусочки, если время есть, то нормально делаем (ну, стараемся), если нет, то как получится

главное чтобы как получится было не хуже чем самое худшее место в проекте)

имхо естественно

везде по своему

как бы ты не писал охуенно

через год это уже будет не очень

и захочется переписать

главное чтобы как получится было не хуже чем самое худшее место в проекте)

в 99% случаев написать хуже чем откровенный говнокод надо еще постараться, не?

ибо всегда найдется идиот, который нахерачит хер пойми как :) я к тому, что такой себе критерий

ERROR: S client not available

Есть умельцы которые и не стараются

Есть умельцы которые и не стараются

прирожденные мастера

а так вот докладик в тему https://www.youtube.com/watch?v=8bZh5LMaSmE

я сегодня рефакторил класс в 12-ю зависимостями)

понравилось?

я сегодня рефакторил класс в 12-ю зависимостями)

и одним тест-кейсом? :3

иногда кучу зависимостей никак не зарефакторить :(

иногда кучу зависимостей никак не зарефакторить :(

в этом случае просто всю оставшуюся логику пытаюсь вынести в еще одну зависимость и тогда можно покрыть интеграционным

правда иногда так выходит что хотя бы один иф но остается

да бывает такое, что класс и выполняет вот это все связывание зависимостей в одно целое

и это его первоочередная функция

хорошие классы-менеджеры. Нихера не делают, только делигируют

меня стремают люди, которые употребляют слово "делегируют" :)

меня стремают люди, которые употребляют слово "делегируют" :)

почему? делегируй унижай

меня стремают люди, которые употребляют слово "делегируют" :)

А как короче и яснее сказать?)

никак, лучше не использовать это слово, это антипаттерн

никак, лучше не использовать это слово, это антипаттерн

почему?)

Ну не знаю, прям ходовое слово достаточно. (даже без привязки к ИТ)

это слово - двуликий янус

Вот если я скажу "двуликий янус" меня точно 50% переспросит)

что оно на самом деле значит? распределить обязанности или разделить задачу на подзадачи?

что оно на самом деле значит? распределить обязанности или разделить задачу на подзадачи?

передать обязанность

> разделить задачу на подзадачи? это декомпозиция

а зачем передавать обязанности?

передать обязанность

+

ну типа мне для того что бы сделать операцию надо посчитать числа и отправить письмо. Я ни того ни того делать не хочу. Потому я одному челу делигирую подсчет чисел и другому отправку нотификаций.

Потому что задача слишком низкоуровневая для тебя

а зачем передавать обязанности?

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

а почему ты все таки делегируешь задачу частями, а не целиком? ;)