в основном про именование переменных и функций

Почему не превратить в структуры?

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

в основном про именование переменных и функций

Есть какой-нибудь стандарт? Аля pep8 для питона?

gofmt

golint

https://github.com/golang/go/wiki/CodeReviewComments

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

а не только из инстаграмма разве?

а не только из инстаграмма разве?

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

https://github.com/golang/go/wiki/CodeReviewComments

Спасибо

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

Если там апи, то оно отдаёт один стандарт :) ответ получать в одну структуру, потом преобразовать

Или написать свой unmarshaller

Если там апи, то оно отдаёт один стандарт :) ответ получать в одну структуру, потом преобразовать

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

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

есть апи - https://www.instagram.com/developer/endpoints/ есть описание сущностей, которые он отдает, ничего там не может быть по разному. Пишется структура, structtag описваются json поля и все анмаршалится.

есть апи - https://www.instagram.com/developer/endpoints/ есть описание сущностей, которые он отдает, ничего там не может быть по разному. Пишется структура, structtag описваются json поля и все анмаршалится.

Еще раз повторяю - пакет работает в обход api, т.к. чтобы работать с апишкой надо проходить модерацию, сейчас она довольна строгая.

Данные получаются через лазейки в самом инстаграме

Еще раз повторяю - пакет работает в обход api, т.к. чтобы работать с апишкой надо проходить модерацию, сейчас она довольна строгая.

а, понял. А как работает - web парсит? :-)

Которые как-раз таки не стандартизованы.

вроде того, только вместо полноценного парсинга хтмла у инсты есть набор ссылок которые выдают json. Вот тут несколько из них, пока там только те, что используются в либе, но это не все https://github.com/SolidlSnake/instagram-go-scraper/blob/master/instagram/Endpoint.go

Которые как-раз таки не стандартизованы.

https://mholt.github.io/json-to-go/

Структуру для json я и сам могу сделать, хотя и сайт видел) Но т.к. json все время разный, то городить море структур желания не было

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

:-D

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

Не поняли) По одному типу ссылок выдается date, по другому created_time. В каком-то выдается чтобы получить caption там и есть готовый caption, а в другом user>caption>text

Не поняли) По одному типу ссылок выдается date, по другому created_time. В каком-то выдается чтобы получить caption там и есть готовый caption, а в другом user>caption>text

На 5 ссылок нагенерить структур имхо проще :)

На 5 ссылок нагенерить структур имхо проще :)

здесь скорее в дальнейшем "эстетизме" дело) было бы море структур вида LocationMedia, AccountMedia ApiMedia итд, по итогу была бы путаница с ними. А там всегда точно одна Media и все.

К слову, пробежался по папке с помощью Gofmt, он мне только табы подправил)

здесь скорее в дальнейшем "эстетизме" дело) было бы море структур вида LocationMedia, AccountMedia ApiMedia итд, по итогу была бы путаница с ними. А там всегда точно одна Media и все.

Сорри, не согласен. Но тут есть гуру намного лучше меня :)

По мне просто дело вкуса)

По мне просто дело вкуса)

Вы просили критику ото всех :) Сорри, если не попал :)

Вы просили критику ото всех :) Сорри, если не попал :)

Я ведь и не против) Высказываюсь по поводу критики сам просто)

Я ведь и не против) Высказываюсь по поводу критики сам просто)

Конечно, не поймитге превратно :) Молодец, что начали писать на Go :)

Спасибо)

Еще теперь написать модуль для работы с вк апи и вообще прелесть)

type Company struct { Id string `json:"id" Name string `json:"name" } func (c *Company) toJson() []byte { b, err := json.Marshal(c) if err != nil { fmt.Println(err) } return b } //создаю канал c := make(chan *Company) в одном из функций получаю данные с канала, все норм, но вызвать метод не могу func send(c chan *Company) { msg := <- c b := c.toJson() ...... в итоге у меня ошибка c.toJson undefined (type chan *Company has no field or method toJson) Кто нить может подсказать, что не так с вызовом метода?

ты пытаешься вызывать метод у канала, а не у msg

собственно сообщение так и говорит, тип канал не имеет метода

блин, точно)

спасибо)

Добрый день, господа и, возможно, дамы. А не было ли у кого опыта работы на Go с Microsoft TeamFoundation Server 2015 в части создания,поиска, редактирования WorkItems? Что-то у меня ничего по этой теме толкового не нагугливается.

А. Отбой. У них есть REST API. Пошел изучать.

msg.toJson() Надо

опередили)

Такое дело, если package состоит из очень большого кол ва связанных между собой файлов, нормальная ли практика разбивать его на несколько sub package?

Такое дело, если package состоит из очень большого кол ва связанных между собой файлов, нормальная ли практика разбивать его на несколько sub package?

нет, делай один пккет из тысячи файлов (ирония)

нет, делай один пккет из тысячи файлов (ирония)

К сожалению смотря на многие популярные либы - там так и делают

