Привет! Как щас обстоят дела с работой на го?

Хай

оп

качнул ин ел идею

священная иде же для го

всё из коробки идёт

отлично

качнул ин ел идею

Я думал для джаба идеа

Тысячи языков там поддерживаются

священная иде же для го

В каком месте? О.о

Привет, а подскажите такой вопрос. Есть источник, из которого приходят много небольших json-чиков друг за другом. Мне надо их парсить и результат отдавать дальше. Как лучше парсить так, чтоб использовать все процессоры? Для каждого запускать горутину или запустить столько горутин, сколько есть процессоров?

А у тебя именно процессоров много, или ядер?

4 железных ядра, 8 с HT:-)

А процессор один, так?

Ага

Я ядра имел в виду, да.

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

Ок, спс.

Привет, а подскажите такой вопрос. Есть источник, из которого приходят много небольших json-чиков друг за другом. Мне надо их парсить и результат отдавать дальше. Как лучше парсить так, чтоб использовать все процессоры? Для каждого запускать горутину или запустить столько горутин, сколько есть процессоров?

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

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

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

Нет.

Насколько я знаю, оверхед будет на тред.

Нативный который.

А внутри него горутины мизер будут отжирать.

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

Кирилл у тебя нет ощущения что горутины это объекты в ООП?

Кирилл у тебя нет ощущения что горутины это объекты в ООП?

Штааааа?

красноглазыйзаяц.jpg

У меня - нет

У меня - нет

?

Так даже лучше

кто-нибудь пользуется https://github.com/jinzhu/gorm ?

кто-нибудь пользуется https://github.com/jinzhu/gorm ?

пользуюсь

хорошо, может знаешь, есть ли способ достать []byte, вместо string в моделе type Model struct { Field []byte }

уточню - под sqlite

есть: свой сканер)

http://go-database-sql.org/retrieving.html

о да, ещё строки руками перебирать

такй штукой rows.Next() или смириться и доставать строку, а потом перегонять в массив байт

я уже близок к тому, чтобы смириться

а нет, проблема была в тестах, а не в модели или gorm

Кирилл у тебя нет ощущения что горутины это объекты в ООП?

Вообще ни разу В каком месте?

Привет, а подскажите такой вопрос. Есть источник, из которого приходят много небольших json-чиков друг за другом. Мне надо их парсить и результат отдавать дальше. Как лучше парсить так, чтоб использовать все процессоры? Для каждого запускать горутину или запустить столько горутин, сколько есть процессоров?

Не забудь выставить runtime.GOMAXPROCS(runtime.NumCPU())

Не забудь выставить runtime.GOMAXPROCS(runtime.NumCPU())

Да, это сделал, спасибо.

а какие тулзы для планирования вы юзаете? (я вот к ванноту приноровился)

Да, это сделал, спасибо.

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

а какие тулзы для планирования вы юзаете? (я вот к ванноту приноровился)

карандаш + @delorean_bot

Сожрут память если много будет?

карандаш + @delorean_bot

в 2016 сильно)

Сожрут память если много будет?

Порядка 2 килобайта оверхеда на горутину

в 2016 сильно)

Перепробовал массу всего В итоге пришел к этому

Перепробовал массу всего В итоге пришел к этому

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

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

Ну Во первых у ВСЕХ планироващиков есть одна глоаблаьная проблема - они либо хреново синхронизируются, либо их клиенты есть только под одну платформу Также стоит накопиться заданиям так, что они не влезают на один экран - как они начинают копиться (ты открываешь мланировщик -> нев видишь задачу -> забиваешь) Так же у них либо перегруженный всяким барахлом интерфейс Потом когда для планирования работы ты используешь отдельную вещь - блокнот, то он становится таким триггером - стоит взять его в руки, как ты настраиваешься на рабочий лад (что-то вроде привычки) Блокнот не разряжается, его трудно потерять, его удобно листать

Ну Во первых у ВСЕХ планироващиков есть одна глоаблаьная проблема - они либо хреново синхронизируются, либо их клиенты есть только под одну платформу Также стоит накопиться заданиям так, что они не влезают на один экран - как они начинают копиться (ты открываешь мланировщик -> нев видишь задачу -> забиваешь) Так же у них либо перегруженный всяким барахлом интерфейс Потом когда для планирования работы ты используешь отдельную вещь - блокнот, то он становится таким триггером - стоит взять его в руки, как ты настраиваешься на рабочий лад (что-то вроде привычки) Блокнот не разряжается, его трудно потерять, его удобно листать

норм

спасибо за информацию

Я пробовал org mode emacs, color-notes, simple note, evernote, markdownXm Wunderlist, Google Keep, Календарь, Inbox, TickTick

Та блин) случайно)

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

Что вы хотите услышать ? Может стоит прочесть https://golang.org/doc/faq чтоб понять зачем и почему ?

По сисярпу есть чат?

что это?

что это?

https://ru.wikipedia.org/wiki/%D0%93%D1%80%D0%B0%D0%BC%D0%BE%D1%82%D0%BD%D0%BE%D1%81%D1%82%D1%8C

Не понял связи между "сисярпу" и "грамотность"

ERROR: S client not available

Не понял связи между "сисярпу" и "грамотность"

Сисярп - c#. А при чем "грамотность" - не знаю.

Есть?

https://telegram.me/dotnetgods

https://moikrug.ru/vacancies/1000026685

Раз уж на то пошло, я ищу гошников, бывших питонистов.

в мэйлру, в москву

лоускил подойдет?)

если на питоне хайскил - то да

а что за проект то

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

myTarget

го учи питон учи

ноду учи

че до фулстека то надо

хтмл+жз+цсс

фулстек как бы бакенд+фронтенд

и сисоп

го учи питон учи

учи жабу и пиши на ней всё

хош гуи хош бэкенд хош фротэнд хош мобайл

и все на одно языке

тогда мне уж точно нужно будет сбегать на айось

учи жабу и пиши на ней всё

шутник

шутник

а че

> фронтенд > на джаве

> фронтенд > на джаве

больно

> фронтенд > на джаве

gwt

больно

больно

нет

быстрее будет js html css выучить

зато не надо 100500 языков знать