Как вы поддерживаете свой код после окончания трудоустройства?

Каков процесс ухода из компании (или даже группы / подразделения) с точки зрения поддержки кода?

Лучше всего решать все вопросы? Предоставляете ли вы оставшимся разработчикам доступ к себе как к будущему ресурсу? Если так, есть ли способ не дать полный доступ?

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

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

Я думал сделать что-то вроде (YOUR_NAME) _codesupport @ (YOUR_FAVORITE_EMAIL_CLIENT) .com адрес.

Особенности моей ситуации:

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

Как вы поддерживаете свой код после окончания трудоустройства?

Вы не Вот почему это называется конец .

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

Хорошо, более реалистично, в зависимости от ситуации, вы можете предложить немного ответить на вопросы по телефону или электронной почте, особенно если вы a) хотели бы вернуться туда, b) дружить с людьми, которые там работают, c ) все еще полагаются на них в плане хорошего обзора, d) чувствуют себя довольно уверенно, что компания не будет злоупотреблять вашим жестом доброй воли, и / или e) компания готова компенсировать вам любую нетривиальную дополнительную поддержку.

Это означает, что я знакомлюсь со множеством новых кодовых баз

Это хороший навык для развития - он вам понадобится.

а также оставив после себя большую долю потерянного кода.

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

Я чувствую себя плохо, если я оставляю ненужный код.

Не пишите мусорный код в первую очередь. Если ваш предыдущий хороший код становится ненужным (устаревшим, больше не нужен и т. Д.) Перед тем, как вы уйдете, то очистите его, прежде чем уйти. Если ваш код не является ненужным, когда вы уходите, то то, что с ним происходит потом, не стоит беспокоиться.

Обычно вы готовитесь к этому примерно за 2 недели до запланированной даты окончания. Запланируйте некоторое время для передачи знаний другому члену команды и постарайтесь убедиться, что они могут поддержать код, прежде чем вы соберете свой рабочий стол. Не настраивайте себя на постоянную поддержку, указав свои контактные данные в коде. Если ситуация настолько серьезна, что никто, кроме вас, не может ее исправить, они, вероятно, могут получить вашу контактную информацию от HR.

Обучайте человека, который заменяет вас, столько, сколько вы можете (если есть кто-то).

Я считаю, что лучше оставить документацию с кодом, желательно проверенным в системе контроля версий, если нет центральной системы документации. Что бы вы ни делали, документируйте как можно больше о:

• Как получить полностью работающую систему на компьютере другого разработчика
• Как построить
• Как развернуть

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

Отправьте все детали по электронной почте всем заинтересованным сторонам .

Я всегда удостоверяюсь, что они понимают, что могут позвонить мне, если у них возникнет вопрос, например, где это произошло, и т. Д. Для них довольно часто звонить вам позже и спрашивать, хотите ли вы выполнить работу на стороне, если они находятся в привязывать. Это зависит от вас, исходя из вашей новой ситуации и трудового договора. Нет ничего плохого в том, чтобы сказать: «Извините, у меня просто нет времени сейчас». Во всяком случае, это почти всегда так.

Несколько вещей, которые я хотел бы упомянуть.

В бизнесе деньги выше настроений. Работодатель обычно не имеет те же чувства, которые вы имеете с вашей стороны. Как только вы покидаете компанию, сделка завершена. Переговоры и материалы периода уведомления - шаги, чтобы уменьшить их риски.

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

Один из моих друзей ушел из своей компании 1 год назад, и недавно один из менеджеров проекта связался с ним, чтобы исправить проблему с кодом, который он написал несколько лет назад. Учитывая сложность и сложность решения проблемы, он был самым простым вариантом. Наконец он помог им решить проблему; но о его личных интересах и этике. И обратите внимание, что несколько работодателей не могут согласиться с этим. то есть он возвращается в свою старую компанию и решает проблемы.

То, что вы должны заметить, это то, что

• В этой ситуации профессионально действуют те, кто занимается серьезным бизнесом. Они не хотят тебя больше.
• Самый высокий шанс получить звонок от бывшего работодателя - это личный звонок. Обычно организационное решение не будет подходить к вам и исправлять код. Также они уважают ваше время и текущие задания, прежде чем спрашивать ваше время.
• Корпоративные компании хранят максимум секретности для своего кода и дизайна. Они не хотят разоблачать даже бывших сотрудников.
• В основном сотрудники, выходящие из компании, будут объединяться в компании с аналогичным доменом. И бывшая компания, и новая компания могут стать конкурентами. Если у вас есть патенты и они основаны на характере принципа работы компании, большинство компаний не позволят бывшим сотрудникам работать с ними, даже если бывший сотрудник захочет.
• В вашем конкретном случае я подозреваю, что 4-месячный срок может сделать вас очень критичным для организации и проекта, если только вы не дадите им радикально что-то новое в ваших головах.

все, что говорили другие, а затем:

Рассмотрим совместное программирование .
Сядьте с двумя людьми за одним столом. Запрограммируйте все в парах. когда один из них (вас) уходит, другой все еще обладает всеми знаниями.

Есть много других преимуществ, но это другая тема.