прикольно 3 консоли в 1 шелле )

я так по удаленке народ подключал, из TACa

Converting C to Go #golang https://elliot.land/post/converting-c-to-go

Я тут на днях пытался заюзать.

Так себе получилось

Точнее не получилось

Пришлось переписывать самому

он канешн не режет терминал на несколько частей

режет :-)

режет :-)

таааак, вот с этого момента поподробней пжлст!

Если я правильно понял контекст то речь же про screen?

Ctrl-A S

Если я правильно понял контекст то речь же про screen?

ога

блин а я всегда 3 командами обходился

ctrl a -> ctrl d

screen -r

:-)

Вообще главная команда - Ctrl-A ?

Но лучше потратить время на изучение tmux

в тмуксе все через Ctrl-b

в тмуксе все через Ctrl-b

не а

конфиг бывает разный

а так тмукс топовый

https://github.com/nicknisi/dotfiles/blob/master/tmux/tmux.conf.symlink

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

vim единственное исключение

ну там если вим конфиг накатывать

то можно одной командой еще и тмуксовский конфиг накатить вместе

коллеги

ну хватит уже его мусолить, бедный тмукс

а то я вам расскажу, что еще есть byobu

а то я вам расскажу, что еще есть byobu

как ты его на сервере заюзаешь

Но ведь... Пустыня...

Там татарочки недалеко

как ты его на сервере заюзаешь

а в чем проблема-то?!

неохота джихадиться ) каждому по мультиплексору )

я плакал)

я плакал)

А что, кроме групповой разработки, рассмешило?

Ну и денег, конечно.

Ну, и технологий в странном сочетании.

Это все)

у нас в городе местная компания разработки ПО вакансию выложила

Высшее образование\Стаж более 3 лет\Командная разработка\ЗП 30000тр

Высшее образование\Стаж более 3 лет\Командная разработка\ЗП 30000тр

Не командная, групповая же

)

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

ну, минздрав всегда жмотили бабок =)

у нас вроде от 40к до 70к вакансии аналогичные

это ен профильная их деятельность, они больше платить и не будут

скорее всего поддерживают интеграцию с региональными и федеральными системами

от прошлых разрабов скорее всего осталось.

поэтому не удивительно почему такие цены

у нас вроде от 40к до 70к вакансии аналогичные

а это скорее всего в частной конторе, а не в гос учреждении ?

почта россии с таким же порядком цен полтора года вакансии держала =)

почта россии с таким же порядком цен полтора года вакансии держала =)

А потом?

повысили немного

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

повысили немного

И они все равно висят?

И они все равно висят?

нет, закрылись

это ен профильная их деятельность, они больше платить и не будут

http://new.komiac.ru/

Этот чатик сейчас про что?

про насущное - про бабло

у нас вроде от 40к до 70к вакансии аналогичные

От города зависит.

но все равно, коллеги, завязывайте

Кек

От города зависит.

Ну есть же еще удаленка

под cli что используете? чтоб не парсить ключи самому

ERROR: S client not available

а?!

вопрос снят - https://awesome-go.com/#command-line

ага

Нормальный код для форварда трафика на внешний хост/порт? Единственное что вижу тут, так это отсутствие пула живых подключений, а так вроде ок: func forward(conn net.Conn) { client, err := net.Dial("tcp", os.Args[2]) if err != nil { log.Fatalf("Dial failed: %v", err) } log.Printf("Connected to localhost %v\n", conn) go func() { defer client.Close() defer conn.Close() io.Copy(client, conn) }() go func() { defer client.Close() defer conn.Close() io.Copy(conn, client) }() } Что можно улучшить для большей пропускной способности?

А conn thread-safe?

А conn thread-safe?

Да:)

Нормальный код для форварда трафика на внешний хост/порт? Единственное что вижу тут, так это отсутствие пула живых подключений, а так вроде ок: func forward(conn net.Conn) { client, err := net.Dial("tcp", os.Args[2]) if err != nil { log.Fatalf("Dial failed: %v", err) } log.Printf("Connected to localhost %v\n", conn) go func() { defer client.Close() defer conn.Close() io.Copy(client, conn) }() go func() { defer client.Close() defer conn.Close() io.Copy(conn, client) }() } Что можно улучшить для большей пропускной способности?

Если я правильно понимаю, то он может дочитать с conn и закрыть всё, и при этом не успеть дочитать с client. И наоборот. И надо проверять ошибки, если тебе важно, работает ли вообще. Ну и вроде Copy же в цикле надо запускать, пока не будет EOF... И, возможно, буферизовать надо, чтоб шустрее было.

Если я правильно понимаю, то он может дочитать с conn и закрыть всё, и при этом не успеть дочитать с client. И наоборот. И надо проверять ошибки, если тебе важно, работает ли вообще. Ну и вроде Copy же в цикле надо запускать, пока не будет EOF... И, возможно, буферизовать надо, чтоб шустрее было.

