ребят, что бы вы юзали для конкурентной работы с вэбсокетами?

github.com/fasthttp/fastws в работе как раз

а как должно быть по стандарту? может у тебя конфиг нестандартный

короч в конфиге указывается несколько одинаковых секций, с одинаковыми названиями переменных, но с разными значениями [module] name = foo [module] name = bar path = path/to/module [module] name = foobar

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

вроде есть EAP и кто хочет может вполне себе тырпрайзную версию честно использовать бесплатно. просто версию в бета-тесте

github.com/fasthttp/fastws в работе как раз

сделай лучше fasthttp2

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

https://t.me/gogolang/143432

для идеи точно есть. для голэнда ща гляну

https://www.jetbrains.com/community/eap/

github.com/fasthttp/fastws в работе как раз

так так

сделай лучше fasthttp2

https://github.com/fasthttp/http2

короч в конфиге указывается несколько одинаковых секций, с одинаковыми названиями переменных, но с разными значениями [module] name = foo [module] name = bar path = path/to/module [module] name = foobar

ну то есть это не ini, а модификация. вопросы к изобретателю формата)

ну то есть это не ini, а модификация. вопросы к изобретателю формата)

ну вот так в общем

https://t.me/gogolang/143432

эти кейсы - они не обязательно означают большой проект и их отсутствие - не означает маленький.

https://github.com/fasthttp/http2

еще б (Under construction...) завершилось

эти кейсы - они не обязательно означают большой проект и их отсутствие - не означает маленький.

по моему субъективному опыту — примерно одно и то же, особенно если это вынужденно монолитное приложение

github.com/fasthttp/fastws в работе как раз

ё-моё, только для fasthttp

ну вот так в общем

тем не менее написать парсер даже под такой формат - это чуть ли не 20 строк

тем не менее написать парсер даже под такой формат - это чуть ли не 20 строк

ну у меня припекло от такого ini

парсер я уже написал

ё-моё, только для fasthttp

думал, очевидно было с учётом названия организации)

по моему субъективному опыту — примерно одно и то же, особенно если это вынужденно монолитное приложение

а по моему - не лежало рядом :)

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

а можно пример такого кейса?

когда писали биллинг для провайдера - подсветка синтаксиса в строковых литералах была очень удобна. как и возможность сделать запрос к базе прямо из ide я, за ради этой подсветки, стал оформлять на go sql запросы отдельными файлами, и высасывать их gobindata

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

потому как git diff стал существенно полезнее

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

к сожалению, это никак не работает, если sql надо динамически генерить

когда писали биллинг для провайдера - подсветка синтаксиса в строковых литералах была очень удобна. как и возможность сделать запрос к базе прямо из ide я, за ради этой подсветки, стал оформлять на go sql запросы отдельными файлами, и высасывать их gobindata

Примерно такое же, но с помощью fileb0x Но мелкие запросы всё таки удобнее в литералах

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

к сожалению, это никак не работает, если sql надо динамически генерить

а динамически надо squirrel использовать

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

Я бы так не сказал Когда их много очень похожих (к сожалению), это спасает

из-а того, что sql динамически генерить с вложенными условиями, подзапросами и cte, я написал собственный билдер запросов, который генерирует AST дерево и потом превращает его в sql

и код генерирует красиво-отформатированный) Я может если будет время оупен-соурсную имплементацию сделаю

я, кстати, вдохновлялся gorm'ом и squirrel'ом, обещая что мой велосипед не будет делать такого пиз*ца как эти товарищи

и код генерирует красиво-отформатированный) Я может если будет время оупен-соурсную имплементацию сделаю

если сделаешь, напиши мне и @madgopher, запиним и добавим в Awesome

надо сказать что в VS Code сйчас завозят инструментарий для работы с пулл реквестами и код ревью — и это просто офигенно и нигде больше нет

Кхм-кхм... Прям таки и нигде?

Так же офигенно я не видел. Где?

Кхм-кхм... Прям таки и нигде?

В атоме что-то было об этом но я давно туда не смотрел.

Буквально на этой неделе был анонс тулинг для кодревью и всего вот этого от джетбрейнс

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

upsource ?

В вебе у всех есть. Смысл локального инструмента в том, что можно всё потрогать и запустить. Именно этим VSCode и крут – они затащили PR'ы с удобным интерфейсом прямо в редактор, где все его фичи работают

надо, кстати, опробовать

а как в вс коде этим пользоваться

я не наблюдаю

upsource можно в своей локальной сети поднять

а то я все постаринке, на гитхубе

только я не понимаю смысла upsource, ведь можно все то же самое (код ревью) делать через pull requests или merge requests

@alek_si где в вскоде пры ??

https://code.visualstudio.com/blogs/2018/09/10/introducing-github-pullrequests

github

господа, кто нибудь ощутил проблемы при переходе на go 1.11 связанные с использованием net/http в тестах? или в целом даже не в тестах

