вот остановился на go

пока мне он денег не приносит не могу платить(

https://www.jetbrains.com/go/buy/#edition=discounts

оставь заявку на бесплатную лицензию

там есть куча вариантов

вообще он стоит 8.90$ в месяц

ну вы в vc code дебажите?

да

да

ну помоги настроить?

ну помоги настроить?

ты ошибку то назовешь?

и свои действия

народ, вопрос есть. gopkg.in норм работает? а то не пингуется ни с офисной сети ни с мегафона

не открывается(

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

правильно

потому что они залочили опять диапазон и он попал туда

:)

про хосты они не вкурсе

Overlaps with following blocked subnets: 35.192.0.0/12 - Google LLC

> ping gopkg.in PING gopkg.in (35.196.143.184): 56 data bytes

Пасаны, я вот смотрю на ваш спор по поводу DAO и Repository, а вы юзали? Как я понимаю он вполне вписывается, хотя и AtiveRecord like https://github.com/volatiletech/sqlboiler

Или я с утра туплю

https://blog.golang.org/go-brand все заценили новый лого?

https://blog.golang.org/go-brand/logos.jpg

твою мать

https://blog.golang.org/go-brand все заценили новый лого?

Какой раньше был?)

опять майки перепечатывать?

:(

GO

кстати почему с таким артефактами сжатия

сволочи!

создай рядом файл и если он существует, то функцию не выполнять

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

сэть переменную окружения

но сначала проверяй есть ли она

если нет - то сетишь и исполняешь код

если есть - не исполняешь

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

ты не тот язык выбрал. пиши на сях/сяхх.

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

может ты еще не понял, но гошечка это еще один питон на протеине

почему ещё один?

кто ещё питон на протеине?

кто ещё питон на протеине?

джава

facepalm.jpg

джава

лiл

чет мало тригернулось, подождем)

вчера со мной чувак спорил что гошечка долго компилится в сравнении с erlang и java

0_о

Ахаха, серьезно?

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

https://imgur.com/a/jQUav зато бенчмарк интересный нарыл

/

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

Джава работает быстро)

вчера со мной чувак спорил что гошечка долго компилится в сравнении с erlang и java

Раз на раз

Во всем остальном виноваты жабопогроммисты

Котик где Go?

Раз на раз

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

зачем?

https://blog.golang.org/go-brand

уже постили сегодня

Есть машинка, на ней развернута приложуха /admin и /api ендпоинты. /admin блочит всех кроме пользователей одной подсети. /api доступна извне. Админы заказчика говорят, что если разделить ендопоинты по двум разных портам это прибавить секьюрности, а я почему это не вижу в этом смысла т.к зная что на одно порту крутится /api я все равно извне в /admin не постучусь. Ведь так?

Есть машинка, на ней развернута приложуха /admin и /api ендпоинты. /admin блочит всех кроме пользователей одной подсети. /api доступна извне. Админы заказчика говорят, что если разделить ендопоинты по двум разных портам это прибавить секьюрности, а я почему это не вижу в этом смысла т.к зная что на одно порту крутится /api я все равно извне в /admin не постучусь. Ведь так?

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

ERROR: S client not available

В /admin все стучатся

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

если ты извне - тебе 403 выпадает

если ты извне - тебе 403 выпадает

Значит, что-то там есть!

Уже инфа

если ты извне - тебе 403 выпадает

А вдруг подсеть не ту запретят

У нас тут одно ведомство показало, как с подсетями могут (

А вдруг подсеть не ту запретят

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

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

Порт админа можно закрыть снаружи на циске

Порт админа можно закрыть снаружи на циске

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

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

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

Можно админку ещё и на другом домене держать, который на другой порт ведёт, тогда никто не догадается

Порт админа можно закрыть снаружи на циске

на самой машине можно ведь порт закрыть в рамках одной подсети?

даже не nginx

а тупо на машине

на самой машине можно ведь порт закрыть в рамках одной подсети?

Лучше в нжинкс

Но можно и файрволом

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

(если уже стоит защита на ендпоинт в рамках подсети)

Ладно, в любом случае, спасибо!

Всем привет. Я недавно начал писать на golang. Сейчас изучаю grpc и пишу бэкенд базирующийся на микросервисной архитектуре. Нигде не могу найти хорошего примера для понимания как обычно пишут микросервисы: 1) создают отдельные проекты под каждый микросервис и потом копируют необходимые proto файлы из других микросервисов с которыми будут общаться; или 2) пишут всё в одном проекте, но для каждого сервиса будет свой файл с точкой входа (main). может у кого-нибудь есть хороший пример организации структуры проекта (какие папки, где размещается код для работы с БД, реализация сервисов, модели и т.п.). И я понимаю что нет единственного рецепта и везде могут делать по разному, но наверняка у есть хорошие и удобные решения организации проекта.

