Что за шрифт, если не секрет?

как ты себе представляешь пустой инт?

может костыль есть?

*int64

Что за шрифт, если не секрет?

"editor.fontFamily": "Iosevka"

*int64

стоит ли все поля структа сделать указателями к данным?

// на самом деле Maybe Int или Option<i64>, но в го система типов слишком убога для подобного.

стоит ли все поля структа сделать указателями к данным?

а ты готов везде при использовании этих полей проверять на nil? :)

а ты готов везде при использовании этих полей проверять на nil? :)

а не, точно. Только опциональные поля изменю

// на самом деле Maybe Int или Option<i64>, но в го система типов слишком убога для подобного.

Ага, в хаске проще с этим было

Правильно ли я делаю, если когда я лишь перегоняю жсон туда-сюда, и содержание какого-то глубокого ключа жсон меня не интересует, то можно это мясо определить в структе как Attachments *json.RawMessage `json:"attachments,omitempty" ...и оно будет так же маршалиться из/в жсон, только быстрее и непрозрачно?

вроде бы да

"editor.fontFamily": "Iosevka"

Спасибо

Товарищи, а типы можно генерировать в рантайме?

нет

Go is statically typed. Every variable has a static type, that is, exactly one type known and fixed at compile time

А, понял

Кто как контролирует версию билда? Видел вариант что номер версии и билда хранят в txt-шке рядом с бинарником и просто меняют его содержимое с каждым тестовым запуском. Я пробовал вручную менять константу билда и версии в коде, но иногда забываю это сделать и тогда нумерация хромает. Вроде мелочь, но помогает понять какая сборка сейчас запущена.

v1.2.3+20170702172930

это если релиз с тегом

если нет - вместо v1.2.3 ревхеш коммита

v1.2.3+20170702172930

Как тогда это сделать в виде кода?

go generate

go build -ldflags "-X main.minversion=\`date -u +.%Y%m%d.%H%M%S\`" service.go

... var minversion string func main() { fmt.Println(minversion) } ...

go build -ldflags "-X main.minversion=\`date -u +.%Y%m%d.%H%M%S\`" service.go

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

дату заменить на "git rev-parse HEAD" например, будет ревизия гитовая

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

не заменить, а дополнить. и часто полезнее не сам ревхеш (потому что они не сравниваются), а что-то хитрее, вроде "тег+сколько коммитов от тега+дата". также можно как-то показывать, что в working tree на момент сборки были какие-то изменения относительно зафиксированного в коммите.

посоны, а я правильно понимаю, что у go нет прямого аналога asyncio.subprocess_exec() из питона? чтобы асинхронно запускать дочерний процесс и реактивно читать его stderr/stdin?

нашел только вот эту штуку https://github.com/go-cmd/cmd

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

есть же

есть же

а можно пример?

https://golang.org/pkg/os/exec/#example_Cmd_StdoutPipe

(я хз что такое "реактивно")

https://golang.org/pkg/os/exec/#example_Cmd_StdoutPipe

это чисто синхронный вызов

эмм

Wait видишь?

вот он ждет пока процесс завершится

ну вот я и говорю - синхронно

мне не нужен wait

ну не вызывай его. или вызывай в другой горутине.

мне нужны события из stdout/stderr подпроцесса через каналы, например

в моменты появления конкретных строчек, а не когда процесс завершится совсем

Посмотри код по ссылке, что ты кинул

Там его немного

Это просто сахар вокруг стандартной либы

в моменты появления конкретных строчек, а не когда процесс завершится совсем

http://bpaste.net/show/6ef1f22143ff [I]l…@n…d /tmp > go run exec.go 2017/07/02 23:30:44 >>> 2017/07/02 23:30:45 >>>1 2017/07/02 23:30:46 >>>2 2017/07/02 23:30:47 >>>3 2017/07/02 23:30:48 >>>4 2017/07/02 23:30:49 >>>5 2017/07/02 23:30:50 >>>6 ^Cexit status 2

в моменты появления конкретных строчек, а не когда процесс завершится совсем

оно именно так и работает. как обычные юникс пайпы.

подумаю тогда, спасибо

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

Можно и башиком:)

башиком сложно сделать так, чтоб строчки от 10 процессов не смешивались в кашу. можно, но сложнее, чем десяток горутин срущих в один канал.

в баше я подобные вещи обычно решаю через gnu parallel :)

ERROR: S client not available

но тут мне надо объединить в одном сервисе REST API и запускалку процессов асинхронную

так что не получится

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

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

netcat? :)

точнее, на plan9 rc

netcat? :)

не помню уже, а откапывать лень. вроде бы да, но щас бы я взял сокат.

самое наркоманское, что я видел - это тетрис на чистом sed

под плэннайн оно естественно работало через /net/tcp (да, оно работало и под плэннайн тоже)

Надо по данеым строит простые 2D диаграммы. И круговые тоже. С возможностью подписи на русском. Желательно простое может быть в ущерб кастомизации

Надо по данеым строит простые 2D диаграммы. И круговые тоже. С возможностью подписи на русском. Желательно простое может быть в ущерб кастомизации

grafana?

govvv ?

Кто как контролирует версию билда? Видел вариант что номер версии и билда хранят в txt-шке рядом с бинарником и просто меняют его содержимое с каждым тестовым запуском. Я пробовал вручную менять константу билда и версии в коде, но иногда забываю это сделать и тогда нумерация хромает. Вроде мелочь, но помогает понять какая сборка сейчас запущена.

@nekoexmachina о, привет)

?

Кто как контролирует версию билда? Видел вариант что номер версии и билда хранят в txt-шке рядом с бинарником и просто меняют его содержимое с каждым тестовым запуском. Я пробовал вручную менять константу билда и версии в коде, но иногда забываю это сделать и тогда нумерация хромает. Вроде мелочь, но помогает понять какая сборка сейчас запущена.

#!/usr/bin/env bash revision=$(git rev-parse HEAD) revisionDate=$(git log -1 HEAD —format=%cd) go build -ldflags "-X 'main.buildRevision=$revision' -X 'main.buildRevisionDate=$revisionDate'"

Кто как контролирует версию билда? Видел вариант что номер версии и билда хранят в txt-шке рядом с бинарником и просто меняют его содержимое с каждым тестовым запуском. Я пробовал вручную менять константу билда и версии в коде, но иногда забываю это сделать и тогда нумерация хромает. Вроде мелочь, но помогает понять какая сборка сейчас запущена.

https://github.com/corpix/market-fetcher/blob/master/Makefile#L9

https://github.com/corpix/market-fetcher/blob/master/Makefile#L9

третья строка более интересная...

третья строка более интересная...

Ага, GNU_BUILD_ID генерю рандомно

Кто как контролирует версию билда? Видел вариант что номер версии и билда хранят в txt-шке рядом с бинарником и просто меняют его содержимое с каждым тестовым запуском. Я пробовал вручную менять константу билда и версии в коде, но иногда забываю это сделать и тогда нумерация хромает. Вроде мелочь, но помогает понять какая сборка сейчас запущена.

файл VERSION в корне + govvv https://github.com/ahmetb/govvv

Ya pervaya pro govvv otvetila

кто ж спорит, вопрос-то был Кто чем пользуется)

Я еще такой вариант видел в мейкфайле: REVISION = $$(git describe --dirty --always --abbrev=0) go build -ldflags "-X main.revision=$(REVISION)"

А да, выше упоминали уже подобное.

я посреди своего, довольно глубоко

Добрый день, у нас сейчас есть вакансия go, компания mtt.ru. напишите мне, я расскажу

Ya pervaya pro govvv otvetila

без ссылки не считается )

Кто знает (или видел) библиотеку, способную к имитации мышки, перенос курсора, нажатие и т.д. ?