Да я уже понял, в чужой монастырь со своим уставом не ходят.
Я согласен, у каждого языка\платформы есть своя ниша и границы применения, но erlang для этой задачи очень хорошо вписывается, по моему скромному мнению, которое по моей ошибке, похоже прозвучало здесь невпопад и не скромно.
Для меня мораль сей басни: Для создания масштабируемой архитектуры использовать Erlang, который может прозрачно утилизировать не только все ядра или которые укажешь, но и расползтись на несколько машин в кластер. И никаких блокировок и коллбеков, радость.
Я тоже похожий код выношу в декораторы\django template tag's, иначе шаблоны становятся похожи на развесистые деревья с кучей ифов и логикой которая копипастится от шаблона к шаблону
Также Salvatore Sanfilippo лишний раз пинганул в твиттере гитхаб, чтобы те разродились ответом.
«На сервере используется слабый эфемерный открытый ключ Диффи-Хелмана
ERR_SSL_WEAK_SERVER_EPHEMERAL_DH_KEY»
Не совсем правда, FoundationDB это умеет. И другие интересности у неё есть, например так серьёзно Fault Tolerance никто наверное не тестировал: раз blog.foundationdb.com/post/50924738464/foundationdb-fault-tolerance-demo-video
и два blog.foundationdb.com/post/53286213668/quicksand-continuous-real-world-fault-tolerance
пакет в AUR'е: aur.archlinux.org/packages/terminology-guake-git/
Я согласен, у каждого языка\платформы есть своя ниша и границы применения, но erlang для этой задачи очень хорошо вписывается, по моему скромному мнению, которое по моей ошибке, похоже прозвучало здесь невпопад и не скромно.