плавно включаю в свою жизнь Golang, сам пришёл из мира Python... переписываю mvp личного проекта (distributed logstore, по сути IPFS + кастомная CRDT поверх), и страдаю. как сделать, чтобы не болело?

Хех. У меня питон следующий в списке "на изучение"

так а что болит-то?

постоянно кажется, что я забиваю гвозди микроскопом, или же наоборот - приходится собирать микроскоп молотком, закручивать гвозди отвёрткой и постоянно писать кучу бойлерплейтов для вещей, которые в Python решаются одним выражением. packaging - это вообще какой-то ад, по сравнению с привычной комбинацией pip+virtualenv

pip + virtualenv это натурально какой-то ад

постоянно кажется, что я забиваю гвозди микроскопом, или же наоборот - приходится собирать микроскоп молотком, закручивать гвозди отвёрткой и постоянно писать кучу бойлерплейтов для вещей, которые в Python решаются одним выражением. packaging - это вообще какой-то ад, по сравнению с привычной комбинацией pip+virtualenv

бггг, та же история, коллега

постоянно кажется, что я забиваю гвозди микроскопом, или же наоборот - приходится собирать микроскоп молотком, закручивать гвозди отвёрткой и постоянно писать кучу бойлерплейтов для вещей, которые в Python решаются одним выражением. packaging - это вообще какой-то ад, по сравнению с привычной комбинацией pip+virtualenv

Это ты ещё не писал под Андроид

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

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

в JIRA для этого лейблы есть, емнип. подходит? https://confluence.atlassian.com/jira064/labeling-an-issue-720416428.html

постоянно кажется, что я забиваю гвозди микроскопом, или же наоборот - приходится собирать микроскоп молотком, закручивать гвозди отвёрткой и постоянно писать кучу бойлерплейтов для вещей, которые в Python решаются одним выражением. packaging - это вообще какой-то ад, по сравнению с привычной комбинацией pip+virtualenv

в го очень мало синтаксического сахара. поэтому бойлерплейт это нормально. в го нет метапрограммирования (даже препроцессором нельзя поуправлять), так что один и тот же бойлерплейт с незначительными вариациями - это нормально пакаджинг - это и правда ад, но dep+vendor или vgo+modules его эффективно лечат.

в JIRA для этого лейблы есть, емнип. подходит? https://confluence.atlassian.com/jira064/labeling-an-issue-720416428.html

Вроде оно.. а если жиры нет?) Фришное что нибудь)

коллеги, это офтоп. злостный

Это вы мне? Ок можете удвлить. Сорян

а модули go 1.11? Плохой пакетинг?

в го очень мало синтаксического сахара. поэтому бойлерплейт это нормально. в го нет метапрограммирования (даже препроцессором нельзя поуправлять), так что один и тот же бойлерплейт с незначительными вариациями - это нормально пакаджинг - это и правда ад, но dep+vendor или vgo+modules его эффективно лечат.

Вот будет весело, если в го встроят предпроцессор на питоне

Типа cog

я знаю минимум один проект, в котороми весь go-код генерят на питоне

Зря, это вполне норм

это ****, не норма

а модули go 1.11? Плохой пакетинг?

это как раз лекарство от плохого пакетинга

это ****, не норма

Это реально норма, питон в этом плане вполне удобен и используется активно

это ****, не норма

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

ваши представленя о норме пугают меня

в го очень мало синтаксического сахара. поэтому бойлерплейт это нормально. в го нет метапрограммирования (даже препроцессором нельзя поуправлять), так что один и тот же бойлерплейт с незначительными вариациями - это нормально пакаджинг - это и правда ад, но dep+vendor или vgo+modules его эффективно лечат.

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

ваши представленя о норме пугают меня

у тебя чо, нет цепного квайна в системе сборки?

ваши представленя о норме пугают меня

Ну, этого всё равно пока нет в общем виде

Народ, как заблокировать таблицу в mysql на чтение пока идут инсерты.?

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

если однотипнывй бойлерплейт совсем достанет - можно начать его генерировать.

Народ, как заблокировать таблицу в mysql на чтение пока идут инсерты.?

а надо?!

Делаю синхронизацию ms и mysql

Народ, как заблокировать таблицу в mysql на чтение пока идут инсерты.?

LOCK TABLES

https://dev.mysql.com/doc/refman/8.0/en/lock-tables.html

LOCK TABLES

Чё то не работает при инсертах

LOCK TABLES

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

Народ, как заблокировать таблицу в mysql на чтение пока идут инсерты.?

Как вариант, писать во временную и потом заливать запросом в основную

Чё то не работает при инсертах

читайте документацию :S

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

Закидываю все инсерты в одну транзакцию - блокировка не наступает

как вариант, притворятся репликой, благо уже есть имплеметнация, и бесшовно переехать

Закидываю все инсерты в одну транзакцию - блокировка не наступает

возможно вам стоит почитать про транзакции.

если однотипнывй бойлерплейт совсем достанет - можно начать его генерировать.

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

Закидываю все инсерты в одну транзакцию - блокировка не наступает

LOCK TABLE t WRITE

