Со временем мозг учится пропускать if err != nil, опознавать filter и map конструкции в циклах. А всё, что сложнее, всё еще одинаково на любом языке.

Безусловно. Но не так катастрофически, как может показаться.
Ну и, в большом проекте важно, чтобы любой человек мог читать код. Магия макросов и прочие крутые штуки при этом - обоюдоострый меч. Они помогают писать код короче, но усложняют поиск проблем.
Иногда я встречаю в инетах мысль, что LISP не смог доминировать именно по-этому: слишком просто в нём порождать и злоупотреблять магией. Это круто работает в маленьких проектах с небольшим количеством разработчиков, но по мере роста команды становится проблемой.
Как поёт Бурито в рецепте мегахита: "чтобы звучать в прямом эфире в мире, в любой квартире, пиши доступно, сука".

Т.е. главное, писать код простым. И тогда Crystal будет только плюсом.

А в Go просто сложнее писать сложный код. Да, он занимает больше строчек, но его практически всегда можно понять.

Да, как раз я вчера прислал эту ссылку. 🙃

Привет! Может быть, скоро будет двукратный прирост производительности (HTTP)
https://github.com/crystal-lang/crystal/pull/10768

куда быстрее то?

Будет круто, если файловый io к нему же прикрутят.

А есть синтаксический сахар для декларации методов внутри структур?

Есть синтаксис для определения методов для структур. Не внутри. Но синтаксис Go имеет свои плюсы: можно грепать по имени типа + имени метода.

Конечно, когда есть Goland, этим плюсом не так уж часто приходится пользоваться.

У меня с Го соледующая проблема: когда разбираю код разных опен сорс проектов, там очень часто в одном файле туча структур, констант, и методов намешано вместе
И с прям  очень дженерик неймингами под всё эти сущности

Трудно беглым взгядом оценить отношения между всёми действующими лицами

Но возможно это только моя проблема

Мне нравится что у го есть дефолтный линт против self в качестве первого аргумента ассоциированых функций, потому что "дженерики, нондескриптив нейминг", при этом как альтернативу он предлагает... имя типа.

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

посмотри аннотации, очень удобно и гибко, и код чистый

А так, да: если не уследить, код может расползстись внутри пакаджа.
Самая противная засада, что видимость в пакадже-папке сквозная. Не всегда легко угадать, в каком файле из этой папки вот-эта-штучка определена.
IDE в этом смысле очень помогает.
А ещё очень  помогает "поиск использования": хочешь что-нить порефакторить. А где используется? Щёлк, и все 100 упоминаний в панельке поиска, и ни чего лишнего (как было бы с простым grep).

Всем привет, кто нибудь знает, есть ли дельные курсы и книжки по кристалу?)
upd, судя по поиску в чате -  курсов нет точно)