- можно рассказывать друзьям и девкам, шо работаеш на таинственном неизвестном языке

Вменяемая работы с массивами

Итераторы

ООП (при условии разумного использования)

Макросы - всё-таки хороши тем, что предоставляют хоть какое-то мета-программироваине при компиляции

Каналы и спавны идентичны гошным каналам и горутинам?
Работа с раздеямой памятью есть, как в Го?

Есть, но в статусе WIP

https://itnext.io/comparing-crystals-concurrency-with-that-of-go-s-part-i-cd45a3388935

https://itnext.io/comparing-crystals-concurrency-with-that-of-go-part-ii-89049701b1a5

Я бы скорость и stblib добавил, но плохо с Go знаком.

Ну, Го пока вроде быстрей.

Где-то видел, что Crystal обходит, но сейчас нашёл только обратное, да, те не помню как и где.

Очень простой для понимания язык, в котором сами его исходники являются неплохим набором примеров. При этом, в отличие от Go, можно "манкипатчить" любой аспект ядра языка за редким исключением. То есть если "ядро" языка работает не так, как хотелось бы - в Crystal это можно попытаться исправить, а в Go уже "не судьба".
В Crystal вызовы Си-библиотек - самые простые из всех известных мне ЯП. Правда, по этой причине среди шардов очень много "переходников" к сишным либам вместо полноценной замены на Crystal

как насчет IDE и чем отлаживать?

Вообще после Crystal синтакис почти 100% существующих ЯП вызывает, скажем так, недоумение. Ведь можно же было по-человечески-то, получается

Я пишу в текстовом редакторе обычном, а отлаживаю puts'ами. Но вообще есть же отладчик для Crystal? Я не в курсе. Ни в одном языке никогда не использовал отладчики... ну ладно, за исключением разве что QuickBASIC в глубоком детстве :)

🤨

Ну, как автор PR для rand(Range) — подтверждаю, можно дополнить и оформить. С другой стороны — в других имплементациях ЯП тоже можно, просто в Crystal для этого достаточно знать один этот язык.

Я ещё о переопределении методов классов

Тоже подтверждаю: сегодня друг пожаловался на отсутствие auto-completion в редакторах, в scry и официальном плагине для VS Code issues застыли с 2018 года.

А, ну тут да, не скажу точно, не люблю такой подход, использую по минимуму.

Ни дебаггера, ни профайлера. Можно использовать нативные типа LLDB, но у Кристала много наворочено в плане структуры программы, что это становится невыносимо больно

Синтаксис проблемный; излишняя "рубишная" свобода типа необязательных скобок для вызова методов, require вместо import... Это вредит серьезным проектам

Это сразу раз в 10 снижает количество потенциальных пользователей

Я знаю