Читаемость кода зависит в первую очередь от автора кода, а не от языка)
Бывает и на Go попадаются проекты, написанные так, что сразу видно из какого языка пришёл автор и какой он имел опыт в этом языке)

В первую очередь нужно быть знакомым с синтаксисом языка)

Еще есть такое понятие, как code style

имхо го отличный язык чтоб сделать 80% и оставить остальное разбираться потомкам. для многих проектов именно то что нужно, потому что эти проекты потомков не увидят, а бизнесу нужно чтоб работало вчера.

раст не все, но солидную часть этих вопросов тащит из «поддержки» в «разработку». не покрыл все возможные кейсы? либо пиши в самом коде что не покрыл, и код будет падать с паникой либо у тебя не соберется ничего.
именно из-за этой многословности имхо видно сразу где там что навернется и читать большие проекты мне лично, на расте легче

^ this

У меня задача — научиться более глубоко понимать проекты криптовалют. Быть в состоянии подправить чужой код, сделать чуть оптимизированную под себя версию ноды и прочее.

В крипте три языка распостранены: С++, Go и Rust. Причем часто есть версии на всех трех языках. С++ я точно учить (вспоминать) не хочу, это печаль аццкая. И понимать чужой код на макросах — никогда.

Rust и Go в принципе с одинаковой частотой встречаются в криптовалютах. Мне видится, что на Go будет больше шансов понять большой чужой проект, чем на Rust.

Пока в Расте не будет стандарта, и, не улучшат compile-time, он так и останется третим, после Крестов и Го.

Но язык отличный, мне с каждым разом больше нравится

Если чужой проект написан опытными гоферами, то код скорее всего идиоматичен, и тогда да, поднять его будет проще, чем на многих других языках.

Нравится самому писать или читать чужой код на расте? Мне вот нравится писать на питоне, но читать чужой питонячий код — далеко не всегда радостно. Там можно такую черную магию создать, что без дебаггера и не понять откуда чего берется. Где-то в коде будет краткое some.value = 1 — а под капотом этой записи будет на три экрана кода внутренних дискрипторов, которых еще найти надо.

Писать код на Го — мне не нравится. Но пока все что мне встречалось, довольно понятно. Да, многословно, но зато без черной магии.

И тулинг (как IDE понимает код) такой же шикарный, как у Java. Т.е. в Goland можно очень легко провалиться в чужой код и все там прочесть. А в питоне очень часто встретится где-то динамеческий вызов и все пропало.

Еще я надеюсь, что все это дело привычки. И через какое-то время if err != nil {return err} перестанет раздражать.

Нравится писать, читать пока трудновато, честно говоря

Или check одобрят наконец (if err != nil...)

Чисто мой джуниорский взгляд. Я начинал с питона, но писал не для продакшн а чисто автоматизировал некоторое рутинное говно. Ну еще пет прожект писал.
Потом так случилось, что начал писать на го для продакшн.
Хз, вот все говорят, что го простой и все такое.
Лично как по мне приходится много много всего доучивать  чтобы понимать, почему в конкретном случае лучше поступить так, а не иначе.
Имею ввиду в плане лезть под капот. Такое чувство, что сам язык вынуждает.
Мне кажется, что сложись судьба так,  что я бы дальше писал на питоне, я бы даже и не задумывался о том, почему все работает именно так и не лез бы в исходники

На позицию джуна с недельным опытом в го стоит идти?

Если по результатам собеседования зовут, то да
Если по своему желанию, то нет

Алсо, если есть уже какой-то бэкграунд в разработке(хотя бы год), но не в го, то тоже - да

Я указал, что работал с нодой, но мне дали тестовое на го.

А у них нода, го и руби.

Ну если тебе тестовое зааппрувят, то вполне

10 дней дали на выполнение. Я успел по го пробежаться, теперь надо быстро реализовать

А есть возможность взглянуть на него?