Всем привет :) WANTED Team Lead backend-разработки на Go Москва, от 200 000 руб. Мы ищем тим лида, который не только сам пишет божественный код, но и может сделать так, чтобы его команда делала это не хуже, а может даже и лучше!) О нас: Мы уверенны, что вы о нас слышали. Ведь мы создали уникальное сервис для хранения ответов на все вопросы, которые только могут возникнуть у вас в голосе. Чем предстоит заниматься: -разработка архитектуры сервиса совместно с CTO проекта. -разработка backend-сервисов на Go. -написание кода, тестов и документации. -руководство командой backend-разработки. Что предложим взамен: - 5/2, уютный офис м. Дмитровская Подробнее о вакансии: https://goo.gl/TKjExV Жду ваши резюме, сопроводительные письма, творческие заметки на почту: turkeevajuliya@gmail.com Всем работы мечты! Если можете кого-то посоветовать, то буду очень благоджарна :)

В голове*

инженер по тестированию?

а, там опечатка в подробном описании вакансии, вот это краткое вступление можно пропустить :) Нужен именно тим-лид backend-разработки

Причем для лида все же очень хотелось бы именно golang опыт. Либо большой бекграунд в серверных языках различных парадигм: функциональных и императивных. Лучше чтобы и то и другое присутствовало

О нас: Мы уверенны, что вы о нас слышали. Ведь мы создали уникальное сервис для хранения ответов на все вопросы, которые только могут возникнуть у вас в голосе.

что за сервис то?)

что за сервис то?)

У меня сразу асоциации со stackoverflow, но это явно не они 😁

там типа вопросов mail.ru но на отдельном сайте

я думаю, что thequestion.ru

Нужен сайт для вопросов, что бы узнать что за сайт вопросов🤡

"я думаю, что thequestion.ru" оно самое 😊

О нас: Мы уверенны, что вы о нас слышали. Ведь мы создали уникальное сервис для хранения ответов на все вопросы, которые только могут возникнуть у вас в голосе.

Уверенны, уникальнОЕ сервис. Ага :)

Уверенны, уникальнОЕ сервис. Ага :)

Да куча ошибок:)

Всем привет :) WANTED Team Lead backend-разработки на Go Москва, от 200 000 руб. Мы ищем тим лида, который не только сам пишет божественный код, но и может сделать так, чтобы его команда делала это не хуже, а может даже и лучше!) О нас: Мы уверенны, что вы о нас слышали. Ведь мы создали уникальное сервис для хранения ответов на все вопросы, которые только могут возникнуть у вас в голосе. Чем предстоит заниматься: -разработка архитектуры сервиса совместно с CTO проекта. -разработка backend-сервисов на Go. -написание кода, тестов и документации. -руководство командой backend-разработки. Что предложим взамен: - 5/2, уютный офис м. Дмитровская Подробнее о вакансии: https://goo.gl/TKjExV Жду ваши резюме, сопроводительные письма, творческие заметки на почту: turkeevajuliya@gmail.com Всем работы мечты! Если можете кого-то посоветовать, то буду очень благоджарна :)

#вакансия

"я думаю, что thequestion.ru" оно самое 😊

Юля, поправьте ошибки-то, а то как-то несолидно :)

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

WANTED Team Lead backend-разработки на Go О НАС: Сеть для поиска информации. Мы видим проблему в том, что читатели не могут найти необходимую им информацию в медиа, поиск дает много неструктурированной информации, а спросить часто не у кого, потому что круг общения ограничен. Наша задача - точнее удовлетворять спрос на информацию. Обязанности: • Разработка архитектуры сервиса совместно с CTO проекта. • Разработка backend-сервисов на Go. • Написание кода, тестов и документации. • Руководство командой backend-разработки. Требования: • Опыт руководства командой разработки от 3-х лет. • Опыт работы от 5-ти лет. • Опыт программирования на Go не обязателен, но желателен. Вместо Go может быть любой другой серверный язык программирования. • Знание алгоритмов, структур данных, основных парадигм и подходов в программировании. • Глубокое знание SQL. • Опыт работы с и администрирования PostgreSQL и Redis. • Знание процесса и методологии разработки программного обеспечения, начиная с технических требований, заканчивая пулл-реквестами на Гитхабе и CI-развертыванием серверов на AWS. Наш технологический стек: • Go. • Github. • Ubuntu. • Docker. • Amazon Web Services. • Microsoft Azure. • PostgreSQL, Redis. • JIRA для ведения проекта. • Teamcity+Ansible для развертывания и автоматического обновления серверов. • Nodejs для сайта (но вам с ним работать не придется). Условия: • Полный рабочий день. • Москва, м. Тимирязевская (5 мин пешком), м. Дмитровская. Бонусы Отличное расположение офиса: Кроме двух станций метро рядом есть платформа Дмитровская, через которую идут электрички самых разных направлений, т.е. до офиса удобно добираться из самых разных мест Москвы. На лето можно снять дачу на Рублевке и ездить без пробок и пересадок на работу :)

Так, ну вроде https://glvrd.ru/ одобрил

А что без вилки

200 000+

удаленки нема? эх...

тимлид и на удаленку

такое потянешь?)

как удаленно раздавать пиздюлей нубам?

по скайпу или с ребятами с pro.embedded спаять раздавалку :)

просить наказать себя самому?

можно и себя самого наказывать

как удаленно раздавать пиздюлей нубам?

Палю лайфхак

😂

i just merged a buncha changes into #golang dep - and put up what'll be weekly updates about the state of the tool! https://sdboyer.io/dep-status/2017-04-10/

200 000+

Перепощу вашу вакансию у нас в Слаке

https://www.activestate.com/blog/2017/03/go-object-oriented-developers?utm_source=golangweekly&utm_medium=email

Привет :3