вообщем rtfm

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

За такое бьют клавиатурой до потери пульса

очевидно, что меня это тоже пугает.

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

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

руками носите? или go get`ом?

dep-ом

vgo

а я люблю экономить интернет и таскаю все на флешке, когда надо ~ $ go help mod vendor usage: go mod vendor [-v] Vendor resets the main module's vendor directory to include all packages needed to build and test all the main module's packages. It does not include test code for vendored packages. The -v flag causes vendor to print the names of vendored modules and packages to standard error.

руками носите? или go get`ом?

всё перечисленное лежит на github, так что вряд ли руками... вот, в связи с этим у меня тоже вопрос (хотя скорее риторический, т.к. я понимаю логику создателей языка в данном случае) - есть безболезненный способ работать со специфическими версиями пакетов? очевидно, что создатели Go поощряют разрабов к использованию последних версий пакетов, а мейнтейнеров - следовательно, к поддержке последних версий в состоянии, пригодном для использования... но мне кажется, что это работает только в идеальном мире. что делать? вендорить всё подряд? или поддержка специфических версий пакетов есть в одном из продвинутых инструментов управления зависимостями?

опять-таки система модулей go 1.11 про модули с версиями.

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

опять-таки система модулей go 1.11 про модули с версиями.

спасибо, почитаю, что там и как работает.

всё перечисленное лежит на github, так что вряд ли руками... вот, в связи с этим у меня тоже вопрос (хотя скорее риторический, т.к. я понимаю логику создателей языка в данном случае) - есть безболезненный способ работать со специфическими версиями пакетов? очевидно, что создатели Go поощряют разрабов к использованию последних версий пакетов, а мейнтейнеров - следовательно, к поддержке последних версий в состоянии, пригодном для использования... но мне кажется, что это работает только в идеальном мире. что делать? вендорить всё подряд? или поддержка специфических версий пакетов есть в одном из продвинутых инструментов управления зависимостями?

поддержка специфических версий есть и в dep, и в vgo

но вендорить нужно натурально все

и коммитить вендор в репу

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

но вендорить нужно натурально все

звучит очень пугающе.

да ладно

где проблема?

звучит очень пугающе.

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

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

он там все равно будет. это очевидно, правда?

вот когда все системы браузеры включат в недры OS, тогда электрон будет не нужен

В винде так уже было лет 15-20 назад. Наоборот выпилили

Интересно, будет ли работать go get с гитхаба, если там go.mod с прописанными версиями зависимостей

Интересно, будет ли работать go get с гитхаба, если там go.mod с прописанными версиями зависимостей

Будет

он там все равно будет. это очевидно, правда?

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

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

transitive dependencies должны быть внутри vendor'а библиотеки, ты их не будешь видеть в своём вендоре.

о.. Тогда и вендорить и коммитить все зависимости в github не надо, просто использовать модули Go 1.11

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

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

это потому, что в том вашем другом языке зависимости нужны не только разработчику, но и пользователю а скомпилированная go-программа самодостаточна. управление зависимостями в стиле pip и даже maven просто не нужно.

о.. Тогда и вендорить и коммитить все зависимости в github не надо, просто использовать модули Go 1.11

в этом его смысл. ваш кэп.

Смысла много, хотя бы го-кодить вне workspace

Смысла много, хотя бы го-кодить вне workspace

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

с этим тоже непонятно, что делать, я пока смирился.

а уж моё любимое - класть все зависимости в vendor через go mod vendor, чтобы можно было перенести на флешке на компьютер без доступа к интернету... Пользуюсь нечасто, но на душе тепло от этой фичи

а уж моё любимое - класть все зависимости в vendor через go mod vendor, чтобы можно было перенести на флешке на компьютер без доступа к интернету... Пользуюсь нечасто, но на душе тепло от этой фичи

с dep это получается не хуже

с этим тоже непонятно, что делать, я пока смирился.

изучите модули - они эту проблему решают.

с этим тоже непонятно, что делать, я пока смирился.

Go mod

и вновь благодарю за совет.

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

symlink?)

с dep это получается не хуже

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

@onokonem , а ты считаешь всякие метрики как раньше? Что используешь?

прометея, конечно

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

dep init как раз делает Gopkg.toml по коду

Доброго времени суток. Можно ли через go get скачать разом все, что есть в import в разных файлах .go? Если да, то как?

Доброго времени суток. Можно ли через go get скачать разом все, что есть в import в разных файлах .go? Если да, то как?

dep init dep ensure

dep ensure -update

Обновление версий зависимостей

подскажите, если я через go plugin загружаю либу, то закрыть эту либу не смогу в коде?

Что значит закрыть? Зачем закрывать?

Что значит закрыть? Зачем закрывать?

то есть выгрузить

то есть выгрузить

В пакете нет, значит просто так нельзя. А зачем?

В пакете нет, значит просто так нельзя. А зачем?

чтобы память освобождать

dep init dep ensure

спасибо

чтобы память освобождать

Пары мб жалко?

Пары мб жалко?

либа может быть побольше 2Мб

А есть что-нить в либах для распарсить url?

regex

Да ладно.