Мне тоже кристал приятен. Правда активно не приходилось использовать. А там, где использовал, разность между debug и release напрягала: либо быстро компилишь, но потом тупишь, либо долго ждёшь сборку. Среднего режима не хватает.
Ну и, если буриться в метапрограммирование, вылезают(ли) корнеркейсы дизайна языка (давно пробовал, может сейчас лучше).

Т.е. про компиляцию меня бы устроил режим «как в Go»: не сильно долго компилим и не слишком тормозим в рантайме. Но такого режима нет :-(

тут конечно есть свои особенности как с вашим примером хеша. Для меня это плюс потому, что заставляет думать более крупными блоками и держать образ блока с которым работаешь, приходится проходить от и до по процедуре, чтобы не терять время делая мелкие правки, а если блок уже не держишь значит нужна декомпозиция. И конечно  кристал принуждает к разработке через спеки, так в разы быстрее и проще. Причем все спеки по делу, так как всякая ерунда которую надо спекать в рубях уже отработана компилятором. В результате писать приходится намного меньше, а результат гораздо лучше чем в рубях.

Логически результат операции это Option<T>. Кто-то просто решил что алгебраические типы это "сложно" (потому что если в швятом си не было, то и в 21 веке не нужно). А еще из этого следуют мьютексы которые надо ручками не забывать брать и отдать, когда мог бы быть Mutex<GlobalState> с RAII.
А еще Го продвигают как суперский язык для крудошлепанья, но опять таки, абстракции отражающей разницу между VARCHAR и VARCHAR NOT NULL у него нет. Давай, проверяй null'ы вилкой, простой язык зато.

Это да, там есть косяки с макросами и генерацией/наследованием объекта, если писать сложные макросы, там столько проблем возникает. Архитектурный косяк как по мне, Кристалу надо избавляться от initialize метода совсем имхо, и делать инициализацию в стиле го.

VARCHAR NOT NULL - string
VARCHAR - *string
Не помню, работает ли так database/sql, правда. Но у нас так было.

И алгебраические типы данных в Go, по факту, тоже есть - интерфейсы. Синтаксиса удобного, правда, нет, и всегда nullable.

(Хотя ладно, это я сову на глобус натянул :-) )

Vim || VSCode?

notepad.exe

Vi Embased

Понятно же что vim, с ним пишут продвинутые мужики а vs code обычные смертные

Мне кажется, vim популярен, просто время неудачное

Если писать редактор или какой нибудь десктопное приложение, берите пример с Vim,

Но редактор "На самом деле нет" вырывается вперёд

Не все умеют выходить с vim;( LOL

Это пока на VS code

Еще три года назад все сидели на Атомах

Каждые 4-5 лет меняют редактор