Wan-Derer

submit возвращает Future, по которой можно отследить статус задачи, а execute - нет.

Это вроде бы должно быть очевидно из их описания

С точки зрения Java language, аннотации ничего не делают. Они - как каменты в коде. Но они могут быть подсказками для фреймворков которые в compile time, classloader или runtime могут что-то выполнить над кодом. 99%
это какие-то ORM/JSon подказки которые разъясняют фреймворку что делать. Например @Table(name="emp")
подсказка JPA то класс относится к таблице emp.

Ваш вопрос про либы Java/Kotlin слишком общий. Ничего конкретного нельзя сказать. Но по отношению к
Serializable, можно предположить что это гарантия что класс можно сериализовать во внешнюю память
(оперативная или диск) и это не нарушит никакой бизнес логики. Например это DTO которая полностью
самодостаточная. Не все сущности вообще реально сохранить. Некоторые сущности - как орграф опутывают
всю память Java и сохранять их накладно. Как корневой объект хипа. Дешевле дампнуть всю память чем
сохранять такие объекты поштучно. Некоторые - имеют связи с внешними ресурсами Files/Sockets и вне контекста они не имеют смысла. Есть ключевые слова языка (transient) которые запрещают сериализацию для полей.
Есть также проблема версионности для Serializable. Сохраненная структура не трекает ваши изменения
по коду уже после того как вы что-то сохранили. Грубо говоря это не JSON. Если вставили новое поле - можете
старый файл и не прочитать. В качестве маркера проблемы там заводят специальное поле типа versionId или
что-то такое. Просто для детектирования.

Если вы хотите иметь тотальный контроль над сохранением - то определяйте Externalizable и там будут 2
метода в которых вы контролируете Output/Input streams и сами пишете что сохранять и читать. А еще
лучше брать библиотеки Kryo/Protobuf/Avro e.t.c. У них еще и есть оптимизации по скорости и по сжатию.
Вы к этому придете эволюционным путем если будете писать систему где сохранение во вне - важно.

Сериализация во внешнюю память это огромная проблема когда мы пытаемся подружить разные
технологии (32-64 бит целые числа или разный порядок байт в машинном слове). Даже простое
сохранение даты или строки может быть ошибочным если вы сохранили в Java а пытаетесь читать в C++.
Нужна 100% бинарная совместимость всех структур. Вот библиотеки Протобуф и Авро
как раз для этого создавались.

кол-во вакансий у RN в раза 2-3 выше

Это.

.htaccess - это часть сервера, сфера ответственности команды эксплуатации
Обычно его создает/правит админ или бек-разработчик
Работает этот файл только с веб-сервером apache/httpd, к nginx отношения не имеет
Фронтенд-разработчики по идее никак с этим не связаны, это и близко не их сфера ответственности. Могут столкнуться, только если сами настраивают свое рабочее окружение и каким-то образом им помешал дефолтный .htaccess
Управление кешем с серверной стороны точно не относится к фронтенд-разработке

Вот из википедии. Как из положительного сделать отрицательное в формате ДК (дополнительный код).

int twos_compl_abs(int a) {
    if (a < 0) a = (~a) + 1;
    return a;
}

Инвертируем и добавляем единичку.

Для числа -100. Берем сначала по модулю. 100 - это 64 + 32 + 4

0110 0100

Инвертируем

1001 1011

И прибавляем 1

1001 1100

В хекс-системе тоже число будет

9C

Connection refused - это значит, что или служба Докера выключена, или запущена на другом порту, а не на 2375

Самое простое - это один метод помеченный аннотацией @Scheduled и второй метод с аннотацией @Async. Первый срабатывает по расписанию и вызывает второй для каждого счётчика.

Мы действительно арендуем домен, а не покупаем?

Действительно. Советую почитать договор, который заключается с регистратором. А также ответить для себя на вопрос "могу ли я продать домен без согласия регистратора" :)

Если это так, получается в реестре доменных имен уже сгенерированы вообще все доменные имена и мы арендуем ранее сгенерированное имя?

Нет, это невозможно

Или что мы тогда арендуем?

Если уж быть совсем точным, то у регистратора мы покупаем услугу администрирования доменного имени Х. То есть мы придумали сами доменное имя и, если оно еще никем не занято, мы можем купить услугу по его администрированию. "Арендой" это называют, чтобы подчеркнуть тот факт, что ты не получаешь никаких имущественных прав в отношении данного обьекта - продать, подарить, завещать - не можешь.