Сучасна диджитал-освіта для дітей — безоплатне заняття в GoITeens ×
Mazda CX 30
×
  • +1 мова у портфель. Чому варто вивчити Ruby

  • +1 мова у портфель. Чому варто вивчити Ruby

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

    Четверо.

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

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

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

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

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

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

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

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

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

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

  • +1 мова у портфель. Чому варто вивчити Ruby

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

    Підтримав: Yuriy Shepitko
  • +1 мова у портфель. Чому варто вивчити Ruby

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

  • +1 мова у портфель. Чому варто вивчити Ruby

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

    Підтримали: Roman Pavlyuk, anonymous
  • +1 мова у портфель. Чому варто вивчити Ruby

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

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

    Підтримав: Mykola Veryha
  • +1 мова у портфель. Чому варто вивчити Ruby

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

  • «Хочу стать сеньором». Ошибки и заблуждения специалистов

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

  • «Хочу стать сеньором». Ошибки и заблуждения специалистов

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

  • Курьезы и странности отечественного ІТ. Опыт циничного программиста

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

  • Курьезы и странности отечественного ІТ. Опыт циничного программиста

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

    Підтримав: Максим Журавлёв
  • Курьезы и странности отечественного ІТ. Опыт циничного программиста

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

  • Курьезы и странности отечественного ІТ. Опыт циничного программиста

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

    Підтримав: Максим Журавлёв
  • Плюсы и минусы разных ІТ-компаний. Опыт циничного программиста

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

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

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

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

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

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

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

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

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

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

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

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

    Підтримали: Andrii Uhryniuk, Vitalii D, Oleg Beloy, Максим Журавлёв, Ivan Komarov, Dmytro Androshchuk, Paranoid Android, Дмитро Сафронов, Oleksii Ivanov, Diana Lynovytska, Oleksandr Suvorov, Alexander Khomchenko, Bogdan Harchikov, Ваня, Denys Ievstratenko, Дмитро Ус, Dima Kravtsov, Sergii Shilingov, Mykola Kondratiuk, Алексей Залесский, Vadym Baranenko, Anatolii Medvedchuk, Sergey Lysak, Volodymyr Yatsevsky, Ciemna noc, Tymofii Nikolaienko, Vladyslav Oleshko, Andrei Boiko, Pasha Radiuk, Andrew Frolov, Yuliya Ishchuk, Павло Бауман, Oleksandr Melnychuk, Gremlin, Pavel Lashkevych, Kostiantyn Gorbunov, Gennady Dogaev, Slaventij Bilokur, anonymous, Alexej Samojlov, Sergiy Zhuravel, Антон Кравченко, Taras Bilous, Gramm, AndrewM, Maksym Huz, Oleg Zinoviev, Ювженко Денис, Pavlo Saikevych, Vi, Serge Loboda, Testbestfirst Testbestlast, Eugene Berezhnyi, Рахіт Срінавасович Кумар, Maryna Lytvyn, Andrii Shchurkov, BodjaSyper, igor shaula, Denys Kriukov, Елена Гришина, Eugene Samonenko, Artur, Yuriy Pavlenko, anonymous, Ievgen Safronenko, danylko vladyslav, Oleksandr Shchirskyi, Sergius von Bielersee, Viacheslav Manulik, Anton Kuzmenko, Євгенія Невська, Вавилен Татарский, Serhii Khalymon, Ruslan Hyzhytskyi, Dmytro Borysovskyi, Alex, Alexandr Gajdosh, Yuriy Shepitko, Yuriy Kish, Josh, Oleksandr Bardanov, anonymous, Кумбанчеро, Eugene Abramchuk, Vadym Liapin, Dmitry
  • Как проджект-менеджеру обеспечить качественный сервис, даже если «в контракте этого не было»

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

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

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

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

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

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

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

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

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

    Се ля ви!

  • О чем вновь договорились ІТ и государство. Коротко об итогах встречи

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

  • Советы по ремонту в квартире (стройкомпания или частники?)

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

    Підтримав: Alex Fogol
  • Рейтинг мов програмування 2019: JavaScript майже зрівнялася з Java, популярність Go знижується

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

  • Рейтинг мов програмування 2019: JavaScript майже зрівнялася з Java, популярність Go знижується

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

  • Ruby/Rails дайджест #26: релиз Ruby 2.6.1 и Hanami 2.0.0.alpha1, представлена первая бета-версия фреймворка Ruby on Rails 6

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

    Підтримали: PKCLsoft, Kirill Shevchenko
← Сtrl 1234 Ctrl →