Стоит ли перечислять тестируемые или самообучающиеся репозитории в моем резюме? [закрыто]

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

Иногда я решаю головоломки с алгоритмом и структурой данных, и это помещается в хранилище.

Стоит ли ссылаться на этот репозиторий в моем резюме, или это действительно повредит моим шансам получить работу?

Однажды я услышал резюме, описанное как «бухгалтерский баланс, который показывает только ваши активы, но не ваши обязательства».

Основываясь на этом определении, вы хотите включить проекты, которые будут вам полезны при получении работы, и исключить те, которые могут быть обязательствами. Это означает, что они должны соответствовать вашей работе и демонстрировать вашу лучшую работу . Даже если вы считаете свой код «игрушечными программами», это не значит, что они не могут быть хорошо структурированы. Следовательно, не включайте одноразовый код или грязные хаки. Храните их в частном хранилище. И, конечно, у вас должна быть возможность рассказать о своих программах , дизайнерских решениях, которые в них вошли, и т. Д. У меня когда-то был кандидат, который утверждал, что делал этот потрясающий проект год назад, но потом не мог мне ничего рассказать об этом. Не так хорошо, как хотелось бы.

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

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

Однако, если вы подали заявку на должность, которая требовала от вас составления компиляторов для систем национальной обороны, приведенные выше примеры будут мало полезны для интервьюеров. Они были бы гораздо больше заинтересованы в других типах исходной информации (проекты компиляторов, которые вы внесли в / привести и т. Д.)

Все это говорит о том, что я постараюсь измерить актуальность игрушечных проектов для текущей позиции. Если они кажутся релевантными текущей позиции (например, позиция требует компетенции git, позиция требует общей предрасположенности к автономному обучению и т. Д.), То я бы включил репозиторий. В противном случае может быть более важная информация, которая может быть выделена.

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

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

Одним из преимуществ предоставления кода для работодателей является то, что вы можете использовать его для проверки своих возможностей.

Собеседование является двунаправленным; Мало того, что работодатель оценивает кандидата, кандидат должен также решить, действительно ли он хочет работать на работодателя.

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

Конечно, большинство работодателей действительно просим кандидат , чтобы произвести какие - то коды; и кажется, что это обычно в форме «написать функцию на этой доске» или, если вам повезет, «написать функцию на этой незнакомой рабочей станции». Хотя это может сделать разумную работу по выделению кандидатов, которые действительно не могут даже написать «Hello World!», Становится гораздо менее информативным о разнице между тем, кто может написать хороший код, и тем, кто может сохранять спокойствие в интервью.

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

Чтобы получить максимальную выгоду, рекомендуется предложить код еще до того, как об этом попросит работодатель; Если они просто не заинтересованы, найдите другую возможность. Если им интересно, скажите им, на какие проекты вы хотели бы, чтобы они посмотрели и почему (а также объясните, почему вы не думаете, что некоторые другие проекты являются репрезентативными, например, вы изучали структуру из книги) , Затем спросите их, что они думают о том, что они увидели, когда вы в следующий раз поговорите с ними.

Если вы думаете об этом как о портфолио, то да, я бы рекомендовал добавить эту ссылку в ваше резюме. Я делаю.

Резюме имеет только одну цель: продвинуть вас к следующему этапу процесса найма. Все, что мешает этой цели, является плохой идеей. Как бывший менеджер по найму, я могу вам сказать, что количество времени, которое у меня было для любого отдельного кандидата во время первоначального отбора , не позволяло больше, чем читать резюме и решать, уничтожать его или нет. Люди, которые прислали мне резюме на 7 страницах (правда!), Не получили того внимания, которого они хотели. Люди, которые прислали мне резюме, которые были в основном URL-адресами, тоже не стали. Позже, после того, как я больше инвестировал в оставшихся кандидатов, возможно.

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