Александр

1. Рекомендую использовать Intellij Idea
2. В импортах у вас указаны пакеты из java EE, а у вас java SE.
3. Если библиотеки не входят в ваш SDK, их надо подключать отдельно. Либо скачав и указав в classpath (IDE с этим может помочь), либо используя maven / gradle.

Tar и gzip это очень старые утилиты. Им по 30-40 лет. И создавались они в те времена когда симметричное шифрование еще не было так развито.

Но архивчик можно после упаковки зашифровать другими утилитами например openssl.

openssl enc -in file.txt -out encypted_file.txt -e -aes256

Я так делал когда шифровал бекапы oracle dbms.

Если переписать чуть лучше скрипт - то можно объединить операции tar->gzip->openssl в один пайплайн
без воздания промежуточных файлов.

Рекурсия нужна при обработке иерархических данных. Например - обойти файлы и каталоги
в файловой системе и выполнить какое-то действие. Или действие с условием. Например если
в текущем фолдере есть фолдер .git - то выполнить какой-то git script.

Рекурсия может понадобиться при работе с документами XML/JSon (шаблон composer). И хотя
в некоторых API рекурсия может быть частично скрыта за языками XPath/JSonPath тем не меннее
ее рекурсивная природа остается налицо. Кроме того если вам достался узкий API типа DomDocument
без поисковых диалектов - то обойти его можно на любом ЯП с рекурсивной функцией.

Рекурсия нужна при парсинге сайтов. Это вобщем просто более расширенная трактовка работы с файловой
системой. Если Url-s это как-бы файлы в web пространстве и они имеют ссылки друг на друга - то вы
можете рекурсией это все обходить.

Рекурсия почти всегда нужна при работе с графами. Берите любой алгорим на теорию графов и я готов
спорить что 99% он будет содержать рекурсию.

Все настольные игры (шахматы-шашки) в основе своего алгоритма альфа-бета поиска с отсечениями и
BWF базируются на рекурсии.

Делать его бином тоже как-то не хочется

Не совсем понятно почему не хочется. Экономишь память? Или время иниализации бина?

У тебя проблема вовсе не в Spring. Здесь если убрать Spring за скобки - то ты также будешь ломать
голову над тем как разложить твои данные по методам.

Попробуй реши эту задачу вообще без Spring. Будет простое ООП-решение. Вот затащи его потом
в Spring и вопрос сам собой решится.

Это значит, мне надо сделать 1000 репозиториев, в каждом Х методов (получение по ID, получение по значению поля, одного объекта, коллекции...). И ещё 1000*Х методов в контроллерах....

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

Как безболезненно перейти с Python на Rust?

Учиться, учиться, учиться.

1) Python медленный

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

2) В python нет адекватного управления памятью

Автоматический GC - это один из самых адекватных способов управления памятью, который только придумывало человечество.

3) В python мне приходится испльзовать кучу мегабайт библиотек (я чувствую себя тупым и бесполезным при импортировании библеотек)

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

4) Python кажется игрушечным языком

Зря так думаете. Python очень мощный.

5) Python не подходит род микроконтроллеры (micropython - просто игрушка)

Раст+МК для новичков тоже очень страшная вещь - посмотрите на вопросы от товарища eegmak, например, чтобы в этом убедиться.
Micropython - вполне себе production ready инструмент для тех случаев, когда его хватает, и не нужно ужиматься в очень дешёвые чипы.

6) Проблемы из-за GIL'а

С какими именно проблемами вы столкнулись на практике?)
Скорее всего, их можно решить и менее радикальными методами.

ИМХО: вы услышали от кого-то что Rust-топ язык, а Python - игрушечный, а настоящие программисты используют ручное управление памятью и сами реализовывают всякие сложные алгоритмы и протоколы.
Хотя обычно ещё пишут, что настоящие программисты пишут только на C, только в виме, и никогда не ищут ответы на русскоязычных форумах.

Если я прав - задумайтесь ещё раз, какую именно вашу проблему может решить раст, которую не может решить Python.

Если я вас не отговорил - берите rustbook (лучше способа не придумали ещё).

Если хочется перейти на другой язык, не обязательно раст - посмотрите в сторону других языков со сборкой мусора - например C#, Go, или D. Их все можно использовать в том числе и на МК, с разной степенью извращений.

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

str - это встроенный тип, который представляет из себя последовательность из байтов utf8.
Размер значения str не известен во время компиляции, а по тому нигде его нельзя применить в чистом виде (только как содержимое какого-нибудь типа-указателя)
Можно провести аналогию с массивом (только в случае массивов размер таки известен, но его тоже достаточно редко используют в таком чистом виде)

&str - это ссылка на эту последовательность байт.
Это может быть ссылка на содержимое String или ссылка на строковый литерал (&'static str)

Кстати, String под капотом - это Vec<u8>

1. Конструктор Stopwatch на вход принимает объект класса Runner. Он ему нужен для того чтобы знать его имя и скорость.
2. Конструктор Runner принимет на вход имя и скорость. Экземпляр класса Stopwatch создается прямо в конструкторе и в него передается ссылка на этого же Runner-а. Немного tricky да.

Представьте, что у вас есть два бегуна.
Вы берете двое часов и подписываете их. Одни часы для Иванова, другие для Петрова.
Часы вы кладете каждому бегуну в карман. У вас получается такой составной объект: бегун с часами в кармне, которые знают, как зовут этого бегуна.
Когда вы командуете Start, каждый бегун нажимает на кнопку start на часах:

public void start() {
            stopwatch.start();
        }

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

ZFS пул, по сути, тот же софтверный рэйд. Соответственно, любое нештатное выключение или перезагрузка серверов iscsi - будет вызывать необходимость восстановления рэйд.
Скорость доступа определяется линком между серверами. У Вас там 10G или больше ?

То-есть запустить конечно можно, но стабильность и скорость под большим вопросом. Основной вопрос - зачем ?

Технологически:
- Подключете по iscsi диски с серверов.
- Из подключенных дисков стандартным способом собираете ZFS пул.

На сервере 1 прописать маршруты для адресов, на которые надо выходить через сервер 2.

нужны команды настройки маршрутизации и возможно настройки фаервола для назначения меток трафика.
route
iptables
ip
nft

что то из этого....