landergate

Да

не переживайте, разрабатывать с нуля всегда проще и интереснее

(верно для разработчика, для менеджера - обратно)

Если вы толковый специалист, тимлид заберет вас с собой. Иначе... вам вообще не стоит задумываться над этой проблемой.

Ответ очевиден - нанять нового тим.лида, т.к. незаменимых людей нет, есть взаимозаменяемые.

Скорей всего, будет просадка по срокам и качеству исполнения задач в районе 3-6 месяцев, в зависимости от текущего объема кодовой базы.

Также нужно зайти немного с другой стороны. Задайте себе вопрос: "А почему все тащил именно тим.лид"? У него подчиненных сеньоров/мидлов нет или компания кого-то сильнее джуна нанять из-за финансовых ограничений не может? Главная задача тим.лида - координировать работу команды, а не писать код/решать задачи. Разумеется нужно помогать людям, если они где-то застряли. Разумеется нужно направить подчиненного, если он не знает в каком направлении двинаться. Однако, писать код/решать задачи должны именно подчиненные тим.лида, а не он сам. Тогда после ухода лидера из команды она по инерции движется еще в течении 2-3 месяцев без всякого внешнего управления, а этого времени хватит для того чтобы нанять другого человека и дать ему возможность разобраться в текущих делах компании.

ну логично что втаких случаях заставляют писать документацию навсе проекты
судя по всему ее вы не вели совсем.

Обычно, незаменимых людей нет. Договоритесь с "бывшим" о консультациях и его условиях, возьмите контакты. А пока он еще на месте, постарайтесь получить максимум информации.
Так или иначе все проблемы, которые возникнут после его ухода, решите, а со временем все освоите сами.
Ну и в дальнейшем повышайте число автобуса (или понижайте :)

"в принципе тащил всё на своих плечах" - а зачем тогда на работе числились Вы?
При таких исходных данных пытайтесь разобраться в том что есть как можно детальней. Ковыряйте самый непонятный код, узнавайте как и почему. Что тут еще можно сказать. Никакого чудо-совета Вам тут не дадут.

Пытаться на некоторых условиях договориться с ним о поддержке. Если это критично и возможно.

Вставать на его место с кратным повышением зп, это же очевидно.

Обновляют резюме.
А если серьёзно - какой ответ вы ожидаете? Не указан ни стек технологий, ни тип проекта...
Проекты, автобусное число которых равняется единице, обречены на провал.

Зазорно не учиться и не искать знания.

Зачем в Гугл, приходите на Тостер :)

Нет не зазорно только найденное бездумно не копируйте, а всё же пытайтесь разобраться в том что вы нашли.

Мы в свое время пользовались KeePass очень активно.
В целом, все устраивало.

Вот есть статья с Хабра на эту тему: https://habrahabr.ru/post/125248/

Как то так:

• Менять зону в зависимости от настроек пользователя (т.е. когда он сам выбирает свой чаосовй пояс)
  
• Формировать дату на стороне клиента, т.е. JS, посмотрите XDate например
  

Обычно делается так:
1. регистрация всех событий интерфейса и сетевых запросов клиента
2. обучение нейросети
3. отклонение => BAN
Т.е. алгоритм выделения внештатных ситуаций и предотвращения читинга (cheating) в играх.
И совсем не важно кто именно генерирует трафик: браузер или отдельное приложение.