Як ви підтримуєте свій кінець після закінчення роботи?

Який процес виходу з компанії (або навіть групи / підрозділу) з точки зору підтримки коду?

Чи найкраще впоратися з усіма питаннями? Чи надаєте іншим розробникам доступ до себе як майбутнього ресурсу? Якщо так, то чи є спосіб не надати повний доступ?

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

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

Я думав зробити щось на зразок зробити (YOUR_NAME) _codesupport @ (YOUR_FAVORITE_EMAIL_CLIENT) .com адресу.

Мої особливості ситуації:

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

Як ви підтримуєте свій кінець після закінчення роботи?

Ви цього не робите. Ось чому це називається кінцем .

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

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

Це означає представити себе безлічі нових баз коду

Це хороший навик для розвитку - вам це знадобиться.

а також залишати за собою неабияку частку сирітського коду, коли я залишаю компанію.

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

Мені погано, якщо я залишаю непотрібний код.

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

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

Навчіть людину, яка замінює вас, наскільки це можливо (якщо хтось є).

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

• Як запустити повністю працюючу систему на комп'ютері іншого розробника
• Як будувати
• Як розгорнути

Поставте копію всього на центральне місце.

Електронна пошта всіх деталей для будь-яких зацікавлених сторін .

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

Небагато речей, які я хотів би зазначити.

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

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

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

Що ви повинні помітити, це те,

• Ті, хто займається серйозним бізнесом, діють професійно в цій ситуації. Вони тебе більше не хочуть.
• Найвищий шанс отримати дзвінок від колишнього роботодавця - це особистий дзвінок. Зазвичай це не буде організаційним рішенням наблизитися до вас і виправити код. Крім того, вони поважають ваш час та поточні завдання, перш ніж запитати ваш час.
• Корпоративні компанії зберігають максимум секретності свого коду та дизайну. Вони не хочуть виставляти навіть колишнім працівникам.
• Переважно співробітники, які вийшли з компанії, будуть приєднуватися до компаній зі схожим домом. І колишня компанія, і нова компанія можуть бути конкурентами. Якщо ви володієте патентами та виходячи з характеру принципу роботи компанії, більшість компаній не дозволять колишнім працівникам працювати з ними, навіть якщо колишній працівник цього хоче.
• У вашому конкретному випадку я підозрюю, як тривалість 4-х місяців може зробити вас дуже критичним до організації та проекту, якщо тільки ви не дасте їм радикально щось нове, що народжується в ваших головах.

все те, що сказали інші, а потім:

Розглянемо співпрограмування .
Сидіти з двома людьми за одним столом. Програмуйте все парами. коли один із них (ти) виїжджає, інший - один зі всіх знань.

Є багато інших переваг, але це вже інша тема.