тот же плагин к вскоду это делает сам

Опять не он, а goimports

ну, да

он иногда подклывает и подставляет не те модули

Да

например вместо errors какую-то версию с другого пакета

А я бы горутинам дал канал, дождался результата от каждой горутины и только тогда os.Exit(0)

он иногда подклывает и подставляет не те модули

особенно когда в проекте большом есть 2 одноименных, ух, весело становится

тренировка внимания

(:

Не, он сигнатуры же различает

вообще все эти goimports и gofmt - великое таки благо

Просто надо дождаться завершения всех горутин. Самый простой способ- добавить в конце runtime.GoExit()

Вот у него 60 товаров на одной странице, 60 раз в каждой горутине будет сканироваться страница, смысл?

Или у вас в проекте два одноименных с одинаковыми методами? Тогда это не лечится

Или у вас в проекте два одноименных с одинаковыми методами? Тогда это не лечится

я ничего на эту тему не буду говорить, чтобы не портить настроение себе и людям, хорошо?

можно aliasы разные поставить, если еще не слишком поздно

import pd "github.com/golang/pandas" import np "github.com/golang/numpy"

Просто надо дождаться завершения всех горутин. Самый простой способ- добавить в конце runtime.GoExit()

Спасибо. Правильно я понимаю main выполняется быстрее, чем моя горутина и обрубает эту половину?

или канал

А как через канал дождаться неизвестное количество горутин? Отдельно считать их под мьютексом при запуске?

Спасибо. Правильно я понимаю main выполняется быстрее, чем моя горутина и обрубает эту половину?

Да

запускаешь горутины и даешь им в аргументы канал. Ждешь, пока из канала придет сообщений столько, сколько у тебя горутин

А как через канал дождаться неизвестное количество горутин? Отдельно считать их под мьютексом при запуске?

зачем под мьютексом-то?

запускаешь горутины и даешь им в аргументы канал. Ждешь, пока из канала придет сообщений столько, сколько у тебя горутин

Ну то есть считать :)

товарищи, а вы вот как называете проекты - с андерскором, типа мой_проект или КемелКейсом типа МойПроект? тот же и к пакетам вопрос? я прост или упустил этот момент из виду, или не пишут об этом.

Тут есть одна житейская мудрость. Если не получается сразу придумать хорошее название (понятное, короткое, емкое, не меняющее смысл со временем), то надо лучше сразу брать что-то вообще отвязанное от смысла этой вещи. Ну типа не уверен еще как будет называться продукт, не знаешь что точно будет делать какой-то модуль, не знаешь что именно будет стоять на каком-то сервере? Не пиши приблизительно. Пиши лучше какой-нибудь "XZ", "Vasya", "XXX", "Yozhik", "Lego", "Peppa", "Orange", "Jedi", похеру. Смысл к абстрактному названию со временем прилипнет сам. Неточное же название будет все время путать, а переименование зачастую - дичайше геморойный процесс. У меня например пакеты называются "микки маус", "дональд дак" "трамп" и так далее. И я прекрасно знаю что где лежит. Гугель свои внутренние штуки называет как разные инструменты, "дремель" например. Ну и стоит напомнить что фирмы, магазины, и бренды, не называются "производитель хипстерских телефонов", "в основном жрачка", и "дорогая одежда для баб".

Ну то есть считать :)

ну да :) более того, можно их прибивать через тот же канал

зачем под мьютексом-то?

А хз. Если у меня горутины могут запускать ещё, не надо ли инкремент как-то защищать?

А хз. Если у меня горутины могут запускать ещё, не надо ли инкремент как-то защищать?

нет, ты же не в горутинах инкрементишь каунтер

он вообще у тебя никуда за пределы основной горутины не идет

ну или той, где у тебя шедулер

Ну горутина запускает 5 горутин. Каждая из них ещё сколькото

Например

у них же свой каунтер в рамках "материнской", не?

зачем считать все одним?

Ну материнская должна дождаться всех. Промежуточные ожидания не нужны

Ну материнская должна дождаться всех. Промежуточные ожидания не нужны

зачем, проще дочерних дожидться в их родителях

будет async-await :)

зачем, проще дочерних дожидться в их родителях

Ну если нужен общий канал для данных.

разве в таком дереве ветка не должна ждать окончания своих веток, а ствол - только веток, которые от него и растут?

Так придется много канальчиков делать

Ну если нужен общий канал для данных.

через все горутины? ну такое

Так придется много канальчиков делать

необязательно, можно просто waitgroup

через все горутины? ну такое

Ну рекурсивный обход чего-то фактически. Почему нет?

