Відео

Спасибо! А как тебе само собеседование?

Я бы хотел сделать заготовку для репозиториев, которые достают не DTO, а живые доменные объекты. Это нарпавление разработки пока

идеи буду собирать тут github.com/HeavyTechRuby/ideas

@@SergeiUdalov А какая основа у репозиториев? rom.rb?

@@ivanrudskikh2893 тут у меня пока нет уверенности. Как вариант. Я в ближайших видео расскажу свои мысли на этот счет. А дальше - предлагаю подключиться тебе со своими идеями. Уверен, придумаем интересно

@@SergeiUdalov мне просто показалось, что ты уже используешь репозитории и они тебя чем-то не устраивают. У нас в проекте репозитории не используются, но мы смотрим в их сторону)

Если продолжить твою мысль, то еще один слой нам тоже не поможет, так как бизнес-правил у нас будет много. Так что и в сервисный уровень их поместить не удастся без нарушения SRP. У слоя model есть одна ответственность - содержать в себе core-данные и бизнес-правила. И никакого нарушения. Сформулируй, пожалуйста, уточнение своего вопроса.

@@SergeiUdalov В моем понимании сервисный объект отвечает за один бизнес кейс. Единственная причина для изменения класса этого сервиса - изменени требований бизнеса. Получается SRP. Толстые модели придется изменять чаще, т.к. они содержать в себе множество бизнес кейсов.

@@ivanrudskikh2893 для меня model != active record. Если есть несколько бизнес кейсов - их можно выделить в отдельные классы внутри модели. Не все классы в models должны быть ActiveRecord.

@@SergeiUdalov отдельные классы внутри модели - что это? Ни это ли еще один слой абстракции?

@@ivanrudskikh2893 MVC - это паттерн, в котором M - Model - слой. В этом слое много классов, которые отвечают за разные аспекты бизес-логики и core-данных. Если нужно, можно разделить Model на слои, да - нужно сформулировать их ответственность. Но можно и не делить, а считать, что все классы находятся в одном слое. Например, расположить UseCase в модели норм, но JsonSerializer уже нет - это View. А что ты имеешь ввиду по моделью?

Спасибо! Заходи еще. Ты уже подписан?

Рад, что интересно. А где работаешь? Чем занимаешься?

Одни и те же данные могут быть представлены клиенту, как html/json/xml. Выбор формата лежит на контроллере, так как он знает, что за запрос он обрабатывает. Но формирование конечного сообщения - это view. Json - это не данные

@@SergeiUdalov Я не докапываюсь, просто хочу для себя понять. Согласен с тем, что html/json/xml - это форматы данных. Условно правила форматирования. Согласен с тем, что форматирование сырых данных может происходить во view. Но вопрос заключался где генерируется json. Вопрос именно в генерации. Условно для json у нас вообще может не быть view, но если мы в контроллере скажем отображать данные в формате json и от браузера придет запрос на отображение данных в формате json, то мы их получим даже без наличия view. Мне кажется, что генерируется происходит именно в контроллере. Например, если мы захотим сгенерировать скажем данные в формате pdf. По сути у нас не будет view, а будет метод, генерирующий код файла и мы его просто отразим в браузере. В зависимости от формата данных браузер их либо отрендерит или предложит сохранить как файл. Еще один пример у нас есть объект user = User.find(1). В контроллере мы делаем render json: user.to_json. Браузер понимает что он получил данные в формате json и отобразит их. При этом у нас нет view для json.

@@agrariy5919 то, что у нас может быть как угодно, вопросов нет. Встретить можно всякое. Но я говорю о том, как корректнее с точки зрения MVC. И тут у нас есть модель, и есть презентация этой модели для клиента. Одни и те же данные могут быть представлены а разном виде - json, XML, pdf. Вот это представление и есть. То, что у нас фактически генерация была описана в active record или контроллере - это может быть удобно, но это нарушение MVC.

Супер! Вот тут информация github.com/HeavyTechRuby

Это знак! Тебе нужно становиться, как минимум, fullstack!! Не думал об этом?

Спасибо, не сразу понял. Сначала была ассоциация с армией. А ты на ВУ работаешь?

@@SergeiUdalov не, я просто расшифровал) вопрос не мой

@@studiosus23 а ты где работаешь? Чем занимаешься?

@@SergeiUdalov я работаю в РФ рубистом и немного гошником

@@studiosus23 а для каких целей go?

Да, его идеи мне очень близки. Для тех, кто не знаком - elegant objects

@@SergeiUdalovзабавный момент в том, что он говорит об именовании классов по действию, например Post::Publish, User::Create, но «обычно» класс подразумевает именование существительным, в то время как функция класса (или функция) в целом - действие. Такой подход ведет к созданию множества классов с одним публичным методом (call, perform), что тоже не всегда отражает семантику действия.

@@davidfisher3581 а кто говорит, что такие классы - хорошо? Ни я, ни Егор так не считаем. Это интеракторы - антипаттерн

С наступающим

Спасибо большое, буду. Как тебе мысль про MVC?

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

@@SergeiUdalov эх молодежь ... фрагментарное мышление :), имхо чтение обязательно умные люди читают книги, дурак не может быть хорошим программистом

