но суть думаю поняли

перефразируй плиз не уверен что понял

Наличие тестов != отсутствие багов

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

я считаю что если архитектура хорошая то не будет вопросов по коду касающихся реализации после гебольшого брифа

Что такое хорошая?

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

Что такое хорошая?

хорошая == "мне нравится" очевидо же

ну это когда разработчик сможет ^

хорошая == "мне нравится" очевидо же

Ну как бы я к этому

не это окгда понятно что происходит и почему

Ну как бы я к этому

так я тебя понимаю =)

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

я тебе так скажу: разобраться можно с любой архитектурой

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

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

ну вот это и имеется ввиду

т.е. разраб пониает что где почему

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

так, продолжим потом, надо грести

т.е. разраб пониает что где почему

Неа, это не критерий поддерживаемой

по моему очень важный

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

то она будет понятна

то она будет понятна

но понятна != поддерживаемая

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

ты знаешь где что. при этом в любом проекте

но понятна != поддерживаемая

+

Tim (0) увеличил репутацию Anton Davydov (1)

Tim (0) увеличил репутацию Anton Davydov (1)

ы

ну короче читаемость и понятность это ложные цели

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

ну почему ложные

изменяемость и гибкость - настоящие

ну так из них исходит читаемость и понятность

ну

но понятна != поддерживаемая

потому чтт вот

впринципе я понимаю

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

ну ток если не совсем такие вещи типа app.start и всё

легко представить

изменяемость и гибкость - настоящие

гибкость нет тоже, потому что гибкость субьективное слово

сделай чето негибким, а потом читаемым

гибкость нет тоже, потому что гибкость субьективное слово

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

сделай чето негибким, а потом читаемым

ну типа видишь как изогнуться тут приходится

то значит так ещё постараться сделать надо

нет, это для примера

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

если надо понять че это такое

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

лол так то да

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

а не как это выглядит

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

это уже опыт

для этого придется кучу крайностей пройти

и метомагию, и паттерны, и DI

и кучу всего

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

эксепшен флоу всякие и так далее

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

ну

эксепшен флоу всякие и так далее

)

проблема представить именно как можно написать понятно но не гибко

а не гибко и понятно

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

то гибкость как то сама прийдёт

проблема представить именно как можно написать понятно но не гибко

user.save

процедурный код местами может быть понятным))

но он нихрена не поддерживаемый

user.save

вот блин

вот не гибкий способ сохранить что-то где-то, но зато понятный

ERROR: S client not available

эксепшен флоу всякие и так далее

я так и не понял что ты имеешь против эксепшенов внутри класса

я конечно почитаю твой канал

но все же

я так и не понял что ты имеешь против эксепшенов внутри класса

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

даже найду сейчас

вот такая залупа

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

и дебажить этот ад было вообще анриал

value? to_s?

а что не проще pasted_pastry_text.css('.product_name .nombre_producto')[0].text ?

а что не проще pasted_pastry_text.css('.product_name .nombre_producto')[0].text ?

Оно то проще но по заданию именно xpath надо или regexp.

аа ок

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

а если б месседжи не кидали бы эксепшен?

а например имели бы метод типа success? error ченить такое

было б меньше боли?

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

ну по факту это было бы тоже самое что ты предлагаешь с Success Failure

только в роли говорящего - сам объект

и это самое что ни на есть ооп =)))

Ребят, в рельсах руками в контроллере формирую nested_attributes (основываясь на пришедших из формы данных) для has_many связи, и помещаю этих аттрибуты в params. когда создаю объект, пишет ActiveModel::ForbiddenAttributesError Exception: ActiveModel::ForbiddenAttributesError. После долгого исследования понял что проблема именно в этих в ручную созданных аттрибутах (если сделать params.permit! проблема исчезает). Есть варианты как решить по человечески?

Вообще подозреваю что для этого нужно использовать десериализатор

Т.е. либо инструмент гема для сераилищации который у тебя в проекте

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

Либо вообще отдельные классы для записи/изменения/создания но это многие не рекомендуют

Если не прав поправьте

>ForbiddenAttributesError все nested поля тоже должны быть допущены в params через permit - будет по человечески если эти поля будут явно перечислены в permit Igor

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

Ребят, в рельсах руками в контроллере формирую nested_attributes (основываясь на пришедших из формы данных) для has_many связи, и помещаю этих аттрибуты в params. когда создаю объект, пишет ActiveModel::ForbiddenAttributesError Exception: ActiveModel::ForbiddenAttributesError. После долгого исследования понял что проблема именно в этих в ручную созданных аттрибутах (если сделать params.permit! проблема исчезает). Есть варианты как решить по человечески?

делай через ActionController::Params

а блин их переименовали ActionController::Parameters