@kirilldanshin Кстати, КИРИИИИИИЛБЛ поправь хотя бы пару мест для поддержки HJSON, чтобы я суть уловил. Остальное я сам допишу. Пусть даже если твой пуш не сбилдится.

Кто-нибудь может перевести на английский? Добавлена проверка реализации интерфейса типом, к которому идет обращение по указателю, иначе происходит неявное получение переменной и обращение ней, а так как указатель равен nil, то происходит паника. В результате проверки вызывается генератор напрямую для типа и затем создается указатель на него.

Лол

Но для каких-то задач NodeJS может быть крут, наверное.

я его использую обычно там где в желаниях заказчика нет требований на использование го, потому что разработка на нем несколько выгоднее выходит а по поддерживаемым нагрузкам аналогично с го (по памяти есть оверхед примерно в 5-10раз иногда это может быть критичным)

в чем выгода измеряется?

Очевидно ему так быстрее закодить

не, ну это понятно

но я именно про выгоду спросил )

кстати

кто-нибудь проводил тест перфоманс python фреймворков и на go?

видел большой тест, там в 5-10 раз примерно го дергает питоновские

кто-нибудь проводил тест перфоманс python фреймворков и на go?

Вот такой есть https://magic.io/blog/uvloop-blazing-fast-python-networking/

Там больше про питон и сравнение идёт в однопоточном режиме

не совсем то, но спасибо

блин, гошные указатели однако иногда довольно неудобные...

https://play.golang.org/p/6GXBQz5bzo нельзя как то это без использования индекса сделать (как в переменной t)?

потому что в чуть более сложном коде оно начинает ругаться на cannot take the address of ...

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

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

Хотя в данном случае проблемы и нет, по моему мнению.

Можно взять указатель на элемент в мапе.

Точно так же.

https://play.golang.org/p/X16a-ZPm52

cannot take the address of m[i]

https://groups.google.com/forum/#!topic/golang-nuts/V_5kwzwKJAY

Был не прав, попутал.

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

Интересный чатик :3

cannot take the address of m[i]

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

надо бы запомнить на будущее

Не хватает остроты ощущений после C?

а смысл использовать указатели при текущей жизни? память дешевая же!

ну таскать тысячи здоровых объектов из переменной в переменную думаю не лучший вариант

Чтобы указывать куда-нибудь.

а смысл использовать указатели при текущей жизни? память дешевая же!

а объекты менять как? хехех

object.changeSomething()

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

а объекты менять как? хехех

возвращать новый обьект :)

возвращать новый обьект :)

это тогда лучше сразу в хаскель броситься )

вот в моем случае надо протащить сотню крупных объектов несколько тысяч раз в секунду

теперь яснее стало, спс за ответы

теперь яснее стало, спс за ответы

В пхп обьекты это тоже указатели.

Просто неявные.

В пхп обьекты это тоже указатели.

в пхп я отлично знаю что и как, а в golang нет.

hamper, ну положим в Go нет объектов, есть структуры

На структуру может указывать указатель.

В чем проблема?

Да у хампера нет этой проблемы. )

У него был вопрос.

По слайсам и мапам.

Кто знает английский и сможет перенести пару предложений на него? (не транслятором)

Грамотно.

Указатель на элемент в мапе и на структуру - это немного разные вещи.

На элемент в мапе не может быть указателя, как выяснилось. А вообще суть одна и также, что указатель на структуру, что на какой-нибудь инт.

Зачем нужен указатель на элемент в мапе? Почему нельзя в элементе мапы хранить указатель на объект? Я не глумлюсь, мне интересно какую проблему люди пытаются решить.

можно

помню в каком-то докладе про го говорилось, что ссылки как-то не очень влияют на гц, но это было еще до 1.5 даже

На структуру может указывать указатель.

если структура лежит в мапе на нее указатель не получить

если структура лежит в мапе на нее указатель не получить

Так хранить в мапе указатель на структуру.

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

народ, кстати какой фреймворк пользуете? goji или gin?

А придется.

гориллу

Кто сидит на VSCode, подскажите плиз как правильно настроить GOPATH в редакторе чтобы он корректно видел каталог src в папке проекта? Или vscode настолько туп, что прописывается только в глобальных настройках (go.gopath)

у меня в глобале прописан

ERROR: S client not available

Это так задумано в глобальных настройках. И зачем папка src? А вообще смотреть файл настроек проекта.

Может вы как-то не правильно проект организовали?

Кто сидит на VSCode, подскажите плиз как правильно настроить GOPATH в редакторе чтобы он корректно видел каталог src в папке проекта? Или vscode настолько туп, что прописывается только в глобальных настройках (go.gopath)

Можно прописать в конфиге для юзера или для воркспейса, но я не прописывал, это если в окружении и глобале нет как раз

Это так задумано в глобальных настройках. И зачем папка src? А вообще смотреть файл настроек проекта.

как я могу его неправильно организовать когда в Go положено в корень класть main.go, и все свои пакеты в src

А, не так тебя понел, проехали

как я могу его неправильно организовать когда в Go положено в корень класть main.go, и все свои пакеты в src

Это совсем не так.

Это совсем не так.

можно всё в корень еще помоему но тогда билдить через go get -u если я не путаю, где-то видел такой подход но мне не понравился

Это совсем не так.

а какие способы организации еще удобные?

Найдите а гитхабе исходники syncthing посмотрите. Или другие утилиты на гоу посмотерь. Сейчас попробую руководство найти, где-то попадалось.

ну в syncthing уродский подход, привязка к github.com

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

https://golang.org/doc/code.html Здесь кратко очень, но хоть что-то.

привязка плохая такая по мне, а вдруг РосКомНадзор опять забанит гитхаб и что делать.. должно компилиться свободно, без участия инета/сайтов

ок, гляну, спасибо

Так оно и будет компилиться.

Ведь все файлы локально лежат.

Пользователь Zver скинул ссылку на golang.org. Глаз прочитал как zoolang

Go get просто скачивает их в gopath

http://www.golangpro.ru/2013/12/kak-pisat-kod-na-golang.html Русский перевод статьи выше.

Пользователь Zver скинул ссылку на golang.org. Глаз прочитал как zoolang

О чем-то вы не о том думаете. ))

Go get просто скачивает их в gopath

это да, но зачем эти лишние действия.. клонируешь с гита, потом прописываешь gopath, потом еще и go get

ладно еще когда подтягиваешь вендор, но свои же пакета из этого проекта подтягивать это тупость

это да, но зачем эти лишние действия.. клонируешь с гита, потом прописываешь gopath, потом еще и go get

Просто go get по ссылки и приписываю в коде, все

И если это open-source то лучше прописывать именно так

ладно, попробуем так, может и зря тут я критикую этот подход

Такой вопрос, а GOPATH для каждого проекта должен быть свой? Или mkdir $GOPATH/src/github.com/user/hello так правильно?

т.е. каждый проект будет в каталоге github.com/user

И go get для своего проекта совсем не обязательно. Свой можно просто клоном завести.

Такой вопрос, а GOPATH для каждого проекта должен быть свой? Или mkdir $GOPATH/src/github.com/user/hello так правильно?

лично у меня GOPATH=КАТАЛОГ_ПРОЕКТА:$HOME/gopath в $HOME/gopath лежит вендор, типо mgo, gorilla в итд

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

Такой вопрос, а GOPATH для каждого проекта должен быть свой? Или mkdir $GOPATH/src/github.com/user/hello так правильно?

Принято общий использовать, но в каких-то случаях можно и персонально указать.