>> Вас есть задача периодической обработки большого количества входящих запросов...
>> Java позволяет делать такие вещи, про которые в других платформах в общем то ... только подбираются
>> в Java все весьма просто - я отправлю в отдельный поток из пула, основной поток освобождается, как обработка закончиться - клиенту отдается ответ.
> Для "большого количества входящих запросов" (tm) тупая схема из начала
> 90 давно уже не работает.

Вообще-то в 90-е самым продвинум откровением был prefork.
Та модель в которой говорю я стала по настоящему массово работоспособной в первой половине 2000-х и до сих пор применяется и будет применятся в приложениях.
Безотносительно того, как каком ЯП написано решение.

> Причём даже для всех скриптовых ЯП
> делают сложнее обвязки

Потому что сами платформы не способны обеспечить элементарные инструменты.
Решение задачи передается внешней подсистеме, которая обладает необходимым качеством.
Еще раз разберитесь, что представляют собой технически сегодня многие популярные вещи, разберитесь что такое GIL B т.д.
Т.е. дело как раз в коренной ущербности, где для простоты выкидывается множество функционала. Это оправданно в ряде случаев, но технологически это порождает схемы, при которых в роли стержня выступает убогая обвязка на которую нанизываются внешние системы, которые решают эти задачи.
Но не надо делать вид, что убогость - это мол благо. Надо просто и честно говорить, что к примеру разработчики способные работать с такими вещами стоят денег и их не так много, а типовой конструктор покрывает 99% стартаперских задач

> Это какой-то детский сад, как раз иллюстрация к картине профессионализма типичного ява кодера.

Это степень иллюстрации степени грамотности лиц, которые вместо применения одного из стандартных решений начинают изобретать структуры совершенно ненужной сложности, при этом делая вид, что технологически так лучше.
Но Вы делаете вид, что объявляете основу ряда систем "приветом из 90-х"
И вообще конечно, пулы потоков, выносы в отдельный потоки Slow запросов и т.д.  - это не для Вас.
Пользуясь Cassandra написанной на Java в роли NoSQL БД Вы конечно будете продолжать орать какая Java плохая и какие там кодеры плохие
Или пользуясь Pum'ой (как по мне - самый лучший Web для Ruby приложений при высокой нагрузке), где применены похожие принципы