Comments 166
Много ли было незнакомых людей, которые обратились к вам с идеей напрямую, и вас настолько это заинтересовало, что вы не попросили прислать резюме вам или на HR?
Связаться напрямую с вашим будущим начальником через голову HR-отдела
Если вы заинтересованы в работе на эту компанию, найдёте.
Если вам не важна фирма — общайтесь на конференциях с посетителями
Как человек, много пособеседрвавший людей в разное время, могу сказать, что такие проекты поднимают интерес к кандидату на 50%— человек не рассылает резюме, то есть, о нем знают и так по проектам. Вы собеседуете людей, значит, вы видите резюме, но 50% интереса где вы берете, то есть как находите?
Я собеседую людей, когда их присвлают HR — и если они рассказывают про свои проекты увлечённо — и проекты чего-то стоят (пусть и не для меня) — это поднимает их стоимость в моих глазах.
Но ещё я встречаюсь с людьми в жизни — в разных местах, и иногда зову их к нам работать — потому, что они меня заинтересовали :)
В статье рассказ не столько о девелопере, сколько о стартапере. То, что он вдобавок сам технически воплощает свои идеи, это дополнение.
А сколько денег может принести это десктопное приложение?Да… там десяток человек от силы пользуется, еще доделал для знакомого, но он уволился там через месяц и та часть накрылась. Приложение… скажем так, просто удобная усовершенствованная эксель-табличка, со своими базами, интерфейсом и возможность создавать свои отчеты и их печать, ну там разный учет/контроль и легкий прогноз использования расходников. Считайте, что это урезанная версия 1С.
В статье рассказ не столько о девелопере, сколько о стартапере. То, что он вдобавок сам технически воплощает свои идеи, это дополнение.Ну, то есть это да, просто у меня вопросы были к товарищу выше, ибо я так понял, что если у тебя есть коммерческие продукты, то ты интересней на 50%, или как-то не так. Ладно, то такое. Ибо если у тебя есть хороший заработок от твоих приложений, то особого смысла нет в фул-тайм работе.
Это совсем не то же самое, что рассказать эйчару о своем проекте.
Людей, по 20 лет не писавших резюме, я даже собеседовал — они по 20 лет сидели программистами на каком-нибудь заводе и писали внутреннюю систему на каком-нибудь процедурном турбо-паскале (ООП? SQL? про паттерны вообще спрашивать страшно).
И даже директор компании эти процедуры изменить не может.С учетом того, что только директор может уволить или принять на работу. То эта фраза звучит немного странно.
Да, стоило добавить, что если директор — это еще и владелец. В противном случае, если директор не устанавливал правила, то формально бумажки должны быть, чтобы его же «добрые» люди не подставили и не было поводом для увольнения.
отдел кадров всё равно потребовал все эти бумажки, потому что «так положено»
На такой случай надо заготовить резюме в стиле «трололо» :)
Какая-то ошибка выжившего, если честно.
Это как посмотреть. Ведь все проекты, над которыми работал автор — провалились :)
Резюме нужно обычным разработчикам, которые работают за деньги и не создают особых идей (или в их стеке это вообще невозможно).
Аналитические кубы?
Слабо представляю что в них можно создать в качестве «проекта» ) Особенно без интерфейса.
Вы недооцениваете SQL, он мощнее, чем бы вам хотелось казалось: https://wiki.postgresql.org/wiki/Mandelbrot_set
Вы уверены, что если я такую штуку приложу к резюме — это будет каким то плюсом? (бОльшим, чем простенький тест на индексы, связи и умение составлять оптимальные запросы для разнонагруженных систем или опыт работы?)
Если вы сможете объяснить, как она работает, то совершенно точно да.
После объяснения того, что такое рекурсивные CTE, как работают и зачем нужны, вопросы про индексы и связи точно не вызовут затруднений.
собственно, объяснять среди одной рекурсии, нескольких юнионов и функций в конце для интерпретации полученных данных тут особо нечего.
и рекурсии есть очень во многих языках (т.е. в принципе тот же алгоритм можно забить в любую консоль и вывод), а вот индексы — это специфика. Оптимизация запросов, уровни изоляции и транзакции и прочая фигня — туда же. =)
Индексы — это основы прикладных баз данных, наличие знания о них ожидается от любого SQL-падавана, равно как и базовые знания об оптимизации запросов. А вот более хитрые штуки, среди которых и редко нужные обычному разработчику рекурсивные CTE, оконные функции, lateral join'ы, хорошее понимание уровней изоляции транзакций — это уже следующий уровень, имхо.
В моём понимании, если кандидат рассказывает, как работает рисование фрактала на SQL, то индексы у него можно спросить для галочки — просто убедиться, что базовые вещи он знает.
Сколько нужно знать команд на C# что бы написать пару рекурсивыных функций для нескольких арифметических операций и парой «распарсиваний» строк? И что это скажет о его знании ООП? Или о том, как строить микросервисы или общаться по апи? Ничего не скажет.
ЗЫ:
1. 50% собеседователей на ведущего разработчика не отвечают «что такое кластерный индекс».
2. 70% теряются при вопросе «а если очень нужно, можно ли сделать второй кластерный индекс по таблице?».
3. Рекурсии, оконные функции и джоины — сущая мелочь перед оптимизацией запросов и процессов, а так же правильным использованием индексов и хинтов.
Вся эта задача с фракталом вполне заменяется парой тестовых заданий на собеседовании, которые и так придётся решить =)
Слабо представляю что в них можно создать в качестве «проекта» )
Ну например или так
Аналитические кубы?
Берем открытые данные, полезные для многих, рисуем аналитические кубы хоть в вебе, хоть Excel, оформляем в виде opensource проекта — получаем очень зрелищный проект в портфолио.
Особенно без интерфейса.
А кто запрещает opensource проекту иметь интерфейс?
А кто запрещает opensource проекту иметь интерфейс?
Потому что разработчики баз данных не разработчики интерфейсов? )
Берем открытые данные, полезные для многих, рисуем аналитические кубы хоть в вебе, хоть Excel, оформляем в виде opensource проекта — получаем очень зрелищный проект в портфолио.
Без интерпретации этих данных смысла в них нет. А для интерпретации нужна компетенция не разработчика а аналитика. =)
Ну например или такК сожалению, библиотеки скриптов не очень впечатляют работодателей и собеседующих программистов. О твоём уровне как разработчика они ничего не говорят и никакой структуры за собой не несут. Более того, чаще всего они легко гуглятся )
Хотя у меня и самого такой тулкит есть, конечно, но единственный его плюс — облегчение работы исключительно мне, и то невысокое.
Я не отрицаю, что Ваши идеи хороши, на самом деле… но этого максимум — небольшой плюс к резюме. По сравнению с опытом работы или решением реальных сложных задач по оптимизации или созданию расчётов в резюме это не будет весить почти ничего, к сожалению. (ну, по крайней мере на основании того, что я видел на собеседованиях, где собеседовался или участвовал в собеседовании сам).
Собственно — суть в том, что соль компетенции в данных областях — то как ты можешь работать в больших проектах с высокими нагрузками. Свой личный проект такого масштаба как то сомнительно создать, особенно в свободное от работы время )
ЗЫ: но за варианты спасибо. Кое-какие мысли полезные я попробую развить )
Потому что разработчики баз данных не разработчики интерфейсов? )
Так «пользователи» открытых проектов это обычно разработчики, которые полезному сервису (особенно opensource) готовы простить дизайн начала 90-х. К тому же, у популярного проекта со временем появляются стороние контрибьютеры, среди которых могут быть и дизайнеры.
это не будет весить почти ничего, к сожалению
Иногда смотрят просто на наличие или кол-во звезд
Свой личный проект такого масштаба как то сомнительно создать, особенно в свободное от работы время
На самом деле, есть универсальный рецепт: есть экспертиза — пиши технические и обучающие статьи (лучше на английском). Обучающие материалы можно создать для любого стека и без команды, а уровень разработчика они показывают очень хорошо.
Второй рецепт — ищи на английском StackOverflow вопросы по своей экспертизе и пиши ответы (хорошие вопросы (и даже вопросы и сразу ответы) тоже можно писать, но это, как ни странно сложнее). По себе знаю, мимолетное упоминанине о 35 тыс. репутации на SO вполне может впечатлить работодателя (кстати из SO предложения о работе мне тоже приходят). Помню на одной из работе в Германии, когда меня взяли, ко мне приходили коллеги посмотреть «на того нового русского у которого 20+ тыс. репутации на SO». SO, конечно, не чистый opensource, но достаточно близкое к этому.
По себе знаю, мимолетное упоминанине о 35 тыс. репутации на SOЛучше всякий рекомендаций.
Иногда смотрят просто на наличие или кол-во звезд
=)
В «ваших модных фреймворках» — возможно.
Большая часть разработчиков SQL с которыми я работал никогда не заходили на гитхаб, и гитом не пользовались никогда. Никакие звёздочки им ни о чём не скажут )
ЗЫ: я работал и работаю в известных и крупных компаниях и ходил собеседоваться ещё в большее количество. Нет, это не самореклама, просто, мне кажется, люди которые пишут на более свежих и «клиенто-ориентированных» языках имеют достаточно узкое представление о профессиональной среде другого вида проектов ) Особенно порадовало когда нам на какой то конференции начали рассказывать о том как надо учиться и развиваться, изучать новые фреймворки каждые полгода… (а нашему фреймворку 20 лет)… =))
На самом деле, есть универсальный рецепт: есть экспертиза — пиши технические и обучающие статьи (лучше на английском). Обучающие материалы можно создать для любого стека и без команды, а уровень разработчика они показывают очень хорошо.Да, это хорошая тема и есть чем себя «рекламнуть». =)
Но:
1. Это не проект )
2. Это не заменит резюме и реального опыта работы.
3. Честно говоря, время на зарабатывание такой репы можно с большей пользой потратить на что то иное, если эта репа нужна только для резюме. Навыки скажут больше чем статьи. Намного…
Но я хорошо представляю каким это может быть плюсом, да.
Так «пользователи» открытых проектов это обычно разработчики, которые полезному сервису (особенно opensource) готовы простить дизайн начала 90-х. К тому же, у популярного проекта со временем появляются стороние контрибьютеры, среди которых могут быть и дизайнеры.
Хорошо, обычно любой SQL разработчик имеет смежный стек для интерфейса, да и Ваш вариант неплох.
Я про интерфейс вообще написал к тому, что обычно навыки разработчика баз данных нельзя выразить интерфейсом и проект его кроется в глубинах сервера, а интерфейс только это скроет всё. Вот.
ЗЫ: не подумайте, что я — тот человек который ищет к чему бы придраться, лишь бы ничего не делать. Мне действительно интересно как может выглядеть какой то личный и сторонний проект и что полезного может предложить самостоятельный разработчик таких специфических областей. =)
Сколько раз, смотря на то, какие запросы выполняются на сервере, спрашиваешь у разработчика — кто это писал???? Он отвечает, не я, это фреймворк (система, модуль и т.д.), я только параметры подставил и функцию (свойство, метод) вызываю. Волосы дыбом встают, когда видишь в какую лапшу это ООП превращает простейшие SQL вызовы.
И результат работы DBA никак не виден визуально, только временем работы приложения (выполнения запросов). И часто именно тюнинг базы (индексы, партиции и т.д.) под эти «кривые» запросы, которые городят эти фреймворки, спасает, поднимая производительность реально в десятки, а иногда и сотни раз.
Заложить матрицу поворота в запрос и заложить кодирование этого дела в символах.
Правда я имел в виду разработку баз данных, конечно, а к нему такие вещи имеют весьма опосредованное отношение… но возможно это я не верно выразился.
ЗЫ: но всё равно прикольно )))
Я с детских лет увлекаюсь электроникой и программированием. Выучился в Германии по специальности, связанной с электроникой, и несколько лет работал ремонтируя и программируя производственные машины и автоматы. Высшего образования у меня нет.
Так как движения вверх последние года 3 небыло, решил поменять работу и написал спонтанное резюме в одину большую фирму, которая занимается разработкой электроники для автомобилей. Приложил пару фотографий своих хобби-проектов, в которых используются FPGA и микроконтроллеры, и после двух собеседований я получил инженерную должность с зарплатой инженера.
Как я узнал позже, ключевой точкой в их решении меня принять на работу, был мой сайт, на котором я выкладывал свои проекты. Сайт они нашли сами, я о нём ничего в резюме не писал.
Жалею только о том, что раньше так не поступил…
Та же история. На основе бесплатных проектов всегда получал гораздо лучшие позиции чем если бы стучался в общую
дверь
P. S. Если у вас уже есть какой-то сторонний проект, поделитесь ссылкой в комментариях!
Пожалуйста, мой проект. Добро пожаловать :)
Расскажу секрет.
Вторую работу я нашёл благодаря тому, что предложил интересную идею нужному человеку в нужное время
Четвёртая и пятая работа я присоединился к своим друзьям из Flying Bisons
Ну дык удача — это функция от количества попыток
- профильная журналистика (например, Хабр принес мне и заказчиков, и работу)
- правильные бесплатные проекты например, школа-лагерь африканского ноутбука OLPC привлекла огромное количество технарей, заинтересованных технологиями, что опять-таки дало мне работу. Книжка по джаваскипту тоже отлично выстреливает. В то же время, просто рандомное волонтерство в благотворительной организации, как по мне, не обладает этой асимметрией — этим надо заниматься по зову сердца.
- правильные pet-проекты, например мои карточки для подготовки к js-собеседованиям приносят немножко денег сами по себе плюс привлекают людей для консалтинга
- организация правильных мероприятий, например конференций по Semantic MediaWiki, позволило вообще без проблем начать работать в Швейцарии.
Помимо этого есть еще чудесная область знакомств. Преодоление своей стеснительности (давайте уж не прикрываться этой вашей латынью, а называть все своими именами) — это просто супер вещь. В худшем случае, на тебя, завязавшего с кем-то разговор, «не так посмотрят», а в лучшем — ты приобретешь друга/девушку/делового партнера.
В реальности же есть куча крайне благотворных асимметрий в которых ты в худшем случае не теряешь вообще ничего, а в лучшем случае — приобретаешь очень много.
А с каких пор бесплатные и пет-проекты = не теряешь вообще ничего? Можно определить потери банально в деньгах по ТК и своему рейту — первые 2 часа переработок в день 1.5х рейт, дальше — 2х (и это будет еще заниженная оценка).
И дальше посчитать, сколько вам стоил ваш пет-проект.
Поэтому это должны быть правильные бесплатные и пет-проекты. Правильность определяется множеством параметров, одним из которых является то, что навыки и технологии, полученные или задействованные в этих проектах, должны как-то помогать вам в основной работе или бизнесе.
Но ведь можно просто работать на основной работе или в бизнесе. Тогда и навыки будут заведомо более релевентны, еще и деньги получите.
Можно, а иногда и нужно! Проблема в том, что основная работа связана именно с потребностями бизнеса, а не с потребностями вашего саморазвития. От клепания формочек на ангуляре в течение полугода никакой особой экспы вы не наберёте, зато бизнесу это регулярно может быть нужно — в дополнение к вашим сверхспособностям по написанию грамматик или экспертизе в области brain science data management.
Проблема в том, что основная работа связана именно с потребностями бизнеса, а не с потребностями вашего саморазвития.
Вы же говорили про то, что: "навыки и технологии, полученные или задействованные в этих проектах, должны как-то помогать вам в основной работе или бизнесе", с-но это как раз те навыки, которые связаны с потребностями бизнеса. Если потребности бизнеса — клепать формочки на ангуляре, значит и развиваться следует в области клепания формочек на ангуляре. А саморазвиваться в области сверхспособностей по написанию грамматик или brain science data management весело и прикольно, по бизнесу нафиг не нужно, а значит и на вашей работе (если она состоит в клепании формочек на ангуляре) не поможет никак.
Можно определить потери банально в деньгах по ТК и своему рейту
А зачем? Если Вы не работаете выходных, значит напрямую денег Вы не получите. Максимум — отдохнёте. А если вы сделаете pet проект вместо поездки в соседний город пошопиться, то ещё и сэкономите (т.е. заработаете). Если вместо платного фильма — то заработаете. Если вместо бара — то сэкономите. И так далее.
На деле в большинстве случаев pet проект на выходных мешает отдыху, однако ещё и защищает от дополнительных трат (как я описал выше).
дальше — 2х
Напишите х100, тогда у вас будет ещё более надёжное оправдание, почему кроме работы никаких достижений/доходов/потенциальных доходов не капает.
Если Вы покодите, вместо спора со мной, то Вы сможете показать результат работодателю. А Ваш ответ — вряд ли.
А зачем?
Речь о том, что на пет-проект тратится время. По-этому утверждение "В реальности же есть куча крайне благотворных асимметрий в которых ты в худшем случае не теряешь вообще ничего" не верно в контексте пет-проектов. Вы теряете на своем пет-проекте в любом случае. Перевод в деньги — просто для того чтобы приблизительно оценить потери.
Напишите х100
Я взял стандартный рейт, прописанный в законе. При чем тут ваши х100?
Если Вы покодите, вместо спора со мной, то Вы сможете показать результат работодателю.
Нахрена работодателю мой код? Он мне деньги платит не за код.
Когда монетку бросают миллионы людей — у кого-то да попрёт. А потом он напишет статью об этом.
но когда такое происходит на протяжении 12 лет…
Важно не количество лет, а кол-во работ. А их было только пять, пять орлов или решек подряд — вполне несложно выкинуть, а если кидать будут много людей, то кто-нибудь гарантировано выиграет…
Конечно! Вы ведь что-то новое делали, иначе бы скачали просто либу.
Я был бы крайне рад:
- Почитать статью о том, что люди делали (а не новость про очередной блокчейн стартап с ICO)
- На собеседовании спрашивать кандидата о его коде в проекте, а не об абстрактных вещах.
— На вторую работу я попал из-за side project (3d engine)
— На третью работу я попал из-за side project (картография)
— На четвертую работу я _думал_ что попал из-за side project (опять же картография), но нет. Хотя именно этим я там и занимался
— На пятую работу я попал из-за случайно сделанной халтурки (в исходниках было мое имя)
— И вот где-то сейчас, после 18 лет работы, начинают спрашивать и резюме, и диплом. Чисто для галочки — никому это не нужно.
— дядя тебя подает от своего имени вне «конкурса» и каких либо дополнительных документов (которые нужны чтобы набрать достаточно баллов и пройти конкурс).
— два года и две недели — у тебя есть Permanent Residency
— без дяди будет образно говоря год, даже с хорошими баллами — очередь перегружена.
Всё зависит, конечно, от размера амбиций. Если ты не суперстар — то достаточно, обычно, хорошего рабочего и полезного проекта, или даже просто тестового, разработанного для поднятия скилов или пробы каких то идей ) Но если трубуется не просто разработчик — то и проекты и резюме у него должны быть непростые.
— свои проекты
— опенсорс проекты
— публикации о своем опыте на различных сайтах и в личных соц сетях
— комментарии на сайтах и форумах
— знакомства на конференциях и дружеские связи
Так что думаю любой может повторить путь автора, где не ты ищешь работу, а работа начинает искать тебя, причем активно :)
Оно, по сути, из чего состоит:
1. Проекты в которых ты участвовал.
2. Твои навыки.
3. Рекомендации.
4. Пройденные сертификации.
т.е… всё тоже самое, но удобнее и с твоими контактами )
Или хотя бы для тех, кто сам не имел склонности к такому пути (нелюбит собственных проектов или имеет стэк к этому не распологающий, не очень социален итп-итп)
Своё дело, безусловно, надо любить, но 8 часов в день (т.е. большую часть свободного времени человека) для многих достаточное время для посвящения ему, что бы жертвовать и остальным временем ради того, о чём может рассказать резюме. Да и, опять же, не все специальности позволяют делать свои проекты )
Если вы не можете быть лучше всех, вы занимаетесь не своим делом.
Есть два человека, которые точно занимаются своим делом.
По вашей логике — один из них всё, того? Занимается не своим делом, раз другой лучше его?)
А теперь экстраполируйте на большее количество людей и ваша фраза станет ещё более некорректной.
Достаточно быть лучше среднестатистического по многим параметрам и особых проблем с поиском работы не будет. Лучшим быть совсем не обязательно. А где-то даже плохо.
Более того — идти туда, где тебя явно хотят или туда, куда надо пробиваться и доказывать что ты достоин — две боооольшые разницы. И последнее, мне кажется, может оказаться куда более интересным местом )
Мне предлагают работу только шарашкины конторы, которые знают что я неплох. Конечно, я могу пойти туда без резюме. А могу подать резюме, пройти 100 собеседований и устроиться в гугл.
Это про выбор и прочее.
Про пет-проекты:
К примеру разработчик баз данных. Больших, высоконагруженых и сложных. Такого масштаба системы не бывают на одного человека или выбранными из инфраструктуры и контекста.
Представить пэт-проект который бы мог быть полезен, реализуем одним человеком и показателен в плане навыков в этой области как то непросто. Насколько бы эту область ни любил ) Более того, резюме куда больше скажет о таком специалисте чем его пэт-проект. =)
ЗЫ: и, да — личный проект никак не скажет о том, насколько человек способен разбираться в существующей системе, в чужом и легаси коде итп-итп. А это, пожалуй, один из важнейших навыков обычных разработчиков.
Личные проекты бывают разные. В наше время они часто состоят из множества сторонних компонентов, или начинаются как форки — а это существующие системы, чужой и легаси код.
Карьера и узкая специализация vs энтузиазм, я понял.Почему энтузиазм не может быть в узкой области? (да не такая уж она и узкая).
'Пойти в гугл' против 'всегда делать исключительно то, что нравится'.Почему в гугле нельзя заниматься тем что нравится? )
Посыл был иной — то, куда тебя зовут не обязательно и не всегда то, куда ты хочешь пойти. И не ища вариантов которые ты хочешь — ты можешь их не найти.
Личные проекты бывают разные. В наше время они часто состоят из множества сторонних компонентов, или начинаются как форки — а это существующие системы, чужой и легаси код.Покажите мне открытый проект сложной, открытой, нагруженной базы данных с логикой на них куда можно сделать коммиты. Или множество сторонних компонент к ним.
Это частое заблуждение разработчиков на… ммм… ну пусть «клиентореинтированных» языках, что нет иных областей программирования, что все сидят на гитхабе или в этой области есть открытые проекты, что есть много разных фреймворков для работы в этой области и надо их обязательно изучать итп-итп…
Про показ проектов каких-то баз, фреймворки, гиты — это всё не ко мне.
Про показ проектов каких-то баз, фреймворки, гиты — это всё не ко мне.Ну вот и ответ — Вы не сталкивались с областями, где свои проекты — это из разряда фантастики. Но это не значит что их нет =)
не ища — ты не ищешь в принципеВ том то и подвох — не ища ты не знаешь и того, что бы мог найти.
Более того — беря то, что дают (куда приглашают) человек вполне может упустить куда более желанные для него варианты, просто потому что он берёт что дают.
Я привёл гугл только как пример. Это может быть яндекс, касперски, безымянная контора на краю китая или комплекс в антарктиде. Но чаще всего туда, куда действительно хочется попасть тебя просто так не пригласят и придётся как следует побороться за то, что бы доказать что ты хорош.
Но что то мне подсказывает, что намного реже, чем «бывает» что человек ищет работу =)
И если куда-то приглашают — это не значит, что автоматически соглашаются на первое предложение, или на самое дорогое предложение, или на какое-либо предложение вообще.Ну да. Надо паралельно просматривать предложения о работе, что бы оценить рынок, его предложения (интересные или не очень) и сравнить с предложенным (если работа вообще нужна) и… это и есть искать работу )
разработчик баз данных. Больших, высоконагруженых и сложных.
Напишите цикл статей, с примерами, объяснениями. Это и будет Вашим pet проектом.
Быть лучшим — это не минутное действие, а процесс, который растянут на всю жизнь. Ты изначально в невыгодном положении на рынке, поскольку вокруг тебя множество людей с куда большим опытом и куда большими знаниями. И в условии с такой целью, тебе нужно стать лучше их, а значит, если ты изначально не показываешь выдающиеся результаты и не являешься гением, то тебе предстоит всю жизнь беспрерывно самосовершенствоваться, чтобы стать лучше их. Разумеется, они стоять на месте не будут, продолжая развиваться.
И в итоге выиграть в этой гонке удастся далеко не всем, а лишь паре людей, которые будут конкурировать за место лучшего.
В жизни так же работает старая фраза «Лучшее враг хорошего». Гнаться за первенством и быть лучшим из лучших совершенно не обязательно.
Я тоже. Просто работу не менял
Можно ли найти работу не написав резюме? — Можно! Только Ваш рынок ограничивается теми, кто знает о Ваших прошлых заслугах. В результате Вы, скорее всего, будете получать меньше, чем могли бы.
Можно ли на спор найти работу, приходя на интервью, например, в плавках, ластах и маске для сноркелинга? — Можно! Просто Ваш рынок ограничится компаниями, которые ищут профессионалов за компенсацию сильно ниже рынка. У них кондидатов мало, они готовы мириться с Вашими особенностями самопрезентации.
Один мой знакомый любил хвастался, что он такой крутой профессионал, что всегда находил новую позицию не больше чем за три дня. А по-моему он просто всегда получал зарплату меньше чем мог бы.
А в Польше хорошо.
Перевод:
В группах Facebook для начинающих программистов часто спрашивают, как улучшить резюме, чтобы легче получить работу. За свою 12-летнюю карьеру я прошёл путь от джуниора до технического директора — и резюме ни разу мне не пригодилось. Не то, чтобы я не пытался. Просто у меня его ни разу не спрашивали.
Оригинал:
On Facebook, in groups dedicated to beginning programmers, I often see questions about how to improve one’s CV to increase the chances of being hired.
In my 12-year career, I went from the junior to the technology director and never got a job thanks to my CV. It’s not like I didn’t try. I just never got a job sending my CV.
Итого, не "не спрашивали", не "не пригодилось", а "я ни разу не устроился на работу из-за того, что я послал CV". Это абсолютно разный смысл. Зачем вы обманываете читателей Хабра?
Написанное автором означает лишь несколько вещей:
- Возможно, когда он посылал CV, его никогда не нанимали.
- Скорее всего, когда он устраивался разными способами на работу, его таки спрашивали CV. Обычно это таки делают, если не знают человека лично очень давно.
Это тоже неверно. Всё, что мы знаем, это то, что он никогда не получал работу, если его первым шагом была отправка резюме.
Где взять идей для того самого своего проекта?
Существуют какие нибудь списки нерешённых задач и болей, за который можно приняться? Я знаю только один, который от злых марсиан (и кстати собираюсь вкогтиться в одну из задач уже.)
То есть, вероятно, совет может прозвучать так — не полагаться на внешнюю достойность реализации интересных тем, если не было проверки практикой. Вполне возможно, что на самом деле тема не закрыта.
У меня был несколько случаев, когда мне пришлось доделывать опенсоурс библиотеку. Но делал это я в рабочее время, тратил деньги работодателя, обеспечивал (возможно) этими правками конкурентное преимущество моего работодателя перед остальными. Имею ли я право просто взять и выложить все эти наработки в открытый доступ?
Если у вас нет всех компетенций (например, вы знаете только внешний интерфейс), попробуйте найти кого-то с необходимыми навыками.Найти легко, наладить контакт — тяжелее, особенно «за спасибо» — далеко не каждый мидл, не говоря о сеньоре, готов за так делиться своим опытом. И это правильно, я считаю. На одной из прошлых работ, меня начальство толкало делиться опытом CCIE c новичками «за так», и постоянно получало с моей стороны отказ, я мотивировал это так «мои знания — мой хлеб — дайте мне что-то взамен, на то, чем я буду делиться (передать часть обязанностей на тех же желторотиков, бесплатный абонемент в местный спортзал, поднять з/п наконец)». Всякие абстрактные вещи типа признания в коллективе и членство к кампусе конторы категорически мною отвергались. Очень быстро я оказался белой вороной, в последствии послав этих странных на мой взгляд ребят вместе с конторой.
Ну время уже другое. Сомневаюсь, что каждый владелец своего бота в телеграме, коих тысячи получает предложения о работе.
ЗЫ будучи серверным админом, очень удручен, что чтобы что-то доказать работодателю делом, надо поднимать за свои кровные кластер на AWS с централизованной системной сбора логов и CI/CD которая будет разбрасывать через 5 баз данных на 200 реплик самоподнимаемых контейнеров динамическую страничку 'Hello Word %datetime%'
— присылайте резюме, мы посмотрим.
— просто спросите Джейка Вортона обо мне, мы с ним много работаем над пет проектами.
/… спустя какое-то время… /
— забудьте про резюме, вы приняты.
Все персонажи вымышлены, любое совпадение является случайным.
How Much Do You Cost? https://youtu.be/GS45LzE3LPQ
M43: Technical interviews are pointless, pay attention to these five things instead! https://youtu.be/gVs9NKSlOVc
И да, работу нашел без резюме, но то потому, что вовремя достучался до нужного человека, а потом вообще прыгал по командам друзей.
Как бы в таких ситуациях резюме не спрашивают, ага.
Но универсальным подходом тут и не пахнет.
У меня, в прошлой жизни в одном провинциальном городке, тоже резюме не спрашивали.
Ну просто потому, что в городе с численностью населения в 198 тысяч человек, так или иначе, если ты успешен, то тебя знают все и на работу уже зовут без всяких там формальностей.
Меня тоже, как и автора, звали постоянно на какие-то проекты, на работу приглашали когда я только трудовую на предыдущем месте получал: информация разлеталась махом.
Это все хорошо, но в маленьких городах.
В тех же миллионниках уже сложнее: либо ты успешен прям как очень крутой специалист в своей области и прилагаешь к поддержанию статуса кучу сил (это и посты, и конфы, и книги, и митапы и т.п.), либо бегай и обивай пороги как все: с резюме и очередью из таких же молодых и ранних.
Да, если ты сложился как специалист и в «тусовке» тебя знают, то в какой-то момент тебя станут рекомендовать на работу, но эта рекомендация не является прям мерилом успеха и универсальным ключом, который открывает все двери. Просто жизнь становится проще и не более.
Отдельной строкой идут «узкие» специалисты, но тут немного другой подход: их все хотят заполучить просто потому, что других, в доступной перспективе, нет и не будет. Отсюда у таких специалистов вполне неплохо все складывается с востребованностью, НО до этого в их жизни был период упорного вкалывания на этот успех: учеба, сертификация, ну и все прочее. Плюс эту нишу еще найти надо, а минус: ниша может в какой-то момент стать неактуальной.
Плохо то что в этом потоке фекалий теряются действительно ценные мысли
При этом (помимо того, что он оказывался в удачном месте в удачное время) автор показал интересную проблему: за резюме часто не видно человека. Либо же CV просматривают быстрее, чем можно составить о соискателе полное впечатление. Видно не тебя, а лишь твое (не)соответствие формальным требованиям вакансии, которые в принципе часто выглядят, мягко говоря, странно и избыточно.
Таким образом, ты можешь просто не дойти до той самой встречи на собеседовании с тех. специалистом/будущим руководителем, где можно себя показать, пообщаться лицом к лицу, раскрыть свои проекты и т.д. Автор на нее попадал своим способом.
Говорит ли это о том, что резюме — это по умолчанию плохо? Нет, конечно. Говорит ли это о том, что автор мог действительно не подходить на те вакансии, куда отсылал CV? Вполне возможно)
За последние 12 лет я ни разу не показал резюме