Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 7
За всеми этими замечательными статьями вырисовывается вот такая интересная картина.
Go, действительно, поначалу очень прост, и порог вхождения в него минимален… И вот легко и приятно делаешь первые шаги, быстро создаются первые программы, все, вроде, работает, все просто и понятно. А потом, когда подходишь к highload — раз, и вылезают проблемы. С кешем — танцы с бубном, с выделением памяти — танцы с бубном, вот так и пляшешь, читая длинные «простыни» статей.
Простейший ранее вопрос передачи и возврата структур теперь при разработке API постоянно вызывает нагрев моих нейронных сетей, еще и в каналы нужно выбирать, что писать — значения или указатели. Иногда, грешным делом, думаю — лучше бы на Pascal писали, используя lazarus. Там все тоже просто и все под контролем, ну его нафик, этот GC… но от «наркотика» системы управления зависимостями в golang отказаться очень трудно.
Не прост golang для highload, ох, не прост.
Go, действительно, поначалу очень прост, и порог вхождения в него минимален… И вот легко и приятно делаешь первые шаги, быстро создаются первые программы, все, вроде, работает, все просто и понятно. А потом, когда подходишь к highload — раз, и вылезают проблемы. С кешем — танцы с бубном, с выделением памяти — танцы с бубном, вот так и пляшешь, читая длинные «простыни» статей.
Простейший ранее вопрос передачи и возврата структур теперь при разработке API постоянно вызывает нагрев моих нейронных сетей, еще и в каналы нужно выбирать, что писать — значения или указатели. Иногда, грешным делом, думаю — лучше бы на Pascal писали, используя lazarus. Там все тоже просто и все под контролем, ну его нафик, этот GC… но от «наркотика» системы управления зависимостями в golang отказаться очень трудно.
Не прост golang для highload, ох, не прост.
Поверхностная статья по сравнению с Go: How Does the Goroutine Stack Size Evolve?. Ничего не сказано про изменение размера стека, при котором происходит исправление указателей.
Ну я так понимаю это поверхностная статья, не претендеющая на полноту, только на объяснение общих концепций. По моему опыту приема людей в банковский сектор и на аутстафф к интеграторам — большинство этих концепций не знает, несмотря на то, что ни достаточно универсальны для компилируемых языков и могут часто пригодиться в работе.
Я читаю этого автора, но приведенную вами статью почему-то упустил из виду, спасибо, что приложили ее.
Переведенная статья Била Кенеди первая из цикла и, сама по себе, на полноту не претендует. Я планирую перевести все 4 статьи и опубликовать их здесь с перекрестными ссылками. К вопросу полноты можно будет вернуться после этого.
Переведенная статья Била Кенеди первая из цикла и, сама по себе, на полноту не претендует. Я планирую перевести все 4 статьи и опубликовать их здесь с перекрестными ссылками. К вопросу полноты можно будет вернуться после этого.
Секунда огорчения
Если не продолжат понижать карму за переводы
Как только функцией increment выполняется запись через указатель, изменение видны для main функции, когда ей возвращается управление.Может быть изменение видно сразу после момента записи, а не после возврата управления?
Вывод строки 09 должен быть похож на вывод ниже, если вы запускаете код на 32-битной архитектуре, такой как Go Playground
В свете последних изменений плейграунда, архитектура в песочнице теперь 64х-битная и соответственно размер указателей будет составлять 8 байт:
twitter.com/goinggodotnet/status/1251589726806708227?s=21
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Языковая механика стеков и указателей