Задать вопрос
Ответы пользователя по тегу Карьера в IT
  • Что показать работодателю при устройстве стажером в веб-разработку?

    paulradzkov
    @paulradzkov
    Дизайнер, верстальщик, начальник отдела UI
    Сделайте несколько лэндингов / визиток или небольшой информационный сайт. Но это должны быть полностью законченные работы, без лорем ипсумов.

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

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

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

    Задача стажера на собеседовании — показать, что он может делать несложную работу качественно, что он принесет пользу команде.
    Ответ написан
    Комментировать
  • Где найти того, кто "оценит" твой код?

    paulradzkov
    @paulradzkov
    Дизайнер, верстальщик, начальник отдела UI
    Для начала максимально упростите жизнь ревьюверам. Чем меньше усилий потребуется с их стороны, тем больше шанс получить код ревью. Отправлять на почте zip-архив и просить посмотреть — это для ревьювера неудобно, многие откажутся. К тому же как передать комментарии обратно.

    Для каких-то маленьких простых вещей делайте демку на codepen.io или аналогичных сервисах — это очень удобно и быстро открыть ссылку, увидеть код и результат, форкнуть, исправить или оставить комменты.

    Если это уже сайт (даже одностраничник), заливайте его на github pages (https://pages.github.com/).
    Для этого вам придется разобраться с git (если еще не изучили), но git вам точно в профессии понадобится. Когда код на github, его удобно просматривать и оставлять комментарии к конкретным строкам кода, или сделать исправления через pull request. К тому же, не покупая домен и хостинг, вы соберете себе на github портфолио.

    Когда вам будет что показать, ищите ревьюверов прямо здесь на тостере.

    Дополнил этот ответ и написал статью на paulradzkov.com/2016/code_review
    Ответ написан
    Комментировать