С закрытием, похоже на то. Кажется нужно вызывать Close на обоих соединениях после завершения обоих горутин. io.Copy копирует до EOF или ошибки используя буфер в 32К При желании, буфера можно пуллить или делать своего размера через io.CopyBuffer Если это не наколеночная утилита, то возможно стоит ловить паники в Copy горутинах, иначе будет крашится

Вызов функций Go из других языков⁠ ? перевод ? Хабрахабр:  Блог компании Mail.Ru Group, API, C, Go, Python С версии 1.5 компилятор Go поддерживает несколько режимов сборки, определяемых флагом buildmode. Их ещё называют режимами исполнения Go (Go Execution Modes). С их помощью go tool может компилировать пакеты Go в нескольких форматах, включая архивы и библиотеки общего пользования Go (shared libraries), архивы и библиотеки общего пользования Си, а с версии 1.8 — и динамические плагины Go. В статье мы рассмотрим компилирование пакетов Go в библиотеки Си. В этом режиме сборки компилятор генерирует стандартный бинарный файл объекта (shared object) (.so), передавая функции Go в качестве API в стиле Си. Мы поговорим о том, как создавать библиотеки Go, ... Автор оригинала: Vladimir Vivien Читать далее ➡ https://shbr.xyz/hh324250

Вызов функций Go из других языков⁠ ? перевод ? Хабрахабр:  Блог компании Mail.Ru Group, API, C, Go, Python С версии 1.5 компилятор Go поддерживает несколько режимов сборки, определяемых флагом buildmode. Их ещё называют режимами исполнения Go (Go Execution Modes). С их помощью go tool может компилировать пакеты Go в нескольких форматах, включая архивы и библиотеки общего пользования Go (shared libraries), архивы и библиотеки общего пользования Си, а с версии 1.8 — и динамические плагины Go. В статье мы рассмотрим компилирование пакетов Go в библиотеки Си. В этом режиме сборки компилятор генерирует стандартный бинарный файл объекта (shared object) (.so), передавая функции Go в качестве API в стиле Си. Мы поговорим о том, как создавать библиотеки Go, ... Автор оригинала: Vladimir Vivien Читать далее ➡ https://shbr.xyz/hh324250

Не прошло и 7 лет

а вот, кстати, вот go get делает build и install, так? а как рассказать в этом случает build-у правильный buildmode?

или все развлекаются башиком, make и кто во что горазд и пихают всё в один контейнер и типа норм?

ну вот написал я утилиту, написал пяток плагинов, которые она может использовать. вот в питоне я могу сказать юзеру "сделай pip install mytool[plugin1,plugin2] и будет тебе щасье", а в go?

вижу https://github.com/blindpirate/report-of-build-tools-for-java-and-golang#conclusion-1 типа godep и make для сборки с нужными параметрами самое популярное, видимо. 2017 год

ну вот написал я утилиту, написал пяток плагинов, которые она может использовать. вот в питоне я могу сказать юзеру "сделай pip install mytool[plugin1,plugin2] и будет тебе щасье", а в go?

Кажется что без шаманства с системой сборки тут не обойтись в любом случае, но... зачем пользователям программы ставить её через пакетный менеджер языка? Никогда этого не понимал, мне ведь придётся кусок тулчейна для языка иметь у себя(а я не хочу обычно). Для этого в линуксе(например) есть пакеты(в этом случае гошное приложение должно уметь загружать шаредобджекты с плагинами или же иметь какой-то другой интерфейс для взаимодействия с плагинами, которые могут быть или не быть на файловой системе). Я бы делал сборку просто через make. Проект - отдельно, плагины - отдельно(каждый со своей сборкой).

Gogland, the new Go IDE that we announced several months ago now also becomes IntelliJ IDEA Ultimate plugin, which ends JetBrains support for the existing third-party Go plugin.

wtf?

wtf?

Нормальная IDE. Годно вполне. Есть правда недочёты некоторые.

Вебшторм это плагин к айдее

Как и все другие продукты

Их

да, я о том, что не будет отдельного => с точки зрения jb на юзерах go не навариться

Вебшторм это плагин к айдее

Не совсем. Всё-таки Gogland и WebStorm имеют фичи, которые недоступны в плагинах к IntelliJ Ultimate.

да, я о том, что не будет отдельного => с точки зрения jb на юзерах go не навариться

Алсо же

А не вместо

ну хз

Ну есть же еще удаленка

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

Кажется что без шаманства с системой сборки тут не обойтись в любом случае, но... зачем пользователям программы ставить её через пакетный менеджер языка? Никогда этого не понимал, мне ведь придётся кусок тулчейна для языка иметь у себя(а я не хочу обычно). Для этого в линуксе(например) есть пакеты(в этом случае гошное приложение должно уметь загружать шаредобджекты с плагинами или же иметь какой-то другой интерфейс для взаимодействия с плагинами, которые могут быть или не быть на файловой системе). Я бы делал сборку просто через make. Проект - отдельно, плагины - отдельно(каждый со своей сборкой).

И вот как потом пользователю, который, например, админ и мог бы сделать pip install, устанавливать нужный набор плагинов?

wtf?

Jetbrains такой Jetbrains. С Goclipse такого не будет...

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

Вы не правы