Чи приносить друкований код або код на USB на інтерв'ю? Якщо так, то який код я повинен принести. Чи слід уникати великих проектів і просто показувати невеликі фрагменти, які демонструють мою майстерність?
Відповіді:
Швидше ні . Я б робив це лише за відверто запитуваного запиту, і, звичайно, ви не можете принести код, який у будь-який спосіб є конфіденційним, що, як правило, стосується всього, що ви написали на попередній роботі, тому ви, в основному, обмежені кодом, створеним у вільний час. (Більшість інтерв'юерів негайно дозволили б вас супроводити до дверей, якщо ви приїхали з конфіденційним кодом від вашого поточного роботодавця ...)
У будь-якому випадку, як інтерв'ю, я хотів би побачити, як ви пишете код під час інтерв'ю, тому я можу бути впевнений, що ви є тим, хто має навички. Просто хороші друзі допоможуть вам написати найбільш вражаючий фрагмент коду та запам'ятати пояснення.
Я думаю, що це чудова ідея! Шкода, огляди коду не проводяться частіше, оскільки це один з небагатьох способів розпізнавання хороших програмістів (за винятком того, що вони щось кодують). Дивлячись на чийсь код, ви досить швидко розумієте, наскільки хороший програміст лише тому, наскільки "чистіший" їх код.
Якби я брав інтерв'ю, я би розглядав дві речі, які, ймовірно, було б добре висвітлити в коді, який ви вводите
а) Якість певної реалізації / методу / алгоритму. Покажіть код, який ви вважаєте особливо елегантним
б) Загальна архітектура більшої програми. Як програміст вирішив залежності, чи може він пояснити проектні рішення, які він прийняв
Мета полягає не в тому, щоб пройти весь код, так що насправді не важливо, скільки часу ви дійсно вводите код, а те, що ви вирішили виділити.
Ні.
Якщо у вас в інтерв'ю не планується викладати обґрунтовану презентацію, тип коду, який у вас є час, і вони мають час оцінити; не може бути представником вашої майстерності, незалежно від того, де ви знаходитесь у своїй кар’єрі.
Якщо вони хочуть бачити докази того, що ви зрілий розробник програмного забезпечення, то це не знайдеться в розмірі програми, через яку ви зможете ефективно пройти в розділі AOB інтерв'ю.
Якщо вони хочуть, щоб ви продемонстрували, що ви можете взагалі програмувати, вони пройдуть відповідний тест або змусять вас зробити щось невелике, як-от зв'язаний список на місці. Якщо ви наближаєте виконання пов'язаного списку на USB-ключі, вони не мають уявлення, скільки ви скопіювали з книги; чи знадобилося вам 10 хвилин чи два тижні; чи вам довелося запитати stackoverflow, що таке покажчик.
Більше того, що б ви показали? Чистий, добре написаний код, який легко зрозуміти, нудно. Ваші інтерв'юери не будуть сидіти там, дивуючись тому, наскільки чітко вони можуть зрозуміти наміри вашого фрагмента, і їм буде цікаво, чому ви вважаєте це коштовністю у вашій короні. З іншого боку, уявіть, що ви придумали щось розумне, як пристрій Даффа , і хотіли показати це. Інтерв'юери, ймовірно, вважають вас ворогом читабельності.
Код, який ви показуєте, як правило, повинен бути досить малим, щоб про нього можна було говорити протягом 5 хвилин, а код повинен містити не більше 2 друкованих сторінок. Навіть якщо це просто метод, який ви написали для розбору телефонних номерів з телефонної книги, це корисно.
Якщо ви хочете носити дизайн. Не носіть код. Більше, ніж бачити чистоту, інтерв'юер почне вказувати на помилки. Звичайно, було б (багато) помилок (про які ви ще не думали), якщо проект є проектом середньої школи. І якщо це якийсь код компанії, переносити захищений авторським правом код і показувати іншим людям незаконно.
Показ уже написаного коду може не мати великої ваги, якщо ви не зможете відповісти на запитання інтерв'юера. А якщо ви цього не переносите, то також немає жодних точок. Так навіщо турбуватися.
Якщо у вас є фрагмент коду, який особливо цікавий, будь-ласка, приведіть його (якщо, звичайно, припустити, що це не захищена інтелектуальна власність). Але не варто примушувати до інтерв'юера . Якщо він / він зацікавлений переглядати ваш код, він / він запитає, чи є вам що показати.
Будьте готові пояснити, чому це цікаво, а краще, що ви робили по-іншому в майбутньому.
Якщо ви робили будь-які розробки з відкритим кодом (чи то ділові, чи особисті), я думаю, це було б чудовою ідеєю. Я надіслав фрагменти коду разом із матеріалами додатків для роботи, яку я зараз маю, тому я ризикну здогадатися, що це добре для мене. Не забудьте поважати конфіденційність / авторські права та надавати атрибуцію іншим, хто був причетним (якщо це був спільний проект).