для своих килотонных класов?)))

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

ну это уже слишком субьективно

из-за отношения людей к ним, начинают зацикливаться

так проблема ж не в индексах/метриках. Проблема в том что люди обычно склонны оптимизировать то что проще померять

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

ну то есть.... тупо фикстурки менеджат?

FaaS - fixtures as a service

ну наверное типа того

ну наверное типа того

это была шутка

"микросервисы"....

так проблема ж не в индексах/метриках. Проблема в том что люди обычно склонны оптимизировать то что проще померять

проблема в людях, но их-то не исправить)

стучишься в апишку и у тебя хитровыделанный пользователь

стучишься в апишку и у тебя хитровыделанный пользователь

https://www.youtube.com/watch?v=j32nn5pgm9g

специально для тебя. Рекомендую

там про что? микросервисы зло?

про то, что такое микросервисы

да отстой

нет конечно)

такие маленькие

(у вас не микросервисы)

там скорее про то что "микросервисы были с нами уже лет 40"

про цикличность хайпа в программировании

про то как вендоры портят идеи

ну и в целом неплохая ретроспектива

ну... и Грэг Янг оч харезматичный спикер)

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

https://www.youtube.com/watch?v=KaLROwp-VDY

второе видел

мне понравилось

первое я тебе перекидывал от Сергея -_-

и пересказывал)

)))

написал хрень на го, завернул в докер, вжух и микросервис :D определение микросервисов в 2017 году :)

написал хрень на го, завернул в докер, вжух и микросервис :D определение микросервисов в 2017 году :)

посмотри, там не только вопросы микросервисов задеваются.

вопросы ООП тоже

и в целом оч неплохие мысли есть

@fes0r Грег Янг так легко говорит про cohesive и я сразу вспоминаю Кента Бека

вообще в Грэга крутые доклады.... если не смотреть все подряд про ES

вообще в Грэга крутые доклады.... если не смотреть все подряд про ES

потому что они одинаковые?)

тип того

ну кроме 6 часового мастеркласса

@fes0r Грег Янг так легко говорит про cohesive и я сразу вспоминаю Кента Бека

это ты про ту дискуссию в хэнгаутс?

или 8ми

это ты про ту дискуссию в хэнгаутс?

ага

ну да)) но это как бы... не значит что это что-то сложное. Там помимо Кента чуваки тоже делились что они воспринимают coheasion и coupling на несколько другом уровне

связанность организаций и инструментов/процессов

зацепление персонала в команде

ну и опять же это не что-то что ты знаешь, это тип как... поиск некого компромиса

я понимаю, что он не "не знает"

я вот сейчас увеличиваю зацеплеине путем устранение геттеров

запихиваю все в объекты

когда объекты разрастаются думаю как их разделить

потом когда что-то выходит думаю "а почему так.... а как это на бизнес логику ложится... ух ты, а круто ложится"

просто вот Янг там говорит что-то, если эти 5к или 10к строк кода cohesive, то зачем их разбивать. Вот как понять, они прям cohesive или нет

скорее

бывает супер очевидно, что не cohesive

SRP

а вот обратное, прям хз

приходит на помощь

SRP

как все просто, ага)

ну то есть как

у тебя получился кусок кода в 10К строк

и вроде как все круто

и ты начинаешь думать... "а что если... мне надо будет поменять что-то, например как считается коммиссия"

и смотришь можно ли этот кусок вынести

что бы с точки зрения SRP было лучше

мм, ну вот хз, так у меня никогда не будет даже 5к строк кода вместе

и так примеряешь на себя роль клиента твоего класса/модуля и дробишь достигая минимальных эффортов в изменениях

мм, ну вот хз, так у меня никогда не будет даже 5к строк кода вместе

у меня есть 800

класс юзера который я сейчас рефакторю

ERROR: S client not available

800 строк геттеров и сеттеров)

и еще каких-то странных методов которые больше нигде не используются

уже вынес 200 строк в отдельный класс

(попутно удалив 100 строк в сервисном слое потому что попереносилось частично)

в целом кода становится раза в полтора меньше...

код становится понятнее... с тестированием вообще проблем нет

пока-что во всяком случае.... 80 тест кейсов только(

800 строк геттеров и сеттеров)

ну тут легко понять cohesive или нет)

супер просто

))))

и ты начинаешь думать... "а что если... мне надо будет поменять что-то, например как считается коммиссия"

не думай, пока не попросят)

не думай, пока не попросят)

ну дядя боб так учит "предсказывать"

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

сильно далеко вперед смотреть наверное нет смысла, но минут 15-20 подумать в день можно

иначе это будет тупо стихийная разработка

дядя боб много чему учит, но вроде он описывал, что принцип "предсказывания" они юзали в 90ых и пытались делать все супергибким

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

а как мы понимаем где надо? Там где попросили, там и надо)

не ну это да)) он там по сути и говорит что "единственный способ предсказать изменения это когда у нас будут эти изменения"

мне кажется, что это у него где-то было, но возможно у кого-то другого или у всех

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

"слегка"

мне кажется, что это у него где-то было, но возможно у кого-то другого или у всех

это было где-то в одной из лекций на тему open/close вроде... а может и про srp когда он говорил

ну и подобные штуки есть не только у него

секу

это было где-то в одной из лекций на тему open/close вроде... а может и про srp когда он говорил

не, я это в книжке читал

найду

не, я это в книжке читал

я быдло и смотрю видосики на ютубе

то ли его, то ли Бека, то ли Фаулера, то ли Эванса

я быдло и смотрю видосики на ютубе

я тож мало читаю ща((

я как Джулс, стараюсь изо всех сил)

но все равно черный(