Задать вопрос
Ruby on Rails и Javascript разработчик, автор блога c3gdlk.ru

В поисках совершенного кода...
Контакты

Достижения

Все достижения (2)

Наибольший вклад в теги

Все теги (44)

Лучшие ответы пользователя

Все ответы (95)
  • Подготовка к собеседованию Junior Ruby on Rails?

    c3gdlk
    @c3gdlk
    Ментор в http://rubyboost.ru/
    Я уже выучил Ruby, RoR


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

    По сабжу

    REST, MVC, структура проекта, в каких папках что лежит, включая папку config.
    что такое представление, паршиалы, по моделям полностью - скоупы, ассоциасии. валидации, коллбеки
    контроллеры - before_action, что уже лежит в ApplicationController
    Unix - что такое приложение, процесс и порт. Что делать если при старте сервера пишет, что порт 3000 уже используется.
    По руби - идиома @a ||= b, блоки, циклы, что делаeт attr_accessor, что такое символ, константы в руби.
    По базам - прошу привести примеры какие запросы генерирует та или иная цепочка DSL ActiveRecord, например
    User.where(id: 1), User.where(id: [1]), User.where(id: []) И таких вариантов куча, нет смысла пытаться заучить, нужно разбираться.

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

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

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

    P.S. лучше знать что-то одно хорошо, чем много всего по немногу.

    Но, в каждой компании по разному.
    Ответ написан
    Комментировать
  • Экономика для чайника. Есть ли такая книга?

    c3gdlk
    @c3gdlk
    Ментор в http://rubyboost.ru/
    Как устроена экономика не знают даже экономисты с многолетним опытом исследований. Они лишь предполагают и сами в итоге делятся на школы и направления. Поэтому почитать одну книжку и найти ответы на все вопросы не получится.

    Голая экономика и Голые деньги от Чарльза Уилана. Очень интересно и доснупно написано. Но он глобалист-. После него полезно еще почитать Злые самаритяне и Как устроена экономика от Ха Джун Чхан. У второго автора здоровая критика глобализма и капитализма, чего нет у первого. Но материал более сухой и научный. Впрочем, после первых двух книг понять его не составит труда
    Ответ написан
    Комментировать
  • Как навести порядок в компании?

    c3gdlk
    @c3gdlk
    Ментор в http://rubyboost.ru/
    Вам нужна помощь того, кто работает в компании, в которой все процессы выстроены грамотно и не просто работает, но и участвует в выстраивании этих самых процессов.

    Из быстрых советов.

    1. Завести систему управления проектами, лучше Jira пока ничего не придумали. Для разработчиков не самая удобная система, но с точки зрения бизнес процессов лучше ничего нет.

    2. Разобраться с ролями, которые есть в аутсортинговых компаниях и внедрить их у себя. На данном этапе у Вас есть аккаунт менеджеры (Ваши переводчики) и разработчики. Нужны еще как минимум менеджеры проектов и менеджеры команд. В зависимости от скила и ответсвенности разработчиков определяется насколько горячо нужен отдел QA. На небольших проектах иногда и разработчики могут проверять свой код, QA отдел нужен, но может быть не первостепенной Ващей задачей.

    3. Выстроить процесс разработки. Канбан или скрам, в зависимости от проекта. И четкое флоу задачи.
    Получили требовния -> кто-то должен их прояснить -> кто-то должен сформировать пак задач, определить сроки и приоритет -> разработчики получают и делают задачи -> кто-то ревьювит код разработчика -> готовое решение заливается на тестовый сервер (или делается тестовый билд) -> разработчик первым проверяет свое решение -> QA отдел проверяет решение -> результат выкатывается на прод и клиент информируется о готовности

    4. Если еть инициативные разработчики, можно сформировать команду которая будет выстраивать эти процессы. Например встречаться раз в пару недель и обсуждать, чтобы хотелось изменить/ улучшить. К таким решениям будет больше доверия.

    Работа по выстраиванию процессов медленная и тяжелая, нужно определить приоритеты и составить план действий.

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

    По каждому направлению в котором Вам предстоить работать есть множество хороших книг, составляйте для себя список и начинайте изучать.
    Ответ написан
    1 комментарий
  • Product manager с нуля, насколько реально?

    c3gdlk
    @c3gdlk
    Ментор в http://rubyboost.ru/
    имхо, не тратьте деньги на курсы. Книга по канбану ,книга по скраму, книга по agile и идите на стажировку.
    Тратите баксов 50 на платные Jira, ADO, pivotaltracket и еще бесплатно trello и разбираетесь во всех их кнопках которые сможете натыкать.

    И Вы на голову будете выше всех остальных кто ломится в стажировку. Стажировка - не работа. Просто халявный способ войти в айти и надо обойти таких же халявщиков

    пол года назад примерно на пикабу видел рекламу курса какой-то популярной конторы на менеджера. Они там сквиз замутили, типа как бы ты, как менеджер, поступил в данной ситуации. Забавно, но там либо не было правильного ответа, либо нельзя было ответить однозначно. Все вопросы были говно. Вот и как после этого доверять таким курсам.
    Ответ написан
    2 комментария
  • Летние стажировки в IT?

    c3gdlk
    @c3gdlk
    Ментор в http://rubyboost.ru/
    Пойдите на кафдру IT Вашего универа или самого круногов городе. Там обычно висят кучу объяв, заодно можно и в деканат зайти спросить.
    Ответ написан
    3 комментария