Які джерела вибіркової роботи слід використовувати для співбесіди? [зачинено]

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

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

Заголовок 17 § 107 кодексу США окреслює обставини, за яких авторське право може бути скопійоване для добросовісного використання, опубліковано чи ні. Оскільки закон про авторські права - це те, що зазвичай захищає вихідний код, він відповідає вашому питанню.

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

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

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

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

Примітка. Я не впевнений, про який тип робіт тут йдеться. Це може мати певне значення.

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

Що означає, я підозрюю, що це цілком законно і прийнятно, і будь-який наступний роботодавець, над яким варто працювати, зрозумів би ситуацію.

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

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

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

Не знаєте, де ви намалюєте лінію, дивлячись на копії коду чи питання про те, як ви вирішили певну проблему. Скільки деталей ви можете вписати, не розкривши щось важливе про код?

Якщо ви приносите мені роздруківку, як я знаю, що ви її написали? Звичайно, вас попросять пояснити, що це робить, і чому ви це зробили саме так. Це може бути так само просто, якби ви подивилися на чужий код і пояснювали, що він робить, і як би ви його вдосконалили.

Врешті-решт, вам просто доведеться довести, що ви можете написати код, і я сподіваюся, що ви це зробите, насправді написавши код.

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

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

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

Крім того, я думаю, що демонстрація попереднього коду роботодавців в інтерв'ю є поганим смаком, і, ймовірно, обійдеться вам на інтерв'ю. Будь-який біт коду МОЖЕ бути позбавлений помилок, які можуть виявити вразливість.

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

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

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

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

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

Вони абсолютно в межах своїх прав, щоб не дозволяти вам зберігати копію.

Після того, як вас звільнили / відпустять, пізно, ІМО. (Ну, ще не пізно, але тепер вам належить виконати роботу у свій новий «вільний час»).

Вам слід займатися ІНШИМ ПРОГРАММУВАННЯМ ПРОЕКТІВ у вільний час. Додаткові програми, програми для смартфонів або планшетів. Робота над проектами з відкритим кодом. ВИПУСК ОДИН, а потім зробіть це.

ТАК - коли потенційний роботодавець просить зразки, у вас є багато, що можна показати з вашого «вільного часу».

Я погоджуюся - речі, які ви робили як платні працівники для своїх попередніх роботодавців, ніколи не слід брати і, звичайно, не показувати.

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

From what I know of my other co-workers, people easily get the stuff they worked on
(without informing the company), and either make a video or take some screenshots of it
without any problem.

Це можна розцінювати як крадіжку і дуже добре може бути незаконним.

Я не юрист.

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

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

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

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

Можливо, ви не змогли взяти з собою свою роботу, яку ви зробили для свого роботодавця, але який програміст не має проектів для домашніх тварин, які він міг би показати?