Тут много кто подкинул asdf, возможно кому-то понадобится.

Manage multiple runtime versions with a single CLI tool, extendable via plugins https://github.com/asdf-vm/asdf

А тут куча плагинов к нему https://asdf-vm.com/#/plugins-all

Тайпсейфети опять стучит снизу, хех

https://twitter.com/jonathan_blow/status/1189047679881363456?s=12

А я все так гуся и не погонял😭 Но да, игра отлично хайпнула. Еще при виде таких игр вспоминется http://itch.io с большим колвом индюшатины и порой хорошим качеством.

https://www.vox.com/culture/2019/10/10/20897212/what-is-untitled-goose-game-explained-nintendo-switch-pc-mac

Подкинули слайды от Brendan Gregg, того самого решателя проблем производительности в Netflix. Определенно стоит внимания.

https://www.slideshare.net/brendangregg/lisa2019-linux-systems-performance

Спасибо @golang_for_two

Что гитхабу хорошо, то гитлабу плохо. А DO сбоку

Хорошая новость: Github для всех открыл Actions (вышли из беты) и Registry, но только с 13 ноября. Новость классная так-то. Удивительно, как всё продолжает быть неплохо и хорошо в Гитхабе после покупки Microsoft'ом.

Плохая новость: Gitlab прислал письмо, что они вынуждены рол-бэкнуть какие-то фичули, которые выкатывали некоторое время назад. Печально конечно.

Нейтральная новость: в Digital Ocean появились дроплеты, оптимизированные под RAM (1CPU + 8GB RAM). Видимо всякие in-memory штуки теперь будет там прикольнее и дешевле катать. Или это для JVM-приблуд? (хехехе)

Шопенгауэр поправил пост, там речь про бизнес и что откат это смотрится как фейл https://t.me/schopenhauer_was_right/1027

an MJPEG-from-h264 handler with ffmpeg with just this

#go https://twitter.com/bradfitz/status/883357040919232512

А ведь это действительно круто, прост прокидываешь вывод из cmd в http.ResponseWriter (оп-ля, интерфейсы, и сюда же unix pipes) и соединяешь 2 мира.

Кстати, если кто захочет сделать бота с конвертацией щебемок (webm) или прочего, то оно почти так и выглядит на практике.

А вообще все началось с поиска проблемы: у нас race detector ругался на отправку сигналов в cmd.Process.

Фикс оказался приятным, забейте на cmd.Run и пользуйтесь cmd.Start() и cmd.Wait() соответственно.

И да, стартовать горутину после cmd.Start() (пусть там всякие интернал штуки установятся и все будет ок)

Тут ответ https://github.com/golang/go/issues/22757#issuecomment-345009730

Вообще, у этого манекена есть имя – зовут ее Эмма и ее создали в Британии. Эмма смело демонстрирует нам, что может случиться с человеком спустя 20 лет сидячей работы. Эмму создали с учетом разных болезней, свойственным именно офисным работников, получилась фигура с плохой осанкой и опухшими запястьями. У манекена красные от работы глаза, проблемы с цветом кожи и венами. А постоянный стресс и переутомление способствовали появлению экземы на ее теле.

В общем, те самые британские ученые настоятельно рекомендуют совмещать малоподвижную работу со спортом.
Знаю, что здесь сидит много ребят, которые работают в IT. А ещё знаю, какое изобилие разных вкусных сладостей и прочей богатыми быстрыми углеводами еды бывает на кухнях в офисах, особенно если мы говорим о больших компаниях.
Так вот, существует статистика, что в первый год работы сотрудник Гугла набирает в среднем 6.8 кг из-за безумного количество еды, которую заботливо предоставляет компания.

Поэтому к лишним кг Эммы, которые мы видим, предположительно, из-за недостаточно быстрого метаболизма , можно добавить в воображении ещё килограмм 10, которые она наест в процессе быстрых перекусов, ну и ещё килограмм 5, которые появятся от жадности к мармеладным мишкам Haribo.

Так что пьём воду и бегаем по вечерам, котятки:3

#дистракшн_просвещает

Такс, что тут у нас в опросе. Ага, значительное большинство хочет повышение до роли тимлида, чтобы разрулить проблемы в своей фирме. Ну или прост денег.

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

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

Если же команда довольно уверенная и самостоятельная, то...а зачем кого-то отбирать у команды?

Внезапно в лс я услышал больше мнений «тимлид не нужен» чем я думал. Однако интересно.

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

После релиза 1.14 в феврале, буду раздавать автографы, советую заранее занимать очередь *dropmic*

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

просто лучшее применение этого мема

Уважаемый @sysadmin_tools подкинул интересную БД с утра, а именно EuclidesDB. multi-model machine learning feature database that is tight coupled with PyTorch.

Сильно альфа, но стоит иметь в виду.

https://euclidesdb.readthedocs.io/en/latest/

Однако красиво. Сурс https://adoptingerlang.org/docs/development/hard_to_get_right/#handling-time-in-erlang

Да и собственно вся книга Adopting Erlang https://adoptingerlang.org

Хорошая коллекция консольных утилит. Хотя большинство было уже озвучено ранее (даже мной).

https://www.wezm.net/technical/2019/10/useful-command-line-tools/

Из коментов на Лобстере:
> There’s also a consistent refusal to write man pages.
> A very sad trend. I hate having to go open a web browser to read some markdown documentation on some website that requires javascript to function when I want to know how to use some command line application :(

В коментах можно еще найти годноту, или нет
https://lobste.rs/s/pven1z/illustrated_guide_some_useful_command
https://news.ycombinator.com/item?id=21363121

Go 1.14 should be great. Much #golang runtime work this cycle. Hope all lands:

* async preemption (https://golang.org/issue/24543)
* fast defers (https://twitter.com/bradfitz/status/1184547163235184640)
* scalable timers (https://github.com/golang/go/issues/6239, https://github.com/golang/go/issues/27707)
* new page allocator (https://github.com/golang/proposal/blob/master/design/35112-scaling-the-page-allocator.md)

Also: the new checkptr opt-in dynamic unsafe.Pointer checking is amazing. It's currently half on by default in -race mode. Hope it stays that way.

Oh, and maybe all the dev.link branch work, finally giving the linker some love: https://golang.org/s/better-linker.

But unclear whether that'll merge before Go 1.14. I'm guessing not.

Source https://twitter.com/bradfitz/status/1189631604324327424