У современных скриптовых языков программирования, все-таки, херово зделана интеграция объектов предметной области операционной системы в язык. Вот треды, треды - это заебись, это объект предметной области языка, по сути. А если поставщик библиотеки пидорас и сделал ее не thread-safe? Как было бы круто просто заменить в том же коде слово Thread на слово Process и синхронизировать эти процессы, скажем, через файл на диске. Но вот хуюшки - нет никакого Process, сосите бэктики.

Ландшафт глобального айти изменился - на нем почти не осталось экзотики. SPARC 98-го года выпуска? Плавали, знаем. Какое-нибудь ультра-легаси говно, типа COBOL? Не охуеть какое тайное знание. Сложно выделяться знанием или умением какого-нибудь не очень распространенного языка разработки, так как любому сообществу кажется крайне вредным оставаться закрытым. В OpenZFS core team вход был по пропускам (даже и факт существования пытались скрыть) - ну и что, все равно же сделали сайт и явились миру. В связи с этим байки айти-старичков о том, как они втроем за два дня написали на каком-нибудь Forth систему, на которую потом у падаванов ушел месяц на C++, должны вызывать только сочувствие - "нахер ты мне это рассказываешь, дед, расскажи лучше, как тебя кастомеры неделю в подвале страпоном трахали!"

Зашел, кстати, на гитхабовский аккаунт упомянутой ранее VoltDB - проект, судя по всему, жив и развивается, в отличие, скажем, от Drizzle. Что порождает массу вопросов относительного упомянутого специалиста по разработке баз данных и его команды - а не под хуй ли у них руки заточены? (Вопрос риторический). Это, кстати, интересная тема - как оценивать риск затаскивания того или иного модного решения в свой проект. Я обычно оцениваю такие риски нематематическими методами (ну, как если бы я будущую жену оценивал). С той же VoltDB вот мне нихера непонятно - товарищ Стоунбрейкер слишком много пиздит не по делу, мне нужны технические подробности, а не маркетинговая чушь. Это значит - надо лезть в код или, для начала, делать тестовый проект, целью которого будет являться осознание того, как там потроха у этой фигни работают. Кстати, знаю людей, которые такие тестовые проекты плодили пачками с целью выбора оптимального стораджа под их нагрузку. Они даже не успевали осмыслить полученные результаты (какое там осмыслить, они их получить-то не успевали). Остановились, понятное дело, на ELasticSearch (ладно хоть не на Mongo).