выглядит как боль в поддержке

Ну waitgroup понятно

выглядит как боль в поддержке

Хз :) это мой второй день на го

Дженерики хрень. То ли дело шаблоны в плюсах

Успехов вам в чтении сообщений об ошибках компиляции на 10к экранов. Терпения вам при компиляции по пол часа, надкюсь кофе хватит

Ну рекурсивный обход чего-то фактически. Почему нет?

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

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

А есть аналог питоновского yield from для каналов?

А есть аналог питоновского yield from для каналов?

эээ, просто читать из него? :)

эээ, просто читать из него? :)

Из одного в другой перекинутт

Тут есть одна житейская мудрость. Если не получается сразу придумать хорошее название (понятное, короткое, емкое, не меняющее смысл со временем), то надо лучше сразу брать что-то вообще отвязанное от смысла этой вещи. Ну типа не уверен еще как будет называться продукт, не знаешь что точно будет делать какой-то модуль, не знаешь что именно будет стоять на каком-то сервере? Не пиши приблизительно. Пиши лучше какой-нибудь "XZ", "Vasya", "XXX", "Yozhik", "Lego", "Peppa", "Orange", "Jedi", похеру. Смысл к абстрактному названию со временем прилипнет сам. Неточное же название будет все время путать, а переименование зачастую - дичайше геморойный процесс. У меня например пакеты называются "микки маус", "дональд дак" "трамп" и так далее. И я прекрасно знаю что где лежит. Гугель свои внутренние штуки называет как разные инструменты, "дремель" например. Ну и стоит напомнить что фирмы, магазины, и бренды, не называются "производитель хипстерских телефонов", "в основном жрачка", и "дорогая одежда для баб".

вот ещё пара отличных имён для произвольного пакета или модуля noxepy.com burgundy.io а вот пример фантазии гомосеков com.seriouscompany.business.java.fizzbuzz.packagenamingpackage.impl.factories

Из одного в другой перекинутт

берешь и перекидываешь

Ну понятно, что в цикле читать пока не закрыт, ага.

Просто вдруг есть готовое

Ну понятно, что в цикле читать пока не закрыт, ага.

необязательно в цикле, есть select

ну хотя там все равно цикл, да

Кстати. Вопрос. Вот для канала и мапы можно просчитать элемент и упасть в случае ошибки. А можно прочитать и получить значение ok тем же оператором (скобки, стрелка). Как сделать такое для своей функции?

Ну типа можно написать x=mymap[key]. А можно x,ok=mymap[key].

Сделать структуру, в которую можно положить и ок, и ошибку

Или написать функцию, возвращающую result, error

Пойду проверю. Но мне казалось, тогда я обязан всегда присваивать двум переменным

да, придется result, _ = getMyMap(key)

Ну а почему для операторов скобки и стрелка не так?

Потому что канал хранит одно значение, а функция возвращает два

Ну и тем не менее я могу прочитать значение, а могу значение и признак что он не закрыт одним оператором

Ну и тем не менее я могу прочитать значение, а могу значение и признак что он не закрыт одним оператором

https://stackoverflow.com/questions/30129206/golang-return-multiple-values-issue/30135334

вкратце - так захардкожено, живите с этим

вкратце - так захардкожено, живите с этим

печалька

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

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

я так понял и переопределять операторы для своих типов тоже нельзя из коробки?

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

еще и обобщенные контейнеры в языке есть, а тебе так нельзя

даже говорят дженерики есть

но тсс

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

это ж гугл, там все так. есть граждане первого класса и есть все остальные

просто они посчитали что так меньше ошибок

или читаемость лучше

просто они посчитали что так меньше ошибок

ничего они не посчитали

там жесткая иерархическая структура. если кто-то из core авторов посчитал нужным - объяснять он никому ничего не обязан

для pr есть группа специально обученных обезьян

Я б забанил за оскорбление котнтрибьютеров Го

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

и что же?

и кто "мы"?

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

*коубою = гойю

лол

Я б забанил за оскорбление котнтрибьютеров Го

толсто

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

скала получится же

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

почему питон в скалу не превратился?

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

нет

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

Скала может в фп

Го никак

вполне себе может

почему питон в скалу не превратился?

потому что референсная имплементация не на jvm и есть ограничения по гибкости

каким боком тут jvm?

вполне себе может

покажи в го мап и редус

покажи в го мап и редус

Ща, генератор напишет

каким боком тут jvm?

таким, что jvm-язык шейпится под нужды людей, использующих эту инфраструктуру, то есть, по сути, нужна совместимость с джавой