Я не спорю что Go в этом плане прагматичен, и прагматично написать линтер и линтером проверять, но линтер это не часть языка, поэтому сам язык "reliable” я не могу назвать 🙂

я говорю о том, что я уже встретил на своём пути столько жутко ненадёжного кода (спрятанные data races, segfaults, aliasing) что считаю опасным заявление что Go делает простым написание надёжного кода. Код из рук бывших Питонистов, JavaScript’еров, PHP’шников он делает только ещё менее надёжным и более опасным чем Python, JavaScript и PHP!

нельзя дать PHP’шнику gorouitine’ы и ожидать от него что он все кейсы в которых возможны data race проверит тестами с -race, в теории возможно и работает, но на практике полный кошмар

я уже не предлагаю менять язык и вводить sum type, immutability и т.д. в Go (до сих пор не уверен принесло бы это больше пользы или вреда в конкретно Go)

я лишь предлагаю отказаться от использования фразы “Go makes it easier to write reliable software” потому-что она, ИМХО, опасна. “Go is a pragmatic language, but you need to know what you’re doing! It requires more training to use properly than Python/JS/PHP/Ruby”

> поэтому сам язык "reliable” я не могу назвать
мы свелись к личному мнению, тупичок

> все кейсы в которых возможны data race проверит тестами с -race
это точно проблема языка?

>  Код из рук бывших Питонистов, JavaScript’еров, PHP’шников
можно заменить эти языки на любые другие и получится верная фраза. го тоже заменить

YMMV это везде и вся

ИМХО, когда запускали Go, в тренде была "скриптуха", одно то, что Go был статически типизирован делало его сильнее reliable =)

Прошёл десяток лет, затрендились эти ваши Идрисы с ФП, а слоган просто остался на месте)

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

Ты забываешь про goroutines. Ничего подобного в типичных скриптовых попросту нет. Люди попадают в среду Go чаще всего без знаний и опыта в concurrent programming’е

Так до этого оно и в erlang было, но вот он что-то не сильно на слуху

И что? Я вкатился в Go с PHP. Проблем с горутинами и синхронизацией не было. Есть дока, есть внятный подход.

опять же, убери го и будут те же предьявы к жвм/с++/етс

Сужу по личному опыту и излагаю личное мнение 🙂 я сейчас всё чаще борюсь с бывшими PHP’шниками и их чудо кодом

YMMV

10 лет опыта по одному году (с)

А вот кстати ощущения, когда я перешёл на статически-типизированный ЯП помню до сих пор. Ощущение надёжности от того, что int - это всегда int, и не надо продумывать случаи, когда это может быть внезапно ещё чем-то. Так что со стороны PHP там вполне себе неплохой скачок в reliable.

а с Go на Rust как?

а кто-то с питона на раст переходит.....

Это сейчас уже разбалован null-safety, контроллем эффектов в ФП, data races safety в Rust и т.п. и понимаешь слабости Go'шки. Так что тут всё зависит от точки зрения сильно. Кому-то не reliable, а кому-то ещё очень как.

Это вы еще не видели что RoR разработчики с Go вытворяют 😂

Набодался с Go, упёрся в необходимость дженериков, захотелось большего, попробовал и сильно зашло.