Чи варто перераховувати тестування чи самостійно навчальні сховища в моєму резюме? [зачинено]

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

Я іноді вирішую загадки алгоритму та структури даних, і це потрапляє в сховище.

Чи варто це сховище пов'язувати з моєю резюме, чи це насправді шкодить моїм шансам прийняти на роботу?

Я одного разу почув резюме, описане як "баланс, який показує лише ваші активи, але не ваші зобов'язання".

Виходячи з цього визначення, ви хочете включити проекти, які будуть для вас корисними при отриманні роботи, поки виключаєте ті, які можуть бути відповідальністю. Це означає, що вони повинні відповідати роботі, на яку ви претендуєте, і демонструвати свою найкращу роботу . Навіть якщо ви вважаєте свій код "іграшковими програмами", це не означає, що вони не можуть бути добре структуровані. Отже, не включайте код викидання або брудні хаки. Зберігайте їх у приватному сховищі. І звичайно, ви повинні мати можливість поговорити про ваші програми , дизайнерські рішення, які входили в них і т. Д. У мене одного разу був кандидат, який стверджував, що робив цей дивовижний проект рік тому, але тоді мені нічого про це не могли сказати. Не так добре.

Пам'ятайте, що резюме слід розробити з врахуванням інтерв'юера, і більшість людей не хочуть переглядати трактат лише для того, щоб визначити, чи заслуговуєте ви співбесіду. Вони хочуть, щоб ви надавали найбільш релевантну інформацію, що стосується посади, стисло. Це вимагає ретельного визначення пріоритетності вмісту. Я прагну підганяти своє резюме за посадою, щоб найкраще виділити відповідну інформацію, і я вважаю, що це розумний підхід до цього конкретного питання.

Якщо ви подаєте заявку на низьку загальну позицію розробника, то широкий спектр програм може бути корисним. Можливо, одна з іграшкових програм ілюструє момент, коли ви нарешті "клацнули" прототипами javascript, або коли ви вивчали свій перший LISP. Це може бути корисним.

Однак, якби ви подавали заявку на посаду, яка вимагала від вас скласти компілятори для національних оборонних систем, наведені раніше приклади мало б допомогли інтерв'юерам. Вони будуть набагато більше зацікавлені в інших видах довідкової інформації (компілятор проектів, до яких ви сприяли / ведете тощо).

Якщо говорити про це, я б спробував оцінити відповідність іграшкових проектів нинішній позиції. Якщо вони здаються актуальними для поточної позиції (наприклад, позиція вимагає компетентності з git, посада вимагає загальної схильності до самостійного навчання тощо), то я б включив сховище. В іншому випадку може бути важливіша інформація, яку можна виділити.

Не ставте нічого на резюме, щоб вам не було зручно, коли хтось огляне критично. Крім того, не змушуйте потенційного інтерв'юера копати сховище, щоб знайти хороший матеріал, вам краще мати невеликий сховище з деякими добре написаними бібліотеками або фрагментами коду, тоді у вас є повна розгорнута програма.

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

Одна з переваг надання коду доступним для роботодавців полягає в тому, що ви можете використовувати його для перевірки своїх можливостей.

Співбесіда на роботу є двосторонньою; Роботодавець оцінює кандидата не тільки, але і кандидат повинен вирішити, чи дійсно вони хочуть працювати для роботодавця.

Коли роботодавець робить пропозицію, не попередньо побачивши роботу програміста, є дуже хороший шанс, що той самий процес був використаний і раніше, щоб найняти всіх інших. Шукач роботи, ймовірно, повинен бути дуже обережним у прийнятті пропозицій, коли немає очевидних причин, чому непрограміст не мав змоги отримати право на ту саму посаду (бо, безумовно, був)

Звичайно, більшість роботодавців дійсно просимо кандидат , щоб зробити якісь - то коди; і, здається, це зазвичай у формі "написати функцію на цій дошці" або якщо пощастить "написати функцію на цій незнайомій робочій станції". Хоча це може зробити розумну роботу, щоб відокремити кандидатів, які насправді навіть не можуть написати «Привіт, світ!», Це стає набагато менш інформативним про різницю між тим, хто може написати хороший код від того, хто може залишити себе в інтерв'ю.

І так багато (хоча далеко не більшість) роботодавців прагнуть також ознайомитись з типом коду, який може виробляти програміст, коли вони знаходяться в ідеальній обстановці, працюючи над тим, що хочуть працювати, і без особливих вказівок.

Щоб зробити це найкращим, корисно запропонувати код ще до того, як роботодавець вимагає цього; Якщо вони просто не зацікавлені, знайдіть іншу можливість. Якщо вони зацікавлені, скажіть їм, які проекти ви хочете, щоб вони дивились і чому (а також поясніть, чому ви не вважаєте, що деякі з інших проектів є репрезентативними, наприклад, ви вивчали рамки з книги) . Потім запитайте їх, що вони думали про побачене, коли ви наступного разу з ними розмовляєте.

Якщо ви вважаєте, що це портфоліо, то так, я рекомендую включити це посилання у своє резюме. Я згоден.

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

Портфоліо - гарна річ. Особливо це стосується певних аспектів нашого бізнесу, наприклад веб-дизайну. Але за винятком випадків, коли ви графік, ваш портфоліо не повинен бути вашим вступом.