Нам требуются. :) Я видел еще вакансии, в которых требуются.
Можно пойти сразу на вакансию на React, не вопрос, но после указанной мной базы это еще полгода вдумчивого и сурового обучения минимум. Иначе либо вы никуда не пройдете, либо вам будет очень тяжело на рабочем месте. Ну, иногда кому-то везет попасть в теплое место и там не тяжело, но это исключительные случаи. Я такие видел, но редко.
Нет, почему :) смотрите, это совет для тех, кто никак не может устроиться, хотя вроде бы знает js и react, или кто устроился, но ему очень тяжело работать и он регулярно заваливает задачи.
И не нужно зубрить весь js до состояния полного понимания, учебник learn.javascript огромный :) Я обозначил выше три темы (DOM, события, отправка данных на сервер/прием с сервера). Имеет смысл хорошо знать их + базовую работу с циклами, строками и массивами - и этого вполне достаточно, чтобы идти собеседоваться и выглядеть на собеседовании (в компании, где нужен vanilla js) достаточно неплохо. Ну, и "знать" означает теория + практика. Но это не запредельный объем, за полгода-год берется.
Ну, в 2015 действительно был придуман ES6, до этого на те же вопросы мы ждали других ответов, это правда :) И входить во фронтенд относительно легко стало тоже только после 2015. Я в 2017 даже переучивался несколько месяцев.
И еще одно, прямо моя боль. Если знаете React и подаетесь на вакансию с чистым js, сделайте отдельное резюме, из которого уберите строчку "ищу работу на React/Redux/Mobx/TS" (весь опыт с React можно оставить). Или не делайте, но мы уже перестали таких звать на собеседование, потому что у нас нет этих технологий в работе.
Мы нормально относимся к решению базовых задачек через map и forEach. Когда речь идет о разговоре на собеседовании, то какую-то задачку мы просим решить конкретно с помощью for, это надо уметь, но соискатель не должен об этом догадываться. В тесте достаточно просто любого правильного решения (и даже иногда не до конца правильного), чтобы пройти на живое собеседование (у нас).
В наших требованиях к джуну даже фреймворка нет :)
Про деньги: - вилка для джуна на самом деле 50-120, сильно зависит от уровня джуна, и зарплата растет с ростом уровня. По-моему, для джуна совершенно адекватная цена. - мидлы могут получать у нас и больше, чем вы написали (хотя и 120-160 нормальная вилка для слабого-среднего мидла). Я только на прошлой неделе собеседовал двух мидлов, которые хотели 180, но оба не прошли. - для сеньоров у нас нет интересных задач. Те, что есть, мы делим между собой.
Про стартовую задачу - она у нас на знание циклов и работы со строками и/или массивами. То, что каждый второй джун пытается решить ее через регулярные выражения (и почти все решают неправильно, потому что не знают, что буква Ё не находится между буквами А и Я) - это проблема джунов :) Хотя мы уже написали в тексте задачи, что если вы знаете решение задачи через регулярные выражения - вы можете написать это отдельной строкой, это будет плюсом. Но мы ожидаем решения без использования регулярных выражений.
React/vue этим людям (во всяком случае, приходящим к нам соискателям) не надо будет потом "вспомнить", они его и не знали никогда, им показалось. Им надо будет его нормально выучить.
Ментор-коллега - это большое счастье, доступное немногим. И то даже в этом случае имеет смысл иметь внешнего ментора, более крутого, чем коллега, и понимающего, как идти еще выше и каким путем.
По большей части остальных пунктов я уже высказался в статье, повторяться не вижу смысла :)
Я там выше писал про резюме, посмотрите. Мы реально смотрим все резюме. Если резюме более-менее вменяемое и мы совпадаем по условиям (у нас работа только офисе в Москве и нам, к сожалению, нужно высшее образование), то мы высылаем простой входной тест, и, если соискатель его проходит, зовем на видеособеседование (даже из дома выходить не надо). Наверняка таких компаний, как мы, много.
Мне кажется, Ваша задача хороша для проверки мидла. При этом желательно еще подобрать такую, чтобы ее не требовалось решать несколько часов, а то многие просто не дойдут до конца. Для джуниора это может быть очень сложно (или задачей на несколько дней кодинга), но при этом он может быть уже достаточно компетентен для того, чтобы мы взяли его на работу.
Мне кажется, что пункт 1 - это путь, но просто это не путь веб-разработчика :)
Про 2 вообще не согласен, как раз веб-студии для джуниоров - самое то, особенно если работают с разными движками. Можно разобраться в большом количестве деталей.
Про Битрикс - соглашусь, это действительно отдельная область и тоже отдельный путь. Идти туда можно, но это мало дает для обычного программирования и надо учить как отдельную предметную область. Поэтому скорее тоже тупиковая ветвь для тех, кто хочет именно веб-разработку в больших компаниях на реакте и т.п.
Про продажи в повседневной жизни я с Вами согласен, но это отдельный навык и он долго качается. А рассказывать почаще о том, что вы делаете, хорошая идея, но отклик может случиться очень нескоро, полтора года - это много, а работать хочется уже сейчас :)
Ну, filter, map и reduce, если джун не знает, можно выучить за пару дней, здесь особой проблемы нет. Мидл, скорее, давно это знает и странно, если нет, но тоже в целом не критично.
В личку можно всем :) Я еще, правда, не начал отвечать, там в разных каналах уже 30 сообщений. Но я постараюсь сегодня-завтра всем ответить :)
В чем я с Вами согласен - в том, что умение пользоваться гуглом - это важный профессиональный навык. Мы на собеседовании разрешаем пользоваться гуглом.
И мы не используем задачу на окончания на собеседовании. И в ограниченном пространстве собеседования гораздо удобнее, если даешь сложную задачку, просить реализовать принципиальную часть алгоритма, а всякие краевые эффекты можно и устно пообсуждать. И вообще, вполне нормально в том числе смотреть, как человек сначала пишет неправильный код, а потом думает и исправляет ошибки. Это показывает, как он мыслит, и много говорит о нем, как о программисте. Вы же не думаете, что мы выгоняем с собеседования каждого, кто совершает ошибки? Нет, главное - исправить их :)
В чем я с Вами не согласен - в том, что мелких алгоритмов "бесчисленное множество". Их, на самом деле (особенно если говорить о тех, что полезны в веб-разработке) не такое уж большое количество классов. И если вы умеете делать алгоритм некоторого класса задач - то вы сможете решить любую задачу этого класса, собрав алгоритм в голове на месте. В том числе и такую, которая в гугле еще никем не решена (а таких задач в работе много).
И еще, чем больше нужных вещей вы знаете на уровне понимания, тем быстрее вы работаете и тем в более сложных вещах более высокого уровня вы сможете разобраться. И поэтому - да, многие вещи мы требуем именно знать, а не мочь нагуглить. Потому что работа человека, который не знает, обычно не принесет мне и 20 тысяч за месяц, соответственно, его зарплата будет еще меньше, а это никому не интересно - ни мне, ни ему.
Спасибо за комментарий! :) Да, эти соискатели пытаются нас учить вместо того, чтобы послушать фидбэк и принять к сведению (хоть даже, может, и не согласившись). Я в большинстве случаев им фидбэк уже не даю, ограничиваюсь тем, что "мы не можем предложить вам работу". Потому что если человек все равно не готов меня слышать, то зачем. :)
Это действительно простая задача, но она требует времени и спокойствия для учета нюансов. А моя практическая цель на собеседовании состоит в том, чтобы максимально быстро выявить, умеет ли человек программировать в принципе. Поэтому я на самом первом этапе даю задачу еще проще, эта мне не подходит, она тратит слишком много времени моего и соискателя.
Ну и про субординацию. Пока вы не дошли до уровня, на котором вас нанимают как человека умнее начальника, чтобы вы ему сказали, как нужно делать (а это минимум крепкий мидл), от вас ожидают трудолюбия и подчинения. Это не значит, что вы не можете спорить на работе по техническим вопросам, но на уровне джуниора работодатель полагает, что он лучше знает, что ему нужно, поэтому напишите в резюме то, что важно работодателю, и соблюдите политес вроде нормальной фотографии и отсутствия треш-тока в описании. И тогда ваши шансы резко возрастут :)
Вы можете прислать мне в личку ссылку на Ваше резюме, я могу посмотреть и сказать, какие с ним могут быть проблемы. :)
2) Нужно проверить, что в резюме нету чего-то странного, а еще - что соискатель не забывает о субординации.
Самое ужасное - это обычно раздел "обо мне", где можно написать кучу всего, говорящего о том, что соискатель не знает, что в рабочем контексте стоит обсуждать, а что нет. Что мы там обычно хотим увидеть: - краткий перечень того, что человек может и чему он научился к текущему моменту, обобщение рабочего или учебного опыта. Максимум - два-три абзаца. Какие технологии знаете, какие самые значимые задачи решали. - какие-то ваши пожелания по конкретизации сферы деятельности. Если вам важна какая-то конкретная технология, например, и вам нужно получить опыт работы именно с ней. - хобби/дополнительные навыки, которые могут как-то помочь в работе. Обычно это язык или математика. Буквально обозначить, что и какой уровень. Мы еще любим, когда указывают футбол (у нас есть команда), но на трудоустройство это не влияет. :)
Чего там быть не должно: - рассуждений о том, какие плохие (работодатели, коллеги, неважно кто) и вообще эссе на абстрактные темы, например, про то, как надо учиться программированию. Во многом - потому, что там очень легко случайно или намеренно написать какой-нибудь тезис, прочитав который, с вами просто не захотят работать. Ну, не говоря уже о том, что если вы ругаете других людей прямо в резюме, то вы и на работе будете этим активно заниматься, это никому не нужно. Это - сразу стоп-фактор. - пожеланий, присущих всем. Типа - хочу учиться и развиваться, желаю приносить пользу и т.д. Это, во-первых, и так от вас ожидают, но проблема даже не в этом, а в том, что сформулировать это выигрышно сложно, а вот сформулировать криво и сформировать плохое впечатление - легче легкого. Это не стоп-фактор, но флажок как минимум. - коммуникабельность, стрессоустойчивости и высокой обучаемости. Если пишете про стрессоустойчивость - разверните. "Умею выдерживать ор начальства" и "Умею ругаться с подрядчиками и добиваться своего" - это две совершенно разные компетенции, хотя обе из них можно обозначиить как стрессоустойчивость. Обучаемость у вас, скорее всего, средняя (у меня тоже). Коммуникабельность - опять же, разверните, расскажите о конкретных ачивках, если есть. Или не пишите. Тоже не стоп-фактор, но флажок. - ошибок, особенно в ключевых технологических словах или в словах типа "граммотность", но и вообще. Попросите знакомого филолога проверить ваше резюме, дайте ему немного денег, в конце концов :) Это тоже близко к стоп-фактору: если человек не знает даже названия технологии, то и в синтаксисе с шансами будет путаться.
Странное в остальных местах резюме - это аватарка с изображением, не имеющим к соискателю отношения, вместо фотографии; или какое-нибудь очень странное или непристойное фото, или кривляния на фото. Правильно - обычное селфи, где крупно видно лицо; фото в полный рост или по пояс тоже норм, даже селфи, хотя выглядит странновато, но джуниору прощается. Без фото в принципе тоже норм.
Еще странное - это подробное описание нерелеватного опыта и нерелеватной учебы. Не пишите на полстраницы, что вы делали, работая машинистом на железной дороге, и не указывайте сертификат по дайвингу. Лично мне все равно, я просто пролистываю, но чем больше такого, тем больше это раздражает эйчара.
Смотрите. Если Вы не относитесь к категориям людей, к которым у hr заведомо предвзятое отношение (такие категории, к сожалению, существуют, в таких случаях устраиваться, скорее всего, придется по знакомству), то никакой проблемы ни в стажировке (если она короткая, это скорее неважно, но точно не минус), ни в школьном бэкграунде (это, на самом деле, суперплюс, у меня у самого школьный бэкграунд) нет.
Поверьте, нам на прошлой неделе, пришло больше 200 резюме, и мы отсмотрели практически все. Проблем у резюме обычно две.
1) У вас очень невнятный гитхаб или слабое портфолио. Мы такие резюме все равно смотрим, потому что как раз среди них может попасться человек с хорошим школьным бэкграундом, и у него большие шансы попасть к нам, но таких 1 из 20.
Невнятный гитхаб - это проект с минимальным функционалом (типа тудулист, в котором можно ставить галочки, такая функциональность как отдельный проект смысла не имеет, ее очень мало), обычно заправленный одним-двумя коммитами (а интересно посмотреть процесс разработки, что менялось, как правились баги и т.д.), и 80% кода - по сути верстка. Даже если таких проектов несколько, все равно представления о вашем уровне это либо не дает, либо дает отрицательное.
Внятный гитхаб - это хотя бы два (лучше три, но это трудно) осмысленных проекта. То, чем вы сами можете некоторое время попользоваться, половить баги, улучшить. Например, напишите вордли, желательно - с сохранением статистики по дням, хотя это и требует некоторого бэкенда, но зато это реально подтверждает, что вы можете выучить что-то смежное, если этого требует практическая задача, а не просто пишете об этом в резюме. Если хотите тудулист - реализуйте идеологию GTD, у вас появятся папочки, между которыми можно таскать, даты окончания, исполнители, текст (и туда пробуйте вставлять кавычки, html и javascript - и он не должен ломаться на кавычках, а javascript не должен разрешать). Тогда один проект занимает не меньше месяца, да. Но на это интересно смотреть, вы отличаетесь от других, ваше резюме сразу становится заметным.
Да, на PHP. Пришлю ссылку на вакансии в личку.
Нам требуются. :) Я видел еще вакансии, в которых требуются.
Можно пойти сразу на вакансию на React, не вопрос, но после указанной мной базы это еще полгода вдумчивого и сурового обучения минимум. Иначе либо вы никуда не пройдете, либо вам будет очень тяжело на рабочем месте. Ну, иногда кому-то везет попасть в теплое место и там не тяжело, но это исключительные случаи. Я такие видел, но редко.
Нет, почему :) смотрите, это совет для тех, кто никак не может устроиться, хотя вроде бы знает js и react, или кто устроился, но ему очень тяжело работать и он регулярно заваливает задачи.
И не нужно зубрить весь js до состояния полного понимания, учебник learn.javascript огромный :) Я обозначил выше три темы (DOM, события, отправка данных на сервер/прием с сервера). Имеет смысл хорошо знать их + базовую работу с циклами, строками и массивами - и этого вполне достаточно, чтобы идти собеседоваться и выглядеть на собеседовании (в компании, где нужен vanilla js) достаточно неплохо. Ну, и "знать" означает теория + практика. Но это не запредельный объем, за полгода-год берется.
Ну, в 2015 действительно был придуман ES6, до этого на те же вопросы мы ждали других ответов, это правда :) И входить во фронтенд относительно легко стало тоже только после 2015. Я в 2017 даже переучивался несколько месяцев.
И еще одно, прямо моя боль. Если знаете React и подаетесь на вакансию с чистым js, сделайте отдельное резюме, из которого уберите строчку "ищу работу на React/Redux/Mobx/TS" (весь опыт с React можно оставить). Или не делайте, но мы уже перестали таких звать на собеседование, потому что у нас нет этих технологий в работе.
Я не готов раскрывать подробности, но у нас - изучается значительно более пристально. Но так далеко не везде, конечно.
Могу сказать, что у нас реально смотрят диплом. И сильные расхождения в трудовой тоже заметят (детали, возможно, проигнорируют).
В далеком 2010 многие только так и делали. :)
Мы нормально относимся к решению базовых задачек через map и forEach. Когда речь идет о разговоре на собеседовании, то какую-то задачку мы просим решить конкретно с помощью for, это надо уметь, но соискатель не должен об этом догадываться. В тесте достаточно просто любого правильного решения (и даже иногда не до конца правильного), чтобы пройти на живое собеседование (у нас).
В наших требованиях к джуну даже фреймворка нет :)
Про деньги:
- вилка для джуна на самом деле 50-120, сильно зависит от уровня джуна, и зарплата растет с ростом уровня. По-моему, для джуна совершенно адекватная цена.
- мидлы могут получать у нас и больше, чем вы написали (хотя и 120-160 нормальная вилка для слабого-среднего мидла). Я только на прошлой неделе собеседовал двух мидлов, которые хотели 180, но оба не прошли.
- для сеньоров у нас нет интересных задач. Те, что есть, мы делим между собой.
Про стартовую задачу - она у нас на знание циклов и работы со строками и/или массивами. То, что каждый второй джун пытается решить ее через регулярные выражения (и почти все решают неправильно, потому что не знают, что буква Ё не находится между буквами А и Я) - это проблема джунов :) Хотя мы уже написали в тексте задачи, что если вы знаете решение задачи через регулярные выражения - вы можете написать это отдельной строкой, это будет плюсом. Но мы ожидаем решения без использования регулярных выражений.
React/vue этим людям (во всяком случае, приходящим к нам соискателям) не надо будет потом "вспомнить", они его и не знали никогда, им показалось. Им надо будет его нормально выучить.
Ментор-коллега - это большое счастье, доступное немногим. И то даже в этом случае имеет смысл иметь внешнего ментора, более крутого, чем коллега, и понимающего, как идти еще выше и каким путем.
По большей части остальных пунктов я уже высказался в статье, повторяться не вижу смысла :)
Я там выше писал про резюме, посмотрите. Мы реально смотрим все резюме. Если резюме более-менее вменяемое и мы совпадаем по условиям (у нас работа только офисе в Москве и нам, к сожалению, нужно высшее образование), то мы высылаем простой входной тест, и, если соискатель его проходит, зовем на видеособеседование (даже из дома выходить не надо). Наверняка таких компаний, как мы, много.
Мне кажется, Ваша задача хороша для проверки мидла. При этом желательно еще подобрать такую, чтобы ее не требовалось решать несколько часов, а то многие просто не дойдут до конца. Для джуниора это может быть очень сложно (или задачей на несколько дней кодинга), но при этом он может быть уже достаточно компетентен для того, чтобы мы взяли его на работу.
ПМы - нет, у нас пока их достаточно, спасибо :)
Мне кажется, что пункт 1 - это путь, но просто это не путь веб-разработчика :)
Про 2 вообще не согласен, как раз веб-студии для джуниоров - самое то, особенно если работают с разными движками. Можно разобраться в большом количестве деталей.
Про Битрикс - соглашусь, это действительно отдельная область и тоже отдельный путь. Идти туда можно, но это мало дает для обычного программирования и надо учить как отдельную предметную область. Поэтому скорее тоже тупиковая ветвь для тех, кто хочет именно веб-разработку в больших компаниях на реакте и т.п.
Про продажи в повседневной жизни я с Вами согласен, но это отдельный навык и он долго качается. А рассказывать почаще о том, что вы делаете, хорошая идея, но отклик может случиться очень нескоро, полтора года - это много, а работать хочется уже сейчас :)
Ну, filter, map и reduce, если джун не знает, можно выучить за пару дней, здесь особой проблемы нет. Мидл, скорее, давно это знает и странно, если нет, но тоже в целом не критично.
В личку можно всем :) Я еще, правда, не начал отвечать, там в разных каналах уже 30 сообщений. Но я постараюсь сегодня-завтра всем ответить :)
В чем я с Вами согласен - в том, что умение пользоваться гуглом - это важный профессиональный навык. Мы на собеседовании разрешаем пользоваться гуглом.
И мы не используем задачу на окончания на собеседовании. И в ограниченном пространстве собеседования гораздо удобнее, если даешь сложную задачку, просить реализовать принципиальную часть алгоритма, а всякие краевые эффекты можно и устно пообсуждать. И вообще, вполне нормально в том числе смотреть, как человек сначала пишет неправильный код, а потом думает и исправляет ошибки. Это показывает, как он мыслит, и много говорит о нем, как о программисте. Вы же не думаете, что мы выгоняем с собеседования каждого, кто совершает ошибки? Нет, главное - исправить их :)
В чем я с Вами не согласен - в том, что мелких алгоритмов "бесчисленное множество". Их, на самом деле (особенно если говорить о тех, что полезны в веб-разработке) не такое уж большое количество классов. И если вы умеете делать алгоритм некоторого класса задач - то вы сможете решить любую задачу этого класса, собрав алгоритм в голове на месте. В том числе и такую, которая в гугле еще никем не решена (а таких задач в работе много).
И еще, чем больше нужных вещей вы знаете на уровне понимания, тем быстрее вы работаете и тем в более сложных вещах более высокого уровня вы сможете разобраться. И поэтому - да, многие вещи мы требуем именно знать, а не мочь нагуглить. Потому что работа человека, который не знает, обычно не принесет мне и 20 тысяч за месяц, соответственно, его зарплата будет еще меньше, а это никому не интересно - ни мне, ни ему.
Спасибо за комментарий! :) Да, эти соискатели пытаются нас учить вместо того, чтобы послушать фидбэк и принять к сведению (хоть даже, может, и не согласившись). Я в большинстве случаев им фидбэк уже не даю, ограничиваюсь тем, что "мы не можем предложить вам работу". Потому что если человек все равно не готов меня слышать, то зачем. :)
Это действительно простая задача, но она требует времени и спокойствия для учета нюансов. А моя практическая цель на собеседовании состоит в том, чтобы максимально быстро выявить, умеет ли человек программировать в принципе. Поэтому я на самом первом этапе даю задачу еще проще, эта мне не подходит, она тратит слишком много времени моего и соискателя.
Ну и про субординацию. Пока вы не дошли до уровня, на котором вас нанимают как человека умнее начальника, чтобы вы ему сказали, как нужно делать (а это минимум крепкий мидл), от вас ожидают трудолюбия и подчинения. Это не значит, что вы не можете спорить на работе по техническим вопросам, но на уровне джуниора работодатель полагает, что он лучше знает, что ему нужно, поэтому напишите в резюме то, что важно работодателю, и соблюдите политес вроде нормальной фотографии и отсутствия треш-тока в описании. И тогда ваши шансы резко возрастут :)
Вы можете прислать мне в личку ссылку на Ваше резюме, я могу посмотреть и сказать, какие с ним могут быть проблемы. :)
2) Нужно проверить, что в резюме нету чего-то странного, а еще - что соискатель не забывает о субординации.
Самое ужасное - это обычно раздел "обо мне", где можно написать кучу всего, говорящего о том, что соискатель не знает, что в рабочем контексте стоит обсуждать, а что нет. Что мы там обычно хотим увидеть:
- краткий перечень того, что человек может и чему он научился к текущему моменту, обобщение рабочего или учебного опыта. Максимум - два-три абзаца. Какие технологии знаете, какие самые значимые задачи решали.
- какие-то ваши пожелания по конкретизации сферы деятельности. Если вам важна какая-то конкретная технология, например, и вам нужно получить опыт работы именно с ней.
- хобби/дополнительные навыки, которые могут как-то помочь в работе. Обычно это язык или математика. Буквально обозначить, что и какой уровень. Мы еще любим, когда указывают футбол (у нас есть команда), но на трудоустройство это не влияет. :)
Чего там быть не должно:
- рассуждений о том, какие плохие (работодатели, коллеги, неважно кто) и вообще эссе на абстрактные темы, например, про то, как надо учиться программированию. Во многом - потому, что там очень легко случайно или намеренно написать какой-нибудь тезис, прочитав который, с вами просто не захотят работать. Ну, не говоря уже о том, что если вы ругаете других людей прямо в резюме, то вы и на работе будете этим активно заниматься, это никому не нужно. Это - сразу стоп-фактор.
- пожеланий, присущих всем. Типа - хочу учиться и развиваться, желаю приносить пользу и т.д. Это, во-первых, и так от вас ожидают, но проблема даже не в этом, а в том, что сформулировать это выигрышно сложно, а вот сформулировать криво и сформировать плохое впечатление - легче легкого. Это не стоп-фактор, но флажок как минимум.
- коммуникабельность, стрессоустойчивости и высокой обучаемости. Если пишете про стрессоустойчивость - разверните. "Умею выдерживать ор начальства" и "Умею ругаться с подрядчиками и добиваться своего" - это две совершенно разные компетенции, хотя обе из них можно обозначиить как стрессоустойчивость. Обучаемость у вас, скорее всего, средняя (у меня тоже). Коммуникабельность - опять же, разверните, расскажите о конкретных ачивках, если есть. Или не пишите. Тоже не стоп-фактор, но флажок.
- ошибок, особенно в ключевых технологических словах или в словах типа "граммотность", но и вообще. Попросите знакомого филолога проверить ваше резюме, дайте ему немного денег, в конце концов :) Это тоже близко к стоп-фактору: если человек не знает даже названия технологии, то и в синтаксисе с шансами будет путаться.
Странное в остальных местах резюме - это аватарка с изображением, не имеющим к соискателю отношения, вместо фотографии; или какое-нибудь очень странное или непристойное фото, или кривляния на фото. Правильно - обычное селфи, где крупно видно лицо; фото в полный рост или по пояс тоже норм, даже селфи, хотя выглядит странновато, но джуниору прощается. Без фото в принципе тоже норм.
Еще странное - это подробное описание нерелеватного опыта и нерелеватной учебы. Не пишите на полстраницы, что вы делали, работая машинистом на железной дороге, и не указывайте сертификат по дайвингу. Лично мне все равно, я просто пролистываю, но чем больше такого, тем больше это раздражает эйчара.
Смотрите. Если Вы не относитесь к категориям людей, к которым у hr заведомо предвзятое отношение (такие категории, к сожалению, существуют, в таких случаях устраиваться, скорее всего, придется по знакомству), то никакой проблемы ни в стажировке (если она короткая, это скорее неважно, но точно не минус), ни в школьном бэкграунде (это, на самом деле, суперплюс, у меня у самого школьный бэкграунд) нет.
Поверьте, нам на прошлой неделе, пришло больше 200 резюме, и мы отсмотрели практически все. Проблем у резюме обычно две.
1) У вас очень невнятный гитхаб или слабое портфолио. Мы такие резюме все равно смотрим, потому что как раз среди них может попасться человек с хорошим школьным бэкграундом, и у него большие шансы попасть к нам, но таких 1 из 20.
Невнятный гитхаб - это проект с минимальным функционалом (типа тудулист, в котором можно ставить галочки, такая функциональность как отдельный проект смысла не имеет, ее очень мало), обычно заправленный одним-двумя коммитами (а интересно посмотреть процесс разработки, что менялось, как правились баги и т.д.), и 80% кода - по сути верстка. Даже если таких проектов несколько, все равно представления о вашем уровне это либо не дает, либо дает отрицательное.
Внятный гитхаб - это хотя бы два (лучше три, но это трудно) осмысленных проекта. То, чем вы сами можете некоторое время попользоваться, половить баги, улучшить. Например, напишите вордли, желательно - с сохранением статистики по дням, хотя это и требует некоторого бэкенда, но зато это реально подтверждает, что вы можете выучить что-то смежное, если этого требует практическая задача, а не просто пишете об этом в резюме. Если хотите тудулист - реализуйте идеологию GTD, у вас появятся папочки, между которыми можно таскать, даты окончания, исполнители, текст (и туда пробуйте вставлять кавычки, html и javascript - и он не должен ломаться на кавычках, а javascript не должен разрешать). Тогда один проект занимает не меньше месяца, да. Но на это интересно смотреть, вы отличаетесь от других, ваше резюме сразу становится заметным.
Второй пункт отдельным комментарием пойдет. :)