@@excavator3571 с книгами стать хорошим программистом сильно проще, тут я согласен и часто рекомендую читать. И считаю, что программист будет так развиваться быстрее. Я не согласен с "обязательно". Человек может и через свой опыт прийти к правильны мыслям. Вопрос лишь в том, хватит ли ему жизни, чтобы проделать этот путь. Если уж говорить про фрагментарность, то если не читал эту книгу, но читал DDD или Clean Arch, то для меня это искупает это незнание. Если не читаешь книги, не значит, что дурак. Ты можешь быть необразованным, но умным. А что еще делают умные люди?

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

@@excavator3571 без орфографии же как-то справляемся.

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

@@SergeiUdalov На самом деле никто не знает что означает 'B' в названии этой структуры.

@@zakharka3938 на практике, никто это знание не использует. Только для собесов.

Я нет. Но это может создать позитивное впечатление при общих равных. Выбор сотрудника имеет не только рациональное и объективное, но и субъективные мотивы, эмоциональные.

Да, зависит от компании и команды.

Пока рук не хватает еще и на канал. Поэтому без помощи это у меня не получится. Монетизацию пока не планирую. Давайте подождём 10к. Там посмотрим.

Приходи!

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

для лайв кодинга допустимо, я тоже не заметил в моменте

Отвечу, если пост соберет 150 лайков

@@SergeiUdalov видео или комментарий с вопросом?)

@@user-bp6kt9ub9s к видео

А в чем поворот? Подписывайся на подкаст :)

Понял, не сразу узнал тебя по нику!

Да вполне уже старенькое :)

Поддерживаю

Ты спрашиваешь с позиции лида? или как научить хорошим привычкам своего лида?

@@SergeiUdalov с позиции, разработчика, который работает с таким лидом)

@@smertokrab я исхожу из того, что лид - разумный человек. Раз так, он должен прислушиваться к разумным аргументам. Вероятно, ты должен ответить на вопросы: что команда получит от внедрения, что для этого нужно сделать, что именно ты готов для этого сделать? Если лид не разумный - то нужно искать нового - разумного.

Приятного просмотра!

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

Если спикер хочет выступить, но не может, разве это не нарушение свободы слова? Он понимает, что столкнется с проблемами. Тут важна разница «не хочу» и «не могу». В статье именно в про второе. То, что ты делил спикеров на нормальных и нет - субъективная оценочная категория. Важно, что есть те, кто не могут свободно высказываться на технические темы на тех площадках, где хотят. Они же не про политику

На этот и другие вопросы отвечу в следующем подкасте. Подписывайтесь

Я бы лучше интересовался какой уровень нужен на сеньора, джунов обычно не берут.

@@dmitriyobidin6049 и какой, по вашему мнению? Мб есть где-нибудь roadmap или что-то в этом роде.

@@AlexanderYakimec Так я сам не знаю и понять не могу. Как мне кажется, это одна из самых больших проблем руби комьюнити - тут очень мало учебных материалов и вообще открытых материалов, особенно для вкатунов. Как будто это какой-то фильтр, промучался и прошел этот путь значит можно брать :)

@@dmitriyobidin6049 ну я уже в процессе. Просто интересно, когда уже достаточно учиться и можно работать) Но в РФ я вижу только вакансии от 2-х лет опыта, а если их нет, то тебя футболят)

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

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

Если вспомнишь, пиши в tg SergeiUdalov!

Я советую почитать rails way и попробовать сделать простенький проект для себя. Нужно понять, нравится ли.

@@SergeiUdalov да мне все нравится. Просто нужен коммерческий опыт, фриланс сложно найти на рельсах даже

@@doomymax577 есть возможность попробовать силы в стажеровке. Либо во фрилансе. А потом выдать это за коммерческий опыт

Привет, а почему не взять бы ноду? Просто интересно.

@@koala2077 работы нет такой. Или я не прав?

А ты где с ней пересекался?

@@SergeiUdalov в 2015ом в одной местной телерадиокомпании. Я тогда только ВУЗ закончил и проходил стажировку.

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

​@@SergeiUdalov Я начинал в 2016-м и тогда работы на руби было примерно как сейчас на гошке) если говорить про РФ рынок, то вакансий после 22 года стало сильно меньше. Если открыть тот же hh, то можно увидеть, что из всех адекватных вакансий осталось 3-4 компании(самокат, сбермаркет, evrone и возможно что-то еще, что сходу не вспомню), остальные - это попытка найти сеньора фуллстек разраба на зп джуна или что-то совсем мусорное типа написания планигов на redmine. Можно, конечно, развиваться и расти в рамках компаний, что я перечислил выше(я работаю в одной из них), но кажется, что рынок действительно выглядит проблемным даже для опытных разрабов) Я уж не говорю о том, какой путь нужно пройти джуну, чтобы залететь в эти компании. Спасибо за видос, без негатива)

@@studiosus23 но где-то же рубисты 2016 года работают. Именно безработные рубисты существуют?

@@SergeiUdalov У меня нет такой статистики:) я писал про проблемный рынок. Если тебе нужно было бы уходить из Самоката по каким-либо причинам, какие компании в РФ ты бы рассматривал для новой работы?

@@studiosus23 я заранее никогда и не знал, куда уходить. Открывал резюме и писал хантерам, кто мне писал в последнее время.

Вполне возможно. А как ты это оценил, что он маленький?