господа, кто нибудь ощутил проблемы при переходе на go 1.11 связанные с использованием net/http в тестах? или в целом даже не в тестах

В тестах? А какие проблемы в тестах?

Кхм-кхм... Прям таки и нигде?

Для редакторов и IDE я не видел А где?

Для редакторов и IDE я не видел А где?

у того же самого джетбрейнса есть отличный инструмент "upsource". хз как оно конечно с go и goland'ом. в идее отличная интеграция с репозиторием и код-ревью

https://blog.filippo.io/rustgo/ Короч насколько я понял вся проблема в совмещении Rust'а и Go в один бинарь в том как эти языки работают со stack'ом и это скорее всего не решается ? у Go stack динамичный, у Rust нет, поэтому для раста гошный стэк недостаточно большой а расширять гошный стэк раст не умеет

https://blog.filippo.io/rustgo/ Короч насколько я понял вся проблема в совмещении Rust'а и Go в один бинарь в том как эти языки работают со stack'ом и это скорее всего не решается ? у Go stack динамичный, у Rust нет, поэтому для раста гошный стэк недостаточно большой а расширять гошный стэк раст не умеет

тогда такая же проблема должна быть и с C

тогда такая же проблема должна быть и с C

да вот я чёт не до конца понял всё это..

https://youtu.be/eymMKjymgGA

Для редакторов и IDE я не видел А где?

Джетбрейнсы затащили upsource в идешку, теперь можно все то же делать из иде

upsource говно

во всяком случае его вебовская версия

https://blog.filippo.io/rustgo/ Короч насколько я понял вся проблема в совмещении Rust'а и Go в один бинарь в том как эти языки работают со stack'ом и это скорее всего не решается ? у Go stack динамичный, у Rust нет, поэтому для раста гошный стэк недостаточно большой а расширять гошный стэк раст не умеет

but what if.... what if we "go" the other way around and make Rust call Go instead?

В тестах? А какие проблемы в тестах?

когда делаю http запрос client.Do(req) просто фризится и никак не отрабатывает, timeout в транспорте помогает, но помогает только убить запрос, то есть отрабатывает некорректно. тот же запрос из какого-нибудь postman отрабатывает корректно. почему я конкретизировал что go 1.11, потому что на go1.10.3 такой херни не было(

когда делаю http запрос client.Do(req) просто фризится и никак не отрабатывает, timeout в транспорте помогает, но помогает только убить запрос, то есть отрабатывает некорректно. тот же запрос из какого-нибудь postman отрабатывает корректно. почему я конкретизировал что go 1.11, потому что на go1.10.3 такой херни не было(

А код покажешь?

ERROR: S client not available

когда делаю http запрос client.Do(req) просто фризится и никак не отрабатывает, timeout в транспорте помогает, но помогает только убить запрос, то есть отрабатывает некорректно. тот же запрос из какого-нибудь postman отрабатывает корректно. почему я конкретизировал что go 1.11, потому что на go1.10.3 такой херни не было(

Попробуй еще контекст в риквесте пробрасывать

Про адскую тормозню автозаполнения в vscode после перехода на 1.11 и модули тред был?

Про адскую тормозню автозаполнения в vscode после перехода на 1.11 и модули тред был?

был

Ну вот, опоздал. Вкратце, лечится? Или ждать починки?

Ну вот, опоздал. Вкратце, лечится? Или ждать починки?

Эпилог был такой: 1. "У меня все нормально" 2. "А вот у питона, всё хорошо"

Оок. Переходим на питон. )

Оок. Переходим на питон. )

Подождем

Подождем

А вот и третий вывод. Подождем...

Привет, как правильно делать unit testing метода структуры

а в чем вопрос-то?

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

Он уже не требует виндоус

дотнет живет на платформе с очень плохой управляемостью и еще худшей наблюдаемостью

и то, что можно писать на дотнете не под винду - это сказки

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

уже несколько лет все пишут под неткор =\

да и пускай

доклад 2015, что ли

да и пускай

Не жалеете о своём выборе в пользу Go?

ну тогда очень актуально было, получается

Не жалеете о своём выборе в пользу Go?

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

а что за доклад?

выше ссылка

(коллеги, учтите, это доклад-провокация)

чёт не найду

тока видос приаттаченный

https://www.youtube.com/watch?v=C1jm55vFejw

Привет, как правильно делать unit testing метода структуры

Тестирование — Введение в программирование на Go golang-book.ru Тестирование. Писать программы — не просто. Go содержит специальную программу, призванную облегчить написание тестов, так что давайте напишем несколько тестов для...

Тестирование — Введение в программирование на Go golang-book.ru Тестирование. Писать программы — не просто. Go содержит специальную программу, призванную облегчить написание тестов, так что давайте напишем несколько тестов для...

Это я все понимаю. У меня другой вопрос. Как корректно тестировать работу метода.

Ибо там функции