Раз уж такая тусовка пошла - подмажусь. Занесло меня прочитать доклад о code modifiability, по другому - как делать так, чтобы менять код было просто. О чем бы вы сказали на эту тему? :)

Отличный доклад (да как всегда лол) от Миловидова и Clickhouse https://habr.com/ru/company/oleg-bunin/blog/497334/

я забил настраивать свой zsh и перешел на эту штуку, уже давно, и даже работает, а еще канал советую @opensourcefuture

starship

Кросс-терминальная промпт тулза. Написана на языке Rust, а это уже говорит о хорошей скорости работы и кросс-платформенности.

🌐 Lang: Rust
📎 Repo: https://github.com/starship/starship

Ухх.. это был интересный опрос, не помню, когда был последний интересный. Так вот.

Самое прикольное, что 51% сказал, что это все не важно, то есть только решают только тех навыки, работа в команде, закрытие тасочек и "часть корабля - часть команды". Чтож, верно, красиво говорить о своем деле это хорошо, но платят за коммиты в мастере (на самом деле за решенные задачи).

Стоит добавить, что за эту половину голосовали как и опытые люди, так и начинающие. Что мне кажется важно.

Но вот хорошее замечание: а сколько из вас за последний месяц (хотя бы месяц) смотрели статью в блогах, чтобы решить свою проблему? А сколько раз было услышано что-то новое на конференции/митапе (запись на ютюбе, не суть) ? Внезапно оказывается, что не все решается документацией и чтением кода, приходится идти к уже аггрегированным кем-то знаниям.

Тот же вчерашний пост про Clickhouse. Допустим автор КХ просто дальше писал бы на С++ БД, ну да, работает, быстро, кул, лайк. Но нет, именно, говорение, что было сделано, как, с какими вещами столкнулись - важно! Это тот самый инфодвиж и knowledge sharing который и двигает все в этом мире.

Не стоит путать с personal branding и хайпать подписчиками и лицом, это другое. Здесь более очевидная идея - специалист, который умеет доносить знания - намного ценее того, кто просто работает. Вспоминается Фейман и цитата про "объясни ребенку физику".

Еще я забыл пункты про написание книг, brown bags (тип лекции внутри фирмы) и ответы на Stackoverflow. Последнее, пожалуй, достойно лаврового венка.

Вывод? Не знаю, логично, чтобы каждый сделал сам. Но как минимум одним нафигачиванием кода профессионализм не заканчивается. Вот это даааа! (Макс, спасибо за ревью)

Вот это очень интересная штука. RocksDB хорошо затюненная БД, Redis сами знаете, чуть ли не стандарт индустрии. И бац, можно подменой инстанса получить нормально персистентую вещь. Пожалуй начну следить за проектом, хочу успеха им.

https://github.com/bitleak/kvrocks

the kvrocks(kv-rocks) is SSD NoSQL which based on rocksdb, and compatible with the Redis protocol, intention to decrease the cost of memory and increase the capability

#redis #nosql #rocksdb #kvrock

OKR на 2020, если доживу

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

Мы снова live и в гостях у нас Артемий Рябинков. Подключайтесь! Дада, продолжаем после Авито-митапа :)

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

Вчера в подкасте упоминалась интересная статья-общор на io_uring, так сказать следующий этап развития epoll.

https://thenewstack.io/how-io_uring-and-ebpf-will-revolutionize-programming-in-linux/

Tech Cheat Sheet еще жив, след пост на канале с хайрез пикчей

#network #dhcp

Статья от Slack за февраль, о том, как они выбирают технологии, конечно же речь о adoption curve. https://slack.engineering/how-big-technical-changes-happen-at-slack-f1569d25ee7b

А тут слайдики подъехали https://github.com/GolangKazan/talks#%D0%BC%D0%B8%D1%82%D0%B0%D0%BF-stay-home-and-gonline

> Correctly build distributed systems

🤦‍♂️

При этом забавно видеть GraphQL в Early Majority, хотя год(!!) назад оно еще было в Early Adopters (в конце поста 2019й год).

https://www.infoq.com/articles/architecture-trends-2020/