Протофайлы в отдельном репозитории можно держать

например)

неплохо! хорошая идея

мне нравится монорепозиторий для сервисов обьедененных в одну сеть вообще можно посмотреть на 12factor.net/ru/ может понятней станет

Всем привет. Я недавно начал писать на golang. Сейчас изучаю grpc и пишу бэкенд базирующийся на микросервисной архитектуре. Нигде не могу найти хорошего примера для понимания как обычно пишут микросервисы: 1) создают отдельные проекты под каждый микросервис и потом копируют необходимые proto файлы из других микросервисов с которыми будут общаться; или 2) пишут всё в одном проекте, но для каждого сервиса будет свой файл с точкой входа (main). может у кого-нибудь есть хороший пример организации структуры проекта (какие папки, где размещается код для работы с БД, реализация сервисов, модели и т.п.). И я понимаю что нет единственного рецепта и везде могут делать по разному, но наверняка у есть хорошие и удобные решения организации проекта.

в Го нет проектов. Есть пакеты

в Го нет проектов. Есть пакеты

Он правильно написал. По сути пакет это проект

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

По сути пакет - это пакет

Всем привет. Я недавно начал писать на golang. Сейчас изучаю grpc и пишу бэкенд базирующийся на микросервисной архитектуре. Нигде не могу найти хорошего примера для понимания как обычно пишут микросервисы: 1) создают отдельные проекты под каждый микросервис и потом копируют необходимые proto файлы из других микросервисов с которыми будут общаться; или 2) пишут всё в одном проекте, но для каждого сервиса будет свой файл с точкой входа (main). может у кого-нибудь есть хороший пример организации структуры проекта (какие папки, где размещается код для работы с БД, реализация сервисов, модели и т.п.). И я понимаю что нет единственного рецепта и везде могут делать по разному, но наверняка у есть хорошие и удобные решения организации проекта.

Если 2 вариант и микросервис как пакет то main.go там не положишь. Я дума второй вариант не пройдёт. Вы можете сделать микросервис как пакет а потом сделать отдельный проект с main.go. И кнему подсоединять нужный пакет. А вообще если попадётся идеальная структура то мне тоже дайте сслыку. Я тоже сейчас хочу сейчас на микросервисы прейти.

Всем привет! Я всё ещё каким-то чудом работаю в NeuroHive – проект, в рамках которого мы хакатоним (neurohive.io) и разрабатываем полезные людям и бизнесу системы обработки и передачи данных с помощью нейронных сетей. Сейчас настало время приступать к разработке backend стороны первого сервиса и в связи с этим актуализируется #вакансия хорошего Golang сеньора. Модули системы создаются силами универсальных команд, по стеку сейчас Go и C++ на бэкенде, web на React.js и используем React Native для iOS и Android платформ. Нейронки разрабатываются на Python с TensorFlow и Keras. Проект в рамках ООО "Нейрохайв", инвестор - CEO, есть бюджет на 3 года, первая прибыль ожидается через год, работаем в офисе. Мы самый белый в мире стартап и строим фантастически честный бизнес, поэтому наши сотрудники оформлены по ТК РФ с первого дня и получают 100% белую зарплату + действует система ощутимых бонусов и премий. Вилка: готовы предложить 180-250к уверенным senior инженерам и 120-180к middle разработчикам. Будем рады поработать вместе с участниками этого комьюнити над умными полезными продуктами, пишите мне)

Всем привет! Я всё ещё каким-то чудом работаю в NeuroHive – проект, в рамках которого мы хакатоним (neurohive.io) и разрабатываем полезные людям и бизнесу системы обработки и передачи данных с помощью нейронных сетей. Сейчас настало время приступать к разработке backend стороны первого сервиса и в связи с этим актуализируется #вакансия хорошего Golang сеньора. Модули системы создаются силами универсальных команд, по стеку сейчас Go и C++ на бэкенде, web на React.js и используем React Native для iOS и Android платформ. Нейронки разрабатываются на Python с TensorFlow и Keras. Проект в рамках ООО "Нейрохайв", инвестор - CEO, есть бюджет на 3 года, первая прибыль ожидается через год, работаем в офисе. Мы самый белый в мире стартап и строим фантастически честный бизнес, поэтому наши сотрудники оформлены по ТК РФ с первого дня и получают 100% белую зарплату + действует система ощутимых бонусов и премий. Вилка: готовы предложить 180-250к уверенным senior инженерам и 120-180к middle разработчикам. Будем рады поработать вместе с участниками этого комьюнити над умными полезными продуктами, пишите мне)

Хорошее вступление :)