paran0id

Чтобы запускать докер внутри докера, есть такая штука как DinD. Такое стоит использовать не всегда. Возможно, достаточно будет просто прокинуть докеровский сокет внутрь контейнера.

Быть может стоит где-то ещё поднять впн-сервер и с обоих точек к нему подключиться?
И настроить роутинг со стороны машины в ту вторую точку?

типичный регексп такой
[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Za-z]{2,}
очевидно, что идут лесом не латинские буквы, например

если очень хочется к основам - RFC вот https://datatracker.ietf.org/doc/html/rfc5322 ,
но не надейся - адреса там ссылаются в том числе на другие протоколы, хе-хе

поэтому где-то можно найти примерно такое:

• Латинские буквы в верхнем и нижнем регистре: A-Z и a-z
• Цифры от 0 до 9
• Специальные символы: ! # $ % & ' * + - / = ? ^ _ ` { | } ~
• Точка . (не первый или последний символ или не повторяется)
• Двойная кавычка " (только в локальной части и должна быть экранирована обратным слешем )
• Пробел и специальные символы ( ) , : ; < > @ [ ] (только в локальной части и должны быть заключены в двойные кавычки)

При использовании TCP стека (Ethernet, IP, TCP) не гарантируется сохранение целостности.

Гарантируется.

Всегда так было. Всем нужен чел с опытом, который сразу сможет начать работать, а не Джун, которого ещё год обучать придется, чтобы он пользу начал приносить.

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

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

lxd контейнеры
ставится и настраивается в 2 клика, запускаете каждому свой контейнер и пусть там развлекается
ну и ssh каждому прокинуть в нужный контейнер

на всем ), именнно ввиду непопулярности десктопа все размыто

прежде всего на Сшарпе - все просто: десктоп значит винда, винда значит либы, либы значит Сшарп - отличаются как раз малым размером (хехе),

потом Qt / GTK/ Tcl с их портами на куда придется и куда приестся - от PyQT (наверно, самому вмнеяемому для Питона но с хз какой лицензией - уже не слежу, что там отпустили попустили допустили, о! pyside ожил свежий!) до Tk портировнного на Go - как-то изучал дела с десктоп приложениями - сам Go с десктопом и был и плохо и остался плохо, но вот именно порты Tk там из известных продвинулись дальше всего

ну и Delphi конечно, если программистов найдете )) нет, не умер, но, думаю, дорог в поддержке )

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

И можно книгу по математике моего уровня (ДЛЯ ПОДРОСТКА, а не для супер людей)

Школьный учебник. Все на отлично сдал?

я неделю изучаю с#, 3 месяца изучал с++

Это ОЧЕНЬ мало. Это даже не начинал.

и решил программировать на с# из за того что можно на с# создавать графические программы

Да почти на любом языке можно создавать графические программы.

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

Математика уж тем хороша, что ум в порядок приводит (С) Ломоносов.
Математика сама по себе ближе всех к логике, что в программировании критично. Но математика это также довольно большой список направлений, и изучить все из них нереально.
Вопрос о специализации следует задавать гораздо позже. После школы, когда в институт идешь.

Как вы считаете что изучать сначала математику (и какие ее разделы) или изучить программирование?

Да базовые вещи, для начала. Их может быть вполне достаточно, чтобы перестать задавать подобные вопросы.

И нужна ли математика программисту?

Школьная - конечно.

а причем тут доп окна ssh, если она черным по белому просит или не запусктаь её от root или убрать эту проверку из исполняемого файла?
да и если она требует графич стола, то без него ты не обойдешься жеж... разве что псевдографикой(не уверен)

Использование проприетарных персонажей, изображений, сеттинга какой-либо игры в своей разработке требует получения соответствующей лицензии от правообладателя. Монетизация здесь абсолютно не важна.

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

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

И только если выяснится, что имеет место вендор-лок и разрушить его невозможно - тогда хвататься за Wine.

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