Ну слушай. Я могу сказать, что у джавы ее бесменный тайп эрейжа и N отставаний от шарпа; у шарпа нет ? и diamond operator, а также CLR тюнится гораздо хуже JVM; руби очень приятен для DSL, но принятый коммьюнити манки-патчинг прям беда; в нем и в питоне только намек на многопоточность из-за GIL; в ноде на самом деле нет никакой асинхронности, есть тупой ивент луп и надежда, что события будут происходить реже, чем успевает отработать соответствующий обработчик; но все это ни в какое сравнение не идет с этим адским порождением, где чуть ли не каждая строка воюет с рациональным мышлением.

контр-аргументов для этого обычно несколько: исключения во многих языках достаточно дорогостоящая штука (особенно касается языков интепретируемых), ну и опять же чаще всего try/catch сверху не спасает вас. Ведь вы не всегда сможете гарантировать, что теперь есть бизнес-целостность и вы можете хендлить реквесты/что-то еще дальше.

А какой пул, кстати? Ничего кроме писания простеньких системных утилит в голову не приходит

Ни разу не сталкивался с тем, чтобы обработка ошибок стала узким местом. А про бизнес-целостность аргумент не понятен, ведь ошибку мы так и так получили, теперь задача отдать ее полчателю и можно сделать это сразу без использования 10 промежуточных переменных. Классическое try catch поможет вам сделать и так, как сделано в го, и так как сделано не в го. Го же заставляет повсюду явно возвращать то, чего обычно нет (ошибок обычно нет).

Ни разу не сталкивался с тем, чтобы обработка ошибок стала узким местом. А про бизнес-целостность аргумент не понятен, ведь ошибку мы так и так получили, теперь задача отдать ее полчателю и можно сделать это сразу без использования 10 промежуточных переменных. Классическое try catch поможет вам сделать и так, как сделано в го, и так как сделано не в го. Го же заставляет повсюду явно возвращать то, чего обычно нет (ошибок обычно нет).

Фраза “ошибок обычно нет” - да ошибок вагон и телега всегда, отвалилось Third Party, лагнула сеть на AWS, отватился коннект и т.д.

Зря я ее написал. Но кроме этой фразы были и основные аргументы.

Мелкие сервисы. Я писал трейдинг, гео-мониторинг. Обертки над API всех мастей.

Но там же пока ещё вс инфраструктура бедная и зачастую кривая - даже драйвера с БД не очень. Смысл? Лучше уж питон. Или Котлин.

Kotlin - это JVM дороже в содержании на AWS, с пайтоном тоже самое в плане если используешь его хоть под какой-то нагрузкой.

Ну драйвера с PostgreSQL отличные. Не знаю о чем вы.

А чем оно дороже? Да и нагрузка - вещь редкая