В продолжение )) imgur.com/a/G3OGJYv

сколько человек в команде

Четверо.

кто сопровождает Ваш код

Команда разработки.

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

Минимальны. Ежедневные митинги у нас практикуются давно и так. О процессах писал здесь habr.com/ru/post/524460

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

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

то мешало Вам сходить в исходный код rails gem’a

Я не про себя писал. Да и зачем это нужно? Ведь это техническая деталь реализации. А вот логика одна и та же для всех ЯП и фреймворков, как и много чего другого.

Это можно сделать одним щелчком из ide

Спасибо кэп. В следующий раз обязательно спрошу у вас совета.

А у меня к вам есть вопрос. Вот скажите, есть какая-то галлера, которая набирает под легаси проект джунов рубистов (или не важно, какой ЯП). Нет там никаких гуру. Соответственно эти спецы сами чему-то и как-то учаться. Идут годы. Вроде таски они закрывают, клиент и галлера, вроде довольны. В финале мы имеем спецов с опытом 5-7 лет в одном едином стеке. Отсюда вопрос, какой уровень квалификации таких людей? Почему люди не пробовали себя в других стеках и яро защищают свой текущий стек? Как такие люди должны обучаться и у кого, как им понять где полезная и нужная информация, а где бред?! Почему многие любители AR не в состоянии простой SQL написать? Где эта грань перехода от джуна к мидлу и от мидла к сениору? Почему галлеры раздают всем лычки сениоров и продают джунов, как сениоров? Как вообще во всем этом звездице разобраться молодому и начинающему специалисту?
Ну а что касается руби, то начинать новый и большой проект на руби в 2021 году, когда все новые статьи начинаются с того, что руби еще не умер, то это попахивает не очень хорошо. По поводу ноды я вообще ничего не говорил о том какая это хорошая платформа. JS есть JS, со всеми своими проблемами. Но лично для меня есть тут неоспоримые плюсы, и единый стек с фронтом (Реакт), один из них.

Ой, я извиняюсь, а разве Ruby существует вне RoR? А разве RoR не презентовал себя, как новый мощный АПИ для бэкенда? Какова вообще доля Синатры или вообще чистого Руби? А про кучу технологий я написал лишь для того, чтобы подчеркнуть, что я стараюсь объективно посмотреть на инструмент, а не с точки зрения «синдрома утенка». После пыхи мне руби тоже показался приятным. Но ровно до тех пор, пока я на нем, естественно с командой, не сделал громадный сервисный маркетплейс со своей системой CRM, бухгалтерией, своим платежным SDK и кучей еще всего. И то, как комманда профессиональных спецов (8 человек) пыталась с этим справиться, повергло меня в непроходящий, до сих пор, ШОК! За три года это все превратилось в такой легаси, что народ, который это писал, сам начал разбегаться с проекта, кто куда. А главное, писали-то грамотно, покрывали тестами. Но сам дизайн языка превратил миллионы строк кода в нечитаемый ужас. Кстати, что такое абстрактный подход и атомарность, многие рубисты вообще никогда не слышали. В итоге, миллоны примесей, безумное сделование DRY, которое приводило к вечным проблемем в коде, так как в одном месте нужно было немного логику поменять, а вдругом оставить старую. Что такое стейт машина и нафиг она нужно, большинство вообще слыхом не слыхивали и в скедуле лепили сравнение времени для экшена джобы прямо на текушее время. Что-то не отработало (скедул в дауне, например), все, досвидание. Джоба больше никогда не выполнится. Всю бизнес логику несут в модели, так как рубистов так научили. Что такое статические словари и зачем они нужны, вообще никто не знает, все несут в базу, устраивая там помойку и еще миллион чего. И все это, типа, НОРМА для Руби, так как спецов так делать научили умные книжки. Я могу много чего рассказывать, но нет в этом смысла. На хабре была большая статья о устеревшем дизайне руби со всеми пояснениями.

К сожалению, это уже проблема больше специалистов, а не ЯП. Но лично для меня нода развязала руки. Я строю архитектуру с нуля так, как я хочу, а не как мне велит RoR way. Я ради интереса спрашивал у некоторых сениоров, как во фреймворке в контроллер прибегают парамсы, и как middleware обрабатывают запрос. Так все глаза пучили, не понимая чего я хочу. Прибежали мол в метод и прибежали, бери да пользуйся, чего еще тебе нужно ((( Конечно же для такиех спецов и нужен фреймворк-комбайн. И ЯП тут уже уходит на задний план.

В своей жизни я писал на C++, Delphi, PHP, Python, Java, немного на Go и Rust, Crystal, N. Более 10 лет на JS. Более 5 лет на Ruby. Такого слова для инструмента, как «экосистема прекрасна» и т.д. в моем лексиконе не существует. Такого рода эпитеты могут писать только специалисты, которые сидят в едином стеке и их все устраивает.

P.S. Это же прекрасно, когда вместо подключения только необходимых файлов в каждом конкретном случае, RoR тащит в память всю папку app через авто подключение. Сарказм, если что. Попробуйте с graphQl поработайте на RoR, может энтузиазма поубавится.

Ничего хорошего в руби и рельсах на сегодняшний день нет. Отдал ему много лет своей жизни. Поддержка и развитие только для галочки. Никто не внедряет туда что-то новое. Символы были нужны 20 лет назад, когда на серваке было оперативы в мегабайтах, а не гигах. Сейчас же это наказание, особенно при работе с АПИ. DSL — это просто изврат, лично для меня. Учишь не ЯП, а чьи-то подделия. Программисты на руби тащат в код сотни разных гемов, хотя можно обойтись парой строк кода, в большинстве случаев. В итоге убежал в ноду. Тем более я и фронт пишу, так что работаю в едином стеке. А все что про руби можно сказать и именно это и говорят, так это то, что «Руби еще не умер».

А чем, по вашему, техлид занимается? А для чего нужен бизнес/системный аналитик? Какова роль проект менеджера? Зачем нужен тимлид? А еще есть скрам мастер и руководитель проекта (и это не ПМ). Помимо этого, есть архитектор, QA, девопсы, спецы по БД. Когда найдете ответы на эти вопросы, тогда и сможете оценить уровень статьи, и не только.

Блин, как же у меня горит от этой писульки! Такое впечатление, что ее писал младший помощник старшего уборщика в околовайтишной конторе. Но зато есть понимание того, что реальные специалисты смогут без проблем устроиться вне галеры. И это радует. Даже не хочу комментировать этот набор случайных слов. По факту, есть условные разделения спецов по уровню их квалификации (джун, мидл, сениор). Берем метод аналогии с токарями, у которых есть шесть разрядов по уровню квалификации. Шестой — наивысший. Так вот — это прямая аналогия. И это хорошо описано в спецификации. Сениор — это, всего навсего, «токарь пятого-шестого разряда», и не более того! А весь бред, который продуцируется — это попытки украинских галер навесить кучу дополнительных обязанностей за зарплату гребца. Многие за бесполезную лычку готовы на любые галерные подвиги. И эта статья тому подтверждение. А в совокупности со статьями про 54 летних джунов, так вообще картина нашего ИТ очень непреглядная. Увы и ах.

Тупо — не тупо, но это первое что можно понять по софт скиллам человека. Вот лежит на столе сотня резюме, и нужно процентов 90 отсеять сразу же, так как никто не будет со всеми встречаться и проводить собеседование. И как это делать? Но то такое, лирика. Умные возьмут на вооружения, а не очень — будут спорить до потери пульса. Каждому свое. А если человек имеет разные манеры поведения в разных компаниях, то он двуличен, и делать ставку на такого будет большой ошибкой для компании.

Я Кожаева вообще в виду не имел. Ему дорога в крупные конторы давно закрыта и не из-за кол-ва комментариев. Что касается мониторинга, то можно сокрушаться сколько угодно о несправедливости, неправильности подсчета и т.д. Это просто сухие факты. Но я понимаю, что вы это к себе примеряли, в первую очередь. Не знаю, как другие люди, но если лично мне нужно проверить человека, то я о нем узнаю все, даже то, что сам человек не помнит о себе. Потому, что я в жизни не допущу к крупному проекту человека, о котором ничего не знаю. А тем более не буду представлять его заказчику, который в случае чего, усомниться в моей компетенции, если я буду ему рассказывать о том, какого классного специалиста мы нашли к нему в многомиллионный проект. А таких проектов, с эпическими обсерами, я повидал немало. В итоге и заказчика теряли и спецов увольняли. Все зависит от того, зачем человек пошел в эту сферу. Кто-то может копать, а может не копать. То его удел довольно простой и предсказуемый. А вот те, кто реально хочет взять от жизни многого, те планируют свою жизнь заранее, и взвешивают свой каждый шаг. Но то такое, лирика. Явно об этом не в комментариях нужно писать.

Просто я почитал твои коменты и мне кажется, что ты или хайп ловишь или просто не планируешь свою жизнь вообще. Вот, например, нужен на один интересный проект человек, открывается вакансия и приходит резюме. Резюме конфетка. Но находим этого специалиста здесь, на Доу, и у него 20 тыс. комментариев. Внимание, вопрос, а он вообще когда-либо работает или только коменты строчит. Или тот же вопрос, но уже к софт скилам. Читаешь пару «мудрых» коментов соискателя и понимаешь, что таких людей нужно обходить стороной. И при всем при этом, многие люди считают себя элитой, очень умными и намного успешнее других. Смех, да и только. А потом многие удивляются, что с ними работать не хотят, или предлагают какой-то шлак за копейки. У всего есть свои корни, и у каждого необдуманного действия, свои последствия. Не знаю, в курсе тут народ или нет, но многие серьезные команды (руководители) на дорогих проектах мониторят потенциальных специалистов по всем источникам информации. И какой-то глупый комментарий в сети может поставить крест на мечтах о «сладкой жизни». И никто никакого фидбека не даст, и понять почему карьера не складывается будет очень сложно.
А теперь возвращаясь к твоей мысли, что тебе плевать на неудачников и все в том же духе. Просто твой бумеранг описал круг и вернулся к тебе. Это же КЛАССИКА!

Мне кажется, что проза жизни проста и очевидна. Если ты амбициозен, если у тебя высокая самооценка, если ты считаешь себя очень интеллектуально развитым, если ты отличный специалист, если ты всегда решаешь любые задачи, а проблем для тебя не существует, а есть только текущие житейские вопросы, то к своим 40 годам ты должен быть успешен, с отличной карьерой за спиной, и хорошими капиталами. А все твои устремления должны быть направлены на развитие собственного бизнеса/проекта/продукта и т.д.
Если же к 40 годам у тебя капиталов столько же, как и в 20 лет, если тебя окружает одно «тупое быдло», если тебя кидает работодатель, если вся твоя жизнь — это череда неудач и разочарований, то искать причину своих бед нужно в другом месте. Стоит всего лишь взглянуть в зеркало, и наконец признаться, хотя бы самому себе, кто ты есть на самом деле и чего стоишь. Все остальное — не более чем защитная реакция несчастного человека, который очень хотел, но не смог. Такое бывает — это жизнь. И для того, чтобы начать подниматься со дна, для начала нужно осознать, что ты на нем очутился.

Спасибо за статью. В общем и целом согласен. Есть пару ремарок.

Лично я считаю, что не стоит до конца дней расти в гребле. После определенного уровня (10-15 лет) однозначно нужно уходить в архитектуру и экспертизу. Архитектура и экспертиза — это самые проблемные места в любой конторе, без исключений. Все хайповые ЯП и фреймворки — это пыль на ветру («Dust in the wind») и только построение сложных архитектур и экспертиза от очень опытного специалиста становятся все ценнее и дороже с годами, как выдержанный коньяк ))

При поиске новой работы не стоит себя позиционировать, как опытного гребца. Это и так понятно. Нужно себя «продавать», как опытного инженера и человека, который не код пилит от «забора до обеда», а еще и как специалиста, который решает проблемы бизнеса. Вовлекаясь в сам процесс.

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

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

При найме нужно сразу понимать, что из себя представляет заказчик и его бизнес. Это стартап или перевод офлайн бизнеса в онлайн. Если первое, то высока вероятность, что после MVP всех отправят по домам. Второй вариант — это самый идеальный. Реальная разработка продукта под готовую бизнес модель. С развитием и поддержкой. Если заказчик не особо адекватный человек и это сразу видно по первому разговору, то нормальной работы не будет. Нужно не соглашаться на офер и искать дальше.

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

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

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

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

Итого, нет смысла конкурировать в гребле с молодыми — это путь в никуда. Но есть смысл уходить в архитектуру и экспертизу, так как каждый выполненный проект — это левел ап к скилам и экспириенсу независимо от технологий.

Желаю удачи и всех благ. Не выгорайте и получайте удовольствие от работы!

Так-так. Любопытная статейка. При чем по всем фронтам.
1.

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

Первый, настораживающий момент. Человек стал экспертом, потому что прочитал ряд книг. Да еще и откровенно об этом заявляет публике. Это не есть гуд. Так как после колоссального опыта, специалисты начинаю понимать, что книги — это не догмы. И очень часто вообще имеют мало общего с реальной практикой.
2.

Но ровно так же все входили в ступор после простейших вопросов:

А что, если контракт — формальность, и с помощью него вы не докажите правоту?
А что, если контракта нет?

Тут ответ вполне очевиден. Если компания берет в работу заказ без договора и прописанных обязательств, то это самая обычная говноконтора, от которой нужно бежать без оглядки. И дальше это будет еще сильнее видно по тексту.
3. Клиент очень был рад на презентации, но именно на ней ни слова не сказал о заполнении сайта контентом. Ээээ, это вообще как? Встречаются партнеры на заключительном этапе, жмут друг другу руки о хорошо проделанной работе, а потом какое-то письмо приходит? Мол, клиент страдает рассеянный атеросклерозом, и вот вспомнил о детальке одной?! Даже звучит, как бред сивой кобылы. Типа, контора не знала о задаче с контентом (какое-то агентство не дало им эту информацию 0_0), а клиент об этом забыл на весь срок разработки проекта. О каком менеджменте и профессионализме вообще тут может речь идти? Я вообще тут в ступоре!
4. Проект был на 180 часов!!! Ого-го, не иначе целый маркетплейс разрабатывали. И то, не смогли адекватный эстимейт сделать и вылезли в 195 часов. Даже 200 часов — это три спринта не напряжной работы для ОДНОГО специалиста! Я здесь вообще не вижу никакого прожект менеджера в упор! Какие переговоры? Какие решения внезапных проблем? Что вообще здесь происходит?
Остальное, даже не хочу комментировать.

Итог.
Судя по примеру я вижу, перед собой подвальную ВЕБ студию, которая хватается за все, что только можно. При этом стратегия такая: наобещать побольше, лишь бы взять заказ, а потом уже разберемся. Где здесь вообще прожект менеджмент, ума не могу приложить. Можно и продавца в магазине тоже подвести под определения, что он в итоге тоже прожект менеджер.

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

А по факту, как это должно быть:
1. За проект компания не берется, если он полностью не разобран по косточкам, если все не выяснено до последнего пункта, что именно нужно заказчику, и если в итоге не подписан контракт со всеми объемами работ. При этом с учетом того, что дополнительные хотелки оплачиваются тоже дополнительно. Лучше вообще не брать в работу заказ, чем взять и потом обосраться с ним.
2. Если эстимейты проводят только гребцы, и это потом не просматривается и утверждается лидами, то это плохой звоночек. В 95% случаев гребцам плевать на бизнес и желания заказчиков.
3. Прожект менеджер никогда не будет показывать никаких результатов, если он не разберется в бизнесе заказчика и производственном процессе создания проекта. Ему вечно будут иметь мозги то с одной стороны, то с другой. И он не будет обладать никакой реально достоверной информацией о том, что же реально происходит на проекте.
4. Никакое чтение умных книг и красивых статей не поможет вам стать профессионалом. У каждого свой путь набивания шишек и скачек по граблям. Немногие становятся экспертами в своем деле, а остальные шатаются по конторам, меняя их как перчатки, каждые пол года.

Се ля ви!

ФОП — это самозанятый человек, который ни копейки помощи не получил от государства, а только имеет одни проблемы и палки в колеса он него. Весь доход ИТ ФОПа — это и есть вся его прибыль. По сути его зарплата — это единственный заработок, в котором нет никакой дополнительной прибыли (на развитие производства, амортизация, дивиденды и т.д.). И поднятие налогов — это просто отбирание его зарплаты, что по сути является банальным грабежом и не более того. Помимо этого ФОП не защищен ни социально, ни на гос. уровне (юридически, экономически и т.д.), вообще никак. Айтишники — это в большинстве своем мобильные люди, которые в состоянии оторвать свою задницу от стула и свалить в ту страну, где смогут и зарабатывать достойно и жить достойно, тем более что рынок ИТ во всем мире только растет. Вот читаю я тут ваши измышления (и не только ваши) и диву даюсь. Живете и работаете вы в Кракове, но учите, как правильно стричь нас в Украине. Не дай бог иметь такое мышление у людей, которые решают нашу судьбу.

Смету по строительным материалам для ремонта в квартире можно создать здесь: e-tamarin.com Для одного помещения бесплатно. Это будет надежнее, чем байки строителей слушать. Еще есть статейка по поводу ремонта, как самому во всем разобраться: cleverman.org/...​nachat-kak-sostavit-smetu

Вообще-то вот график эксит полов: kor.ill.in.ua/...​.png?v=636142472552378240 И тут явно статистика не в пользу Трампа.

Ага. Мы уже видели всю «мощь» статистики на выборах Трампа. Поговорка даже есть: «Есть ложь, есть наглая ложь, а есть статистика».

За подборку спасибо большое. Для тех, кто работает с Rails API, то шестая версия не особо что-то меняет. А вот Ruby 2.6.1 пока недоступен в RVM. Надеюсь, что скоро появится.