Слава

1. Разместить код замены файлов в sh скрипте с ожиданием завершения процесса-родителя
   
2. В вашем коде вызвать этот скрипт и завершить свою работу
   

https://roadmap.sh/

Если http:
Взять какой-нибудь хороший роутер, например https://github.com/julienschmidt/httprouter
И на его основе сделать врапперы и мидлвари под себя по необходимости.
Если работаете в какой-то конторе, то там уже должен быть фреймворк для микросервисов, заточенный под инфраструктуру компании. Потому что если сервисы делаются все по-разному, это беда.

Если grpc:
Особых вариантов нет, нужно использовать protoc.
При необходимости подключить плагины, чтобы был сваггер и гейтвей в http
github.com/grpc-ecosystem/grpc-gateway/v2/protoc-gen-grpc-gateway
github.com/grpc-ecosystem/grpc-gateway/v2/protoc-gen-openapiv2

Почему не предлагаю какой-то большой конкретный фреймфорк? Если бы вы сказали, что веб-приложения будете писать, можно было бы посоветовать что-то типа gin, но вы сказали про микросервисы. С ними такая специфика, что надо как конструктор собирать себе стек под задачу, иначе будет неудобно.

яндгугл

email sanbox

https://mailcoat.com/
https://www.spamtitan.com/email-sandboxing/

и т.п.

триал точно будет, может и фри найдется

ну и - Gmail -то чем не подходит?

в гугл

stable diffusion prompt examples

PS инфоцыган кучу материалов навыпускали - лично не качал не смотрел, но может вам так проще

и да - наша не хуже
https://www.sberbank.com/promo/kandinsky/

но тоже надо тренировка

Посмотрите здесь.
Есть там всякие варианты с рекурсиями и ревизиями.

А ещё на практике.
Тимлид на то и тимлид, что времени у него на то чтобы попробовать на практике было достаточно.

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

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

Не записываю. Просто читаю, попутно экспериментирую с примерами из книги. После прочтения пытаются набомбить пет-проект с использованием изученных технологий. Если где-то застреваю, перечитываю соответствующие главы, лезу в официальную документацию, гуглю.

Нужно много читать.

Использую joplin, есть на всех платформах, работает без сервера, один бинарь, локально либо синхронизироваться в облака, использует markdown, поиск.

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

Linux mint основан на убунту, и вроде как кроме UI там отличий то и нет

может попробовать что другое?

Никакие Debian-based дистрибутивы ничего особенно "другого" под капотом вам не покажут.
А если хочется более нескучного - то в самой же Ubuntu можно поставить и поиграться с kubuntu-desktop, lubuntu-desktop, xubuntu-desktop...

Это тоже самое. Ну кроме более удоьного интерфейса изкаропки

Я-бы посмотрел на количество человек в команде разработки. И еще можно глянуть баг-трекер.
Если там дефекты висят по пол-года - то это тревожный сигнал о том что не стоит
с ним связываться. Ведь эти дефекты - будут у тебя.

Времена когда люди гонялись за операционками остались в 2000х. Особого смысла менять один
декстоп на другой нет. По возможностям они все примерно одинаковы. И если что и осталось выбирать
то это - надежность патчей и оперативность их выкатывания.

Недостатки Убунту описывал сам Столлман. По его мнению эта ОС слегка ... стучит на своих пользователей.
На современном языке - собирает телеметрию. В каком объеме собирает и как - никто не знает.
Никто такой вопрос кроме Столлмана видимо не поднимал. Но даже если так ... какие гарантии
что Минт не делает тоже самое?

Бэкенд можно написать на чëм-нибудь компилируемом.