#cpp
Доклад про NRVO можно посмотреть тут.
Хочется сказать большое спасибо Илье (@imhired), Жене (@cxx95) и Лёше (@aleexf) за огромную помощь с докладом. Всё-таки есть что-то в силе слабых связей (ну или сильных).
Отсмотрю все доклады и на днях выложу постик про то, что зашло. А пока посмотрите мой пару раз : )
Доклад про NRVO можно посмотреть тут.
Хочется сказать большое спасибо Илье (@imhired), Жене (@cxx95) и Лёше (@aleexf) за огромную помощь с докладом. Всё-таки есть что-то в силе слабых связей (ну или сильных).
Отсмотрю все доклады и на днях выложу постик про то, что зашло. А пока посмотрите мой пару раз : )
👍36❤17🔥2👏1
#cpp
А теперь собсна зашедшие доклады с C++ Zero Cost Conf 2024:
- Реализация мьютекса в userver от Василия Куликова
- Новости РГ21 C++ от Антона Полухина
- Проблемы и решения в крупных C++-проектах на примере генератора llvm-snippy от Константина Владимирова
- Arena allocator с помощью std::pmr::memory_resource на примере документов из Otterbrix от Александра Боргардта
- ну и мой про NRVO.
А теперь собсна зашедшие доклады с C++ Zero Cost Conf 2024:
- Реализация мьютекса в userver от Василия Куликова
- Новости РГ21 C++ от Антона Полухина
- Проблемы и решения в крупных C++-проектах на примере генератора llvm-snippy от Константина Владимирова
- Arena allocator с помощью std::pmr::memory_resource на примере документов из Otterbrix от Александра Боргардта
- ну и мой про NRVO.
🔥26👍7❤6
#highload #common
1. Mastering Caching in Distributed Applications.
2. Не в техническую тему, но почему-то зацепило: Visual Thinking & Sketching.
3. Feature flags are ruining your codebase.
Знали бы вы, какая жиза.....
В статье ещё упоминается такой интересный инцидент.
4. Мы конечно много таких постов уже видели, но если очередной хорош, то почему нет: Advice to the young.
1. Mastering Caching in Distributed Applications.
2. Не в техническую тему, но почему-то зацепило: Visual Thinking & Sketching.
3. Feature flags are ruining your codebase.
Знали бы вы, какая жиза.....
В статье ещё упоминается такой интересный инцидент.
4. Мы конечно много таких постов уже видели, но если очередной хорош, то почему нет: Advice to the young.
👍4
#common
В последний год я стал сильно чаще посещать всякие конфы и локальные митапы. И пока останавливаться не хочется. Движут мной следующие моменты:
🥳 Хочется посмотреть доклады раньше, чем их выложат в открытый доступ (если вообще выложат).
Во-первых, понятная образовательная сторона. И можно конечно сказать, что можно в онлайне посмотреть, но это как-то не то. Когда смотришь доклад дома в уютной обстановке, очень легко от этого дело отключиться и уйти в свои мысли. Очень легко забить и пойти заниматься чем-то другим. В офлайне же ты максимально сосредоточен на происходящем, внимательнее слушаешь и пытаешься вникнуть. Можно вопрос докладчику задать. Это сильнее качает. На паузу не поставишь, отмотать не получится. Потому надо слушать.
Во-вторых, вы мои любимые. Мне гораздо удобнее прослушать тучу докладов в плотном режиме за день-два в локации конференции, чем пытаться сделать то же самое за то же время в обычной обстановке. Зачем так делать? Ну просто потому что как только доклады выкладывают, я могу насобирать ссылки на уже просмотренный контент и закинуть пост. Без огромного лага. Я еду на конференцию. Вы получаете самые вкусные (по моему объективнейшему мнению) доклады сразу, как только это возможно.
🥳 Люди.
Я очень долго до посещений в офлайне смотрел конференции на ютубах. Какие-то необычные чувства увидеть людей из компуктера вживую. Пообщаться с ним. Примерно так же, когда несколько лет смотришь Разгоны от Stand Up Club #1, а потом приезжаешь в Москве на очное выступление чуваков.
В целом возможность общаться в условиях, когда вы по дефолту имеете точки соприкосновения, очень хороша. Вот я точно знаю, что этот человек почти наверняка пишет на C++: пойду обсужу с ним какие-то моменты. Или я точно знаю, что у этих ребята точно такие же технические проблемы, потому что мы решаем похожие задачи: пойду поделюсь опытом. Даже пару раз наталкивали на интересные мысли, которые потом удалось применить.
И ещё очень круто, когда на таких мероприятиях встречаются падписчеки. Мне даже закидывали довольно ценный фидбек.
Конечно всегда есть возможность сходить на мероприятия для нетворка, но есть смутные ощущения, что туда приходят люди в рамках найти хоть кого-нибудь, чтобы решить какую-то проблему. На профильных конференциях такого не встречается.
Третьего пункта не будет, потому что первых двух достаточно☺️
И ещё я иногда удивляюсь форматам мероприятий, которые в рамках конференций бывают. Потому очень часто это довольно серьёзные мероприятия, где ты бегаешь от зала к залу, по пути пытаяясь перехватить что-то поесть и с кем-то парой слов перекинуться.
Вот коллеги делают YACAMP, который пройдёт буквально на днях (10ого августа). В программе и технические доклады, и менеджерские, и какие-то неожиданные форматы вроде плохих шуток, и обучающие кусочки. И тематика какая-то не оч стандартная для подобных мероприятий. И видос прикольный сняли.
Правда, регистрация у ребят уже закрыта. Надо было вам раньше такие приколы показать.
В последний год я стал сильно чаще посещать всякие конфы и локальные митапы. И пока останавливаться не хочется. Движут мной следующие моменты:
Во-первых, понятная образовательная сторона. И можно конечно сказать, что можно в онлайне посмотреть, но это как-то не то. Когда смотришь доклад дома в уютной обстановке, очень легко от этого дело отключиться и уйти в свои мысли. Очень легко забить и пойти заниматься чем-то другим. В офлайне же ты максимально сосредоточен на происходящем, внимательнее слушаешь и пытаешься вникнуть. Можно вопрос докладчику задать. Это сильнее качает. На паузу не поставишь, отмотать не получится. Потому надо слушать.
Во-вторых, вы мои любимые. Мне гораздо удобнее прослушать тучу докладов в плотном режиме за день-два в локации конференции, чем пытаться сделать то же самое за то же время в обычной обстановке. Зачем так делать? Ну просто потому что как только доклады выкладывают, я могу насобирать ссылки на уже просмотренный контент и закинуть пост. Без огромного лага. Я еду на конференцию. Вы получаете самые вкусные (по моему объективнейшему мнению) доклады сразу, как только это возможно.
Я очень долго до посещений в офлайне смотрел конференции на ютубах. Какие-то необычные чувства увидеть людей из компуктера вживую. Пообщаться с ним. Примерно так же, когда несколько лет смотришь Разгоны от Stand Up Club #1, а потом приезжаешь в Москве на очное выступление чуваков.
В целом возможность общаться в условиях, когда вы по дефолту имеете точки соприкосновения, очень хороша. Вот я точно знаю, что этот человек почти наверняка пишет на C++: пойду обсужу с ним какие-то моменты. Или я точно знаю, что у этих ребята точно такие же технические проблемы, потому что мы решаем похожие задачи: пойду поделюсь опытом. Даже пару раз наталкивали на интересные мысли, которые потом удалось применить.
И ещё очень круто, когда на таких мероприятиях встречаются падписчеки. Мне даже закидывали довольно ценный фидбек.
Конечно всегда есть возможность сходить на мероприятия для нетворка, но есть смутные ощущения, что туда приходят люди в рамках найти хоть кого-нибудь, чтобы решить какую-то проблему. На профильных конференциях такого не встречается.
Третьего пункта не будет, потому что первых двух достаточно
И ещё я иногда удивляюсь форматам мероприятий, которые в рамках конференций бывают. Потому очень часто это довольно серьёзные мероприятия, где ты бегаешь от зала к залу, по пути пытаяясь перехватить что-то поесть и с кем-то парой слов перекинуться.
Вот коллеги делают YACAMP, который пройдёт буквально на днях (10ого августа). В программе и технические доклады, и менеджерские, и какие-то неожиданные форматы вроде плохих шуток, и обучающие кусочки. И тематика какая-то не оч стандартная для подобных мероприятий. И видос прикольный сняли.
Правда, регистрация у ребят уже закрыта. Надо было вам раньше такие приколы показать.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤8👍5🤔1
#cpp #go
1. Enum Class Improvements.
2. The Painful Pitfalls of C++ STL Strings.
К контенту статьи относиться стоит критически (впрочем, как и всегда).
3. [видео] C++ Features You Might Not Know.
Местами кекал.
4. [⚠️ long видео] C++26 Preview.
5. Go 1.23 released.
6. Boost 1.86 released.
7. cppfront: Midsummer update.
Пост обнов какой-то получился.
И ещё я подумал, что у меня в последнее время нет никакой кроссылочности на свои старые посты, поэтому я не буду ждать с моря погоды и дам ссылку на рандомно выбранный пост из прошлого.
1. Enum Class Improvements.
2. The Painful Pitfalls of C++ STL Strings.
К контенту статьи относиться стоит критически (впрочем, как и всегда).
3. [видео] C++ Features You Might Not Know.
Местами кекал.
4. [⚠️ long видео] C++26 Preview.
5. Go 1.23 released.
6. Boost 1.86 released.
7. cppfront: Midsummer update.
Пост обнов какой-то получился.
И ещё я подумал, что у меня в последнее время нет никакой кроссылочности на свои старые посты, поэтому я не буду ждать с моря погоды и дам ссылку на рандомно выбранный пост из прошлого.
🔥5👍3❤2🐳1
#common
Нашёл ресёрч про исследование читаемости кода и выдрал главные выводы.
https://telegra.ph/Pro-chitaemost-koda-08-20
Рядом с такой темой упомяну пост про ревью.
Нашёл ресёрч про исследование читаемости кода и выдрал главные выводы.
https://telegra.ph/Pro-chitaemost-koda-08-20
Рядом с такой темой упомяну пост про ревью.
Telegraph
Про читаемость кода
Совсем недавно мы начали говорить про существующий code style и гайдлайны к написанию кода на C++. Как сделать хорошо -- а точнее лучше -- никто не знает и не понимает. Если ощущения и опыт коллег, набросы и пожелания от заинтересованных. В процессе набрели…
👍7🤔5❤4🤓2
#cpp #common
1. [lightning talk] Forbidden C++.
2. [long talk] New Algorithms in C++23.
3. [long talk] *(char*)0 = 0;
Потрясающий доклад.
4. Lessons learned in 35 years of making software.
Мне кажется, каждый такой пост полезен по-своему.
=========================
Знаете, как C++-программисты говорят, что вот в случае ub может произойти что угодно🤙 Вселенная может взорваться💣 Или пёс соседей умрёт🥳
Во-первых, почему все примеры такие фаталистичные? Может пусть ваш друг выиграет в лотерею или там все войны закончатся👍👍 Ну что-нибудь хорошее! Ни разу такого не слышал😥😥
Во-вторых, не много ли мы, C++-программисты, берём на себя? Вселенная взорвётся. Во придумали🤣🤣🤣
1. [lightning talk] Forbidden C++.
2. [long talk] New Algorithms in C++23.
3. [long talk] *(char*)0 = 0;
Потрясающий доклад.
4. Lessons learned in 35 years of making software.
Мне кажется, каждый такой пост полезен по-своему.
=========================
Знаете, как C++-программисты говорят, что вот в случае ub может произойти что угодно🤙 Вселенная может взорваться💣 Или пёс соседей умрёт
Во-первых, почему все примеры такие фаталистичные? Может пусть ваш друг выиграет в лотерею или там все войны закончатся👍👍 Ну что-нибудь хорошее! Ни разу такого не слышал😥😥
Во-вторых, не много ли мы, C++-программисты, берём на себя? Вселенная взорвётся. Во придумали🤣🤣🤣
Please open Telegram to view this post
VIEW IN TELEGRAM
👍19😁6❤5🌚2🐳1
#common
Я давно этот пост хотел написать в рамках миллиона ненаписанных постов про поиск, но Тим меня подтолкнул, так что вот ссылочка на его канал (@loopynerd).
https://telegra.ph/Codesearch-09-08
Я давно этот пост хотел написать в рамках миллиона ненаписанных постов про поиск, но Тим меня подтолкнул, так что вот ссылочка на его канал (@loopynerd).
https://telegra.ph/Codesearch-09-08
Telegraph
Codesearch
Я думаю, примерно каждый из хоть раз искал по коду. А как это работает?
❤6🤔2👍1🔥1
#cpp #common #highload
0. Хотите угар? Если посмотрим на release notes Clang 19.0.0, то можно найти такое
: ))))))
1. [talk] Видео прошлогоднее, но может быть полезно узнать, чего godbolt.org умеет: What's New in Compiler Explorer?
2. [talk] The C++ rvalue lifetime disaster.
3. [article] Notes on Distributed Systems for Young Bloods.
4. [article] Unified Grid: How We Re-Architected Slack for Our Largest Customers.
5. [article] Creating a Git commit: The Hard Way.
Чувак рассказывает про то, как сделать коммит без
6. [article] Just use Postgres.
А тут перечислены альтернативы Postgres и почему вы не должны выбирать каждую из них, если начинаете новый проект.
7. [article] Things I Wished More Developers Knew About Databases.
=====================
А расскажите, кого вы ещё читаете? Какие-нибудь блоги чуваков/каналы про прогу, всё связанное и не только про неё?
0. Хотите угар? Если посмотрим на release notes Clang 19.0.0, то можно найти такое
C++17 support is now completed
: ))))))
1. [talk] Видео прошлогоднее, но может быть полезно узнать, чего godbolt.org умеет: What's New in Compiler Explorer?
2. [talk] The C++ rvalue lifetime disaster.
3. [article] Notes on Distributed Systems for Young Bloods.
4. [article] Unified Grid: How We Re-Architected Slack for Our Largest Customers.
5. [article] Creating a Git commit: The Hard Way.
Чувак рассказывает про то, как сделать коммит без
git commit. 6. [article] Just use Postgres.
А тут перечислены альтернативы Postgres и почему вы не должны выбирать каждую из них, если начинаете новый проект.
7. [article] Things I Wished More Developers Knew About Databases.
=====================
А расскажите, кого вы ещё читаете? Какие-нибудь блоги чуваков/каналы про прогу, всё связанное и не только про неё?
👍12❤6🔥2🤡2😁1
#common #higload
Рассказываю базу! Про полнотекстовый поиск в Postgres.
https://telegra.ph/Polnotekstovyj-poisk-v-PostgreSQL-09-14
Рассказываю базу! Про полнотекстовый поиск в Postgres.
https://telegra.ph/Polnotekstovyj-poisk-v-PostgreSQL-09-14
Telegraph
Полнотекстовый поиск в PostgreSQL
Когда в молодых продуктах нужен полнотекстовый поиск как часть функционала (поиск не основная фича), часто можно встретить решение на основе PostgreSQL. Давайте попробуем понять, что такого Postgres вообще умеет для этой задачи и как далеко вы сможете с ним…
❤13🤝2✍1👍1🗿1
#common #highload #cpp
0. [article] Засветившаяся обзорная статья от экспертов индустрии Andrew Pavlo & Michael Stonebraker про "виды" БД и отношение к ним.
1. [article] Honey, I shrunk {fmt}: bringing binary size to 14k and ditching the C++ runtime.
Виктор Зверович про то, как он уменьшал размер fmt.
2. [article] Object initialization and binary sizes.
И рядом заметка про влияние инициализации на размер исполняемого файла.
У этого чувака ещё несколько таких постов есть. Может, позже что-то донесу.
3. [article] Failure testing Kafka.
Про тестирование различных возможных сбоев в Кафке.
4. [article] TDD, BDD, DDD, FDD, MDD и PDD, или все, что вы хотите узнать о Driven Development.
Мы вот, оказывается, иногда PDD юзаем. А я даже и не догадывался.
0. [article] Засветившаяся обзорная статья от экспертов индустрии Andrew Pavlo & Michael Stonebraker про "виды" БД и отношение к ним.
1. [article] Honey, I shrunk {fmt}: bringing binary size to 14k and ditching the C++ runtime.
Виктор Зверович про то, как он уменьшал размер fmt.
2. [article] Object initialization and binary sizes.
И рядом заметка про влияние инициализации на размер исполняемого файла.
У этого чувака ещё несколько таких постов есть. Может, позже что-то донесу.
3. [article] Failure testing Kafka.
Про тестирование различных возможных сбоев в Кафке.
4. [article] TDD, BDD, DDD, FDD, MDD и PDD, или все, что вы хотите узнать о Driven Development.
Мы вот, оказывается, иногда PDD юзаем. А я даже и не догадывался.
👍12
#common #cpp #highload
0. Женя намутил квиз по плюсам с иногда не самыми тривиальными вопросами. Перед чтением статей ниже можете пойти потыкаться минуток 20 в него☺️
1. [article] от Вадима Кравченко: 10x Engineers.
Это не прям про 10x engineers, а скорее про то, как быть адекватным и чётким прогером и коллегой. Почему бы лишний раз не вспомнить.
2. [article] и ещё один от него же: What I learned building a $1K MRR SaaS in 6 weeks.
Тут он рассказывает про то, как намутил небольшой инструмент для AI cross-linking, который он сделал на коленке и начал продавать. Статья выше -- рефлексия после достижения 1k$ MRR относительно решений, которые он принял по ходу разработки и промоутинга.
3. [article] Real-time mouse pointers at Canva.
Давно хотел что-нибудь про подобные фичи почитать, потому что в моей голове поддержка фичей в инструментах с коллаборацией всегда ведёт к сильно возросшей нагрузке. И интересно, как с этим борются без заливания железа бабками. Заодно узнал чуть больше про P2P, а то раньше в голове чисто понятие существовало.
0. Женя намутил квиз по плюсам с иногда не самыми тривиальными вопросами. Перед чтением статей ниже можете пойти потыкаться минуток 20 в него
1. [article] от Вадима Кравченко: 10x Engineers.
Это не прям про 10x engineers, а скорее про то, как быть адекватным и чётким прогером и коллегой. Почему бы лишний раз не вспомнить.
2. [article] и ещё один от него же: What I learned building a $1K MRR SaaS in 6 weeks.
Тут он рассказывает про то, как намутил небольшой инструмент для AI cross-linking, который он сделал на коленке и начал продавать. Статья выше -- рефлексия после достижения 1k$ MRR относительно решений, которые он принял по ходу разработки и промоутинга.
3. [article] Real-time mouse pointers at Canva.
Давно хотел что-нибудь про подобные фичи почитать, потому что в моей голове поддержка фичей в инструментах с коллаборацией всегда ведёт к сильно возросшей нагрузке. И интересно, как с этим борются без заливания железа бабками. Заодно узнал чуть больше про P2P, а то раньше в голове чисто понятие существовало.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7❤6
#highload #common
1. [article] Trillions of Indexes: How Uber’s LedgerStore Supports Such Massive Scale.
Статья в блоге ByteByteGo про LedgerStore Uber.
LedgerStore -- это кастомное хранилище Uber для работы с финансовыми данными (в основном транзакциями). В статье рассказывается
- как верхнеуровнево работают различные компоненты (индексы: strongly consistent indexes, eventually consistent indexes и time ranged indexes)
- детали общих инструментов над ними
- и как происходила миграция данных о транзакциях из DynamoDB на LedgerStore.
2. [article] How To Survive Your Project's First 100,000 Lines.
Автор рассказывает про уроки, вынесенные спустя 100k строк компилятора Vale.
Если кратко, то поинты такие:
- не стесняться херачить ассерты
- как можно больше полагаться на систему типов, а там где этого сделать нельзя, пофиксить и полагаться
- оставлять качественные комментарии
- избегать отсутствия детерменизма в коде
- а где не получается избежать, научиться с ним работать
- ТЕСТИТЬ
- и не забывать про скорость разработки.
Сходу выглядит так, что у чувака есть ещё пак интересных статей. Мб вернусь с ними попозже.
3. [article] Six Degrees of Kevin Bacon - Postgres Style.
Небольшая статья про студенческую игру 90х (видимо, где-то в USA), в которой надо было назвать цепочку от актёра Kevin Bacon до любого другого актёра в Hollywood.
Автор решает эту задачу с помощью открытой базы данных от IMDB с помощью:
- обычной рекурсивной CTE
- расширения Postgres под названием pgRouting, которое применяется для решения графовых задач.
Смысловой нагрузки особо нет. Просто лёгкая забавная статейка.
4. [post] Небольшой пост про то, как бы сократить uuid.
Комментов не будет. Просто фан.
==============================
Уже месяц не писал ничего кроме ссылочек с комментами. Для этого конечно есть причины.
Во-первых, я всё никак не могу подступиться к одному интересному для меня посту, но всё равно рано или поздно придётся это сделать. Довольно скоро.
Во-вторых, я впараллель работаю над несколькими интересными (для меня) штуками, которые, очень надеюсь, смогу показать вам чуть позже.
1. [article] Trillions of Indexes: How Uber’s LedgerStore Supports Such Massive Scale.
Статья в блоге ByteByteGo про LedgerStore Uber.
LedgerStore -- это кастомное хранилище Uber для работы с финансовыми данными (в основном транзакциями). В статье рассказывается
- как верхнеуровнево работают различные компоненты (индексы: strongly consistent indexes, eventually consistent indexes и time ranged indexes)
- детали общих инструментов над ними
- и как происходила миграция данных о транзакциях из DynamoDB на LedgerStore.
2. [article] How To Survive Your Project's First 100,000 Lines.
Автор рассказывает про уроки, вынесенные спустя 100k строк компилятора Vale.
Если кратко, то поинты такие:
- не стесняться херачить ассерты
- как можно больше полагаться на систему типов, а там где этого сделать нельзя, пофиксить и полагаться
- оставлять качественные комментарии
- избегать отсутствия детерменизма в коде
- а где не получается избежать, научиться с ним работать
- ТЕСТИТЬ
- и не забывать про скорость разработки.
Сходу выглядит так, что у чувака есть ещё пак интересных статей. Мб вернусь с ними попозже.
3. [article] Six Degrees of Kevin Bacon - Postgres Style.
Небольшая статья про студенческую игру 90х (видимо, где-то в USA), в которой надо было назвать цепочку от актёра Kevin Bacon до любого другого актёра в Hollywood.
Автор решает эту задачу с помощью открытой базы данных от IMDB с помощью:
- обычной рекурсивной CTE
- расширения Postgres под названием pgRouting, которое применяется для решения графовых задач.
Смысловой нагрузки особо нет. Просто лёгкая забавная статейка.
4. [post] Небольшой пост про то, как бы сократить uuid.
Комментов не будет. Просто фан.
==============================
Уже месяц не писал ничего кроме ссылочек с комментами. Для этого конечно есть причины.
Во-первых, я всё никак не могу подступиться к одному интересному для меня посту, но всё равно рано или поздно придётся это сделать. Довольно скоро.
Во-вторых, я впараллель работаю над несколькими интересными (для меня) штуками, которые, очень надеюсь, смогу показать вам чуть позже.
❤12🔥8👍3❤🔥1
#common
1. [article] Higher RAII, and the Seven Arcane Uses of Linear Types.
Всё тот же автор языка Vale (на испанском читаем как бале ) вводит новую концепцию Higher RAII. Тлдр такой:
- деструкторы в C++ это про вызов одного конкретного метода без параметров, что не всегда удобно.
- higher RAII в Vale позволяет делать сколько угодно таких методов с любыми параметрами и всё равно быть уверенным, что ничего не потеряется.
И в конце накинул примеров, когда это может быть полезно.
2. [article] How Discord reduced websocket traffic by 40%.
Произошло это примерно так:
- перешли на ZSTD. Получилось, конечно, не сразу. Ребята поприседали. Если быть более честным, то на EZSTD для поддержания стриминга.
- перестали отправлять сообщения, которые пользователю сейчас-то и не нужны.
Но это моя вольная трактовка. В статье сильно больше деталей.
3. [article] Understanding Zero-knowledge proofs through illustrated examples.
Zero-knowledge proofs -- концепция доказательства владения информацией, не раскрывая саму информацию.
В статье есть 3 простых примера того, как для абстрактных игр Алиса и Боб могут доказывать друг другу победу в игре без раскрытия самого результата.
Интересно. И обложка у статьи прикольная.
4. [article] Zombie Menace, Vampire Peril.
Мне очень откликается эта статья. Когда мы овним большую базу кода, мы часто забываем, что "большой" не значит хорошо. Каждая неиспользуемая строка кода тратит время на поддержку этого самого кода. Чинить тесты неиспользуемых фич тратит не только время, но и пошатывает спокойствие разработчиков. Повышается общая когнитивная нагрузка. Время компиляции растёт. Размер ваших приложений тоже.
Поэтому я в последнее время активно рефакторю и выпиливаю всё, до чего дотянусь. По строчкам на дистанции кода даже получается выйти в минус (хотя что я один против остальной команды...).
============================
В vas3k.club намутили опрос (ссылка в самом начале поста) про то, как расти на позиции выше и с какими проблемами можно столкнуться. Это потенциально касается любого из вас: если вы уже каким-то образом CTO или только задумываетесь о росте в руководители (особенно если так), ваши ответы могут быть Лизе очень полезны.
Я с ней довольно продуктивно пересекался пару раз за последний год и очень хочется помочь.
1. [article] Higher RAII, and the Seven Arcane Uses of Linear Types.
Всё тот же автор языка Vale (
- деструкторы в C++ это про вызов одного конкретного метода без параметров, что не всегда удобно.
- higher RAII в Vale позволяет делать сколько угодно таких методов с любыми параметрами и всё равно быть уверенным, что ничего не потеряется.
И в конце накинул примеров, когда это может быть полезно.
2. [article] How Discord reduced websocket traffic by 40%.
Произошло это примерно так:
- перешли на ZSTD. Получилось, конечно, не сразу. Ребята поприседали. Если быть более честным, то на EZSTD для поддержания стриминга.
- перестали отправлять сообщения, которые пользователю сейчас-то и не нужны.
Но это моя вольная трактовка. В статье сильно больше деталей.
3. [article] Understanding Zero-knowledge proofs through illustrated examples.
Zero-knowledge proofs -- концепция доказательства владения информацией, не раскрывая саму информацию.
В статье есть 3 простых примера того, как для абстрактных игр Алиса и Боб могут доказывать друг другу победу в игре без раскрытия самого результата.
Интересно. И обложка у статьи прикольная.
4. [article] Zombie Menace, Vampire Peril.
Мне очень откликается эта статья. Когда мы овним большую базу кода, мы часто забываем, что "большой" не значит хорошо. Каждая неиспользуемая строка кода тратит время на поддержку этого самого кода. Чинить тесты неиспользуемых фич тратит не только время, но и пошатывает спокойствие разработчиков. Повышается общая когнитивная нагрузка. Время компиляции растёт. Размер ваших приложений тоже.
Поэтому я в последнее время активно рефакторю и выпиливаю всё, до чего дотянусь. По строчкам на дистанции кода даже получается выйти в минус (хотя что я один против остальной команды...).
============================
В vas3k.club намутили опрос (ссылка в самом начале поста) про то, как расти на позиции выше и с какими проблемами можно столкнуться. Это потенциально касается любого из вас: если вы уже каким-то образом CTO или только задумываетесь о росте в руководители (особенно если так), ваши ответы могут быть Лизе очень полезны.
Я с ней довольно продуктивно пересекался пару раз за последний год и очень хочется помочь.
🔥8❤4👍4😁1
#cpp #common
0. [article] Полезные фичи С++ на примере организации пайплайна.
Коллега из Доставки (Паша Сухов) написал статью про то, как они строили общее решение с использованием различных нетривиальных возможностей плюсов (это кстати был его доклад на C++ Russia в этом году).
Почему мне понравилось:
- во-первых, потому что статья реально прикольная и показывает хорошее направление мысли: делать общие решения, которыми пользоваться будет гораздо проще. Делать задачи для получения бабок или ускорения ручек это круто, но делать общие инструменты для уменьшения TTM имхо гораздо более увлекательно. У меня в планах что-то с таким же посылом показать наружу.
- во-вторых, мы пришли к тому, что хотим делать что-то подобное, но для концептуально другой задачи и в другом виде. Правда мы только в самом начале пути. И иметь некоторый референс с фичами, про которые мы только начинаем думать, очень приятно.
- в-третьих, там и правда не самые тривиальные плюсы местами. Мы такое любим. Особенно когда оно на практике полезно.
2. [article] Здоровье кодовой базы.
Тут автор рассказывает про то, как мерять здоровье кода, исходя из некоторых метрик. Он концентрируется на cohesion и coupling, после чего выводит не шибко сложную математически (но не прям тривиальную интуитивно) визуализацию того, как понять, всё ли ок.
Я в последнее время часто про такое думаю, т.к. недавно встретил у студентов на курсе по Java скрины с ошибкой вида:
Про то, как это в Java считается, верхнеуровнево можно почитать тут.
Сложность кода -- вещь довольно субъективная. Мы недавно начали двигаться в сторону того, чтобы собирать общепризнанные (у нас) подходы к его упрощению, чтобы жилось чуть лучше. Глядишь, станет получше.
Ну и всё. Меньше ссылочек чем обычно, потому что завтра будет ещё один пост.
0. [article] Полезные фичи С++ на примере организации пайплайна.
Коллега из Доставки (Паша Сухов) написал статью про то, как они строили общее решение с использованием различных нетривиальных возможностей плюсов (это кстати был его доклад на C++ Russia в этом году).
Почему мне понравилось:
- во-первых, потому что статья реально прикольная и показывает хорошее направление мысли: делать общие решения, которыми пользоваться будет гораздо проще. Делать задачи для получения бабок или ускорения ручек это круто, но делать общие инструменты для уменьшения TTM имхо гораздо более увлекательно. У меня в планах что-то с таким же посылом показать наружу.
- во-вторых, мы пришли к тому, что хотим делать что-то подобное, но для концептуально другой задачи и в другом виде. Правда мы только в самом начале пути. И иметь некоторый референс с фичами, про которые мы только начинаем думать, очень приятно.
- в-третьих, там и правда не самые тривиальные плюсы местами. Мы такое любим. Особенно когда оно на практике полезно.
2. [article] Здоровье кодовой базы.
Тут автор рассказывает про то, как мерять здоровье кода, исходя из некоторых метрик. Он концентрируется на cohesion и coupling, после чего выводит не шибко сложную математически (но не прям тривиальную интуитивно) визуализацию того, как понять, всё ли ок.
Я в последнее время часто про такое думаю, т.к. недавно встретил у студентов на курсе по Java скрины с ошибкой вида:
function 'F' has cognitive complexity of 57 (threshold 25)Про то, как это в Java считается, верхнеуровнево можно почитать тут.
Сложность кода -- вещь довольно субъективная. Мы недавно начали двигаться в сторону того, чтобы собирать общепризнанные (у нас) подходы к его упрощению, чтобы жилось чуть лучше. Глядишь, станет получше.
Ну и всё. Меньше ссылочек чем обычно, потому что завтра будет ещё один пост.
👍10
#highload #common
Я сначала думал "ух нафигачу пост", а потом оказалось, что самое интересное на поверхности, а дальше муторные детали. Ну и ладно.
Ещё и в телеграф фотки тяжковато стало заливать. Пора свой сайтик заводить.
Geospatial indexing.
https://telegra.ph/Geospatial-indexing-11-05
Я сначала думал "ух нафигачу пост", а потом оказалось, что самое интересное на поверхности, а дальше муторные детали. Ну и ладно.
Ещё и в телеграф фотки тяжковато стало заливать. Пора свой сайтик заводить.
Geospatial indexing.
https://telegra.ph/Geospatial-indexing-11-05
Telegraph
Geospatial indexing
Огромное количество продуктов, которые мы делаем, так или иначе работают с геоинформацией. Где находится ближайшее кафе? Или точка выдачи заказа? А ближайший водитель такси? Когда речь идёт о хранении информации об объектах на карте и их поиске, мы приходим…
👍20🔥7❤5
#common #cpp
0. [fact]
Недавно обнаружил, что, когда делаешь
1. [little book] Продуманная оптимизация.
Я искал чего бы почитать, чтобы расширить горизонты понимания методов оптимизации дефолтного бэкендовского кода. В идеале хотел увидеть что-то вроде:
- сокращайте сетевые походы
- упрощайте запросы в БД
- кешируйте
- и ещё несколько поинтов, про которые я раньше не думал.
Ровно за этими новыми знаниями я и шёл.
Мне подсказали про вот эту небольшую книжку (ссылка выше на перевод) про оптимизацию. Того, чего я искал, я не нашёл, но тем не менее она напоминает про важные моменты: что хорошо и что плохо, -- в каком-то более абстрактном смысле.
2. [post] Founder mode.
Я наткнулся на Ваню Чернова через в одном из его докладов на Highload. Доклад был хорош. Канал тоже приятный. Он иногда пишет про какие-то технические вещи. Иногда про что-то более абстрактное. И пишет интересно.
Тут у него три статьи про т.н. founder mode:
- эссе от Paul Graham про само явление
- статья с критикой эссе выше
- и сбоку, но в дополнение статья про Goodhart's law.
Это конечно какие-то пространные рассуждения, которые местами я понять ещё не справляюсь, просто потому что не хватает картинок в голове (возможно из-за отсутствия опыта). Но всё же интересно.
3. [talk] Peering Forward - C++’s Next Decade.
Это первый из сотни докладов на CppCon 2024.
Herb Sutter пускается в пространные рассуждения о том, насколько круче становятся плюсы в следующих стандартах, концентрируясь на рефлексии и безопасности. Иногда с конкретными примерами. Полезно и слушать приятно.
0. [fact]
Недавно обнаружил, что, когда делаешь
throw Response200 из ручки в userver, ты получаешь честный 499. Это в моменте было не очень удобно, потому что пришлось городить лишний try-catch/проверку на успешность выполнения логики, что не давало красиво спрятать детали внутрь функции. Но зато это напомнило важный принцип про то, что exceptions for exceptional. Я в моменте про это забыл, хотя сам когда-то писал про такое. 1. [little book] Продуманная оптимизация.
Я искал чего бы почитать, чтобы расширить горизонты понимания методов оптимизации дефолтного бэкендовского кода. В идеале хотел увидеть что-то вроде:
- сокращайте сетевые походы
- упрощайте запросы в БД
- кешируйте
- и ещё несколько поинтов, про которые я раньше не думал.
Ровно за этими новыми знаниями я и шёл.
Мне подсказали про вот эту небольшую книжку (ссылка выше на перевод) про оптимизацию. Того, чего я искал, я не нашёл, но тем не менее она напоминает про важные моменты: что хорошо и что плохо, -- в каком-то более абстрактном смысле.
2. [post] Founder mode.
Я наткнулся на Ваню Чернова через в одном из его докладов на Highload. Доклад был хорош. Канал тоже приятный. Он иногда пишет про какие-то технические вещи. Иногда про что-то более абстрактное. И пишет интересно.
Тут у него три статьи про т.н. founder mode:
- эссе от Paul Graham про само явление
- статья с критикой эссе выше
- и сбоку, но в дополнение статья про Goodhart's law.
Это конечно какие-то пространные рассуждения, которые местами я понять ещё не справляюсь, просто потому что не хватает картинок в голове (возможно из-за отсутствия опыта). Но всё же интересно.
3. [talk] Peering Forward - C++’s Next Decade.
Это первый из сотни докладов на CppCon 2024.
Herb Sutter пускается в пространные рассуждения о том, насколько круче становятся плюсы в следующих стандартах, концентрируясь на рефлексии и безопасности. Иногда с конкретными примерами. Полезно и слушать приятно.
❤7👍7🔥1🐳1🌚1
#common #cpp #highload
Сегодня 3 ссылки на знакомых.
0. [article] Саша написал огромнющий пост про юникод.
Комментов не будет. Идите читать)
1. [article] Грязные трюки C++ из userver и Boost.
Антон Полухин выкатил пак плюсовых читов из userver. Пост написан по мотивам доклада на C++ Russia в этом году, так что можете почитать и не смотреть его через 3 месяца, когда наконец выложат.
2. [talk] История развития цикла заказа в Яндекс Лавке.
[Довольно близкий ко мне] коллега на FoodTech туре в Москве рассказывал про то, как в Лавке работает цикл заказа и про то, как его переписывали. Во-первых, мне очень нравится концепция. Там реально сто миллионов проблем ребята решили. Во-вторых, я читал код, и он опупенный. Это просто ещё придумать такое надо было!
Сегодня 3 ссылки на знакомых.
0. [article] Саша написал огромнющий пост про юникод.
Комментов не будет. Идите читать)
1. [article] Грязные трюки C++ из userver и Boost.
Антон Полухин выкатил пак плюсовых читов из userver. Пост написан по мотивам доклада на C++ Russia в этом году, так что можете почитать и не смотреть его через 3 месяца, когда наконец выложат.
2. [talk] История развития цикла заказа в Яндекс Лавке.
[Довольно близкий ко мне] коллега на FoodTech туре в Москве рассказывал про то, как в Лавке работает цикл заказа и про то, как его переписывали. Во-первых, мне очень нравится концепция. Там реально сто миллионов проблем ребята решили. Во-вторых, я читал код, и он опупенный. Это просто ещё придумать такое надо было!
❤8👍5
#highload
Вот уже год я жду, пока выложат доклады с Highload++ 2023. И вот они наконец появились.
Держите конфеты.
1. [talk] Как выйти в опенсорс и не сойти с ума: опыт YTsaurus.
В основном доклад понравился тем, что Андрей Ривкин рассказал про вещи, о которых я даже не думал. Оказывается, столько всего надо сделать, а не просто исходники на github загрузить.
2. [talk] Опенсорс для компаний и разработчиков на примере Boost, C++, userver.
Антон Полухин рассказывает про всякие приколы с опенсорсом. Как и прошлый доклад, зашло, потому что было много вещей, про которые я раньше не думал.
3. [talk] Транзакционная репликация в YTsaurus.
Емнип это первый публичный доклад Руслана. И он хорош. Я слушал его сто миллионов раз в различных внутренних штуках. Жутко заходит.
4. [talk] Архитектура бесконечной персональной ленты Яндекс Маркета.
Не то чтобы тут есть какие-то большие открытия для меня, но я люблю продуктово-технические доклады. Красиво и понятно.
5. [talk] Как создается Java.
Было интересно посмотреть на "процессы" у соседей.
6. [talk] Поиск по образцу на последовательностях строк в БД.
Интересный с технической точки зрения доклад. Но у меня много вопросов к итоговому результату. Имхо коллеги поторопились с рассказом наружу.
7. [talk] Как эффективно ранжировать весь товарный Рунет.
Я слежу издалека за деятельностью коллег в этой части поиска и пока все их доклады заходили. В основном, видимо, из-за тематики. И товаров : )
8. [talk] Математический хайлоад: большие, очень большие и немыслимо большие числа.
И в конце очень фановый, но тем не менее замечательный доклад про огромные числа. Я бы мог сказать, что он расширяет сознание, но у меня до таких масштабов сознание пока не расширяется. Всем любителям математики и пива рекомендую.
==========================
Доклады выложили 2 недели назад и всё это время я каждый день заходил посмотреть, а когда же остальная часть (ведь выложили-то всего несколько). Спустя 1.5 недели таких блужданий я понял, что долблюсь в глаза и что на самом деле уже всё на месте давным давно. А мог бы вам это всё сильно раньше показать..
Вот уже год я жду, пока выложат доклады с Highload++ 2023. И вот они наконец появились.
Я насчитал 26 докладов, которые начинаются со слова Как. Богатый русский язык. Решил, что никогда не буду так обзывать свои, даже если очень сильно захочется.
Держите конфеты.
1. [talk] Как выйти в опенсорс и не сойти с ума: опыт YTsaurus.
В основном доклад понравился тем, что Андрей Ривкин рассказал про вещи, о которых я даже не думал. Оказывается, столько всего надо сделать, а не просто исходники на github загрузить.
2. [talk] Опенсорс для компаний и разработчиков на примере Boost, C++, userver.
Антон Полухин рассказывает про всякие приколы с опенсорсом. Как и прошлый доклад, зашло, потому что было много вещей, про которые я раньше не думал.
3. [talk] Транзакционная репликация в YTsaurus.
Емнип это первый публичный доклад Руслана. И он хорош. Я слушал его сто миллионов раз в различных внутренних штуках. Жутко заходит.
4. [talk] Архитектура бесконечной персональной ленты Яндекс Маркета.
Не то чтобы тут есть какие-то большие открытия для меня, но я люблю продуктово-технические доклады. Красиво и понятно.
5. [talk] Как создается Java.
Было интересно посмотреть на "процессы" у соседей.
6. [talk] Поиск по образцу на последовательностях строк в БД.
Интересный с технической точки зрения доклад. Но у меня много вопросов к итоговому результату. Имхо коллеги поторопились с рассказом наружу.
7. [talk] Как эффективно ранжировать весь товарный Рунет.
Я слежу издалека за деятельностью коллег в этой части поиска и пока все их доклады заходили. В основном, видимо, из-за тематики. И товаров : )
8. [talk] Математический хайлоад: большие, очень большие и немыслимо большие числа.
И в конце очень фановый, но тем не менее замечательный доклад про огромные числа. Я бы мог сказать, что он расширяет сознание, но у меня до таких масштабов сознание пока не расширяется. Всем любителям математики и пива рекомендую.
==========================
Доклады выложили 2 недели назад и всё это время я каждый день заходил посмотреть, а когда же остальная часть (ведь выложили-то всего несколько). Спустя 1.5 недели таких блужданий я понял, что долблюсь в глаза и что на самом деле уже всё на месте давным давно. А мог бы вам это всё сильно раньше показать..
👍18❤🔥7❤2
#cpp #common
0. [talk] Message Handling with Boolean Algebra.
Возвращаясь к прошедшему CppCon.
Ben Deane рассказывает про какую-то свою либу для работы с пакетами данных. Выглядит интересно, но самая прикольная часть про реализацию булевой алгебры в либе и некоторых операций с ней. Вспомнил молодость.
1. [article] Around the World in C++: Exploring Time Zones with std::chrono.
Пояснять тут нечего. Bartlomiej Filipek рассказывает про то, как работает с таймзонами в C++20.
2. [article] Don't Break the Bank: Smart Spending on Software Architecture.
Коротенькая статья, которая напоминает про главный ресурс любой разработки -- деньги. Мы почти никогда, особенно в больших компаниях, про них не думаем. Хотя абсолютно любое решение так или иначе выливается в какие-то денежные дельты: будь-то экономия CPU или неэффективный код.
Такое маленькое напоминание.
3. [article] A list of ternary operators.
Наш любимый
В небольшой статье выше несколько примеров других тернарных операторов в разных языках.
4. [article] Falsehoods Programmers Believe About Job Applicants.
Это даже не статья, а скорее список того, какие некорректные предположения делаются в формах подачи application на работу. Есть пару забавных, например "A job is legal".
5. [article] IMG_0416.
Когда-то на iphone была возможность загрузить видео сразу на youtube, что породило огромное количество видосов вида IMG_XXXX. Статья рассказывает про это.
Можно найти видосик с датой своего дня рождения. Я хотел оставить тут ссылочку на один из своих, но не смог выбрать. Всё забавное попалось.
0. [talk] Message Handling with Boolean Algebra.
Возвращаясь к прошедшему CppCon.
Ben Deane рассказывает про какую-то свою либу для работы с пакетами данных. Выглядит интересно, но самая прикольная часть про реализацию булевой алгебры в либе и некоторых операций с ней. Вспомнил молодость.
1. [article] Around the World in C++: Exploring Time Zones with std::chrono.
Пояснять тут нечего. Bartlomiej Filipek рассказывает про то, как работает с таймзонами в C++20.
2. [article] Don't Break the Bank: Smart Spending on Software Architecture.
Коротенькая статья, которая напоминает про главный ресурс любой разработки -- деньги. Мы почти никогда, особенно в больших компаниях, про них не думаем. Хотя абсолютно любое решение так или иначе выливается в какие-то денежные дельты: будь-то экономия CPU или неэффективный код.
Такое маленькое напоминание.
3. [article] A list of ternary operators.
Наш любимый
? : из плюсов называется тернарным оператором, потому что он принимает 3 аргумента. И т.к. других таких нет, общее имя было оккупировано. В небольшой статье выше несколько примеров других тернарных операторов в разных языках.
4. [article] Falsehoods Programmers Believe About Job Applicants.
Это даже не статья, а скорее список того, какие некорректные предположения делаются в формах подачи application на работу. Есть пару забавных, например "A job is legal".
5. [article] IMG_0416.
Когда-то на iphone была возможность загрузить видео сразу на youtube, что породило огромное количество видосов вида IMG_XXXX. Статья рассказывает про это.
Можно найти видосик с датой своего дня рождения. Я хотел оставить тут ссылочку на один из своих, но не смог выбрать. Всё забавное попалось.
👍11❤1🔥1
#cpp
0. [post] Почитайте пост про баг, который у нас был когда-то.
Если чуть подробнее, то проблема такая:
- после перекладывания объектов из мапки в вектор мы их не сортили
- по этому несорченному вектору мы брали слайс
- отдавали слайс наружу.
Т.к. это std::unordered_map, то понятно, что порядок не гарантируется. И вот почему-то по ночам всё работало идеально. Порядок каждый раз был корректным. После k походов в
1. [article] I've Built My First Successful Side Project, and I Hate It.
Интересный пост про прелести продажи пет-проектов. Он почти совсем не технический, а скорее про интересные ситуации, с которыми столкнулся автор в процессе продажи своего софта. Местами вкусно.
2. [little article] A Shiny New Programming Language.
Небольшая статья про новый ЯП, на котором не нужно явно писать код. Схема такая:
- вы пишете сигнатуру функции
- даёте несколько примеров того, как она должна работать
- на основании этого генерируется js код.
Так сказать example driven development.
В статье есть ссылка на github репозиторий, который можно склонить и со своим OpenAI API ключом запустить штуку локально. Я хотел потыкаться на предмет мощности генерации, но жизнь в Беларуси не позволяет мне это сделать, так что может кто-то заинтересуется и покидает в комменты, что смогло нагенерить, а что нет : )
=================
Пост получится маленький. Почти наверняка до конца года я закину ещё только запись своего выступления со вчерашнего foodtech tour в Минске и ссылочки за весь год, чтобы напомнить про посты этого года. Хочется уже немножко выдохнуть и отдохнуть какое-то время.
А может придёт вдохновение и ещё чего-нибудь да закину.
0. [post] Почитайте пост про баг, который у нас был когда-то.
Если чуть подробнее, то проблема такая:
- после перекладывания объектов из мапки в вектор мы их не сортили
- по этому несорченному вектору мы брали слайс
- отдавали слайс наружу.
Т.к. это std::unordered_map, то понятно, что порядок не гарантируется. И вот почему-то по ночам всё работало идеально. Порядок каждый раз был корректным. После k походов в
/products-data мы получали полное множество всех товаров. По утрам что-то ломалось и подобное перекладывание товаров из std::unordered_map в std::vector и последующий слайс из вектора приводил к тому, что некоторые товары повторялись в разных батчах, а некоторые вообще до клиента не доезжали. Никаких релизов/изменений конфигов, которые могли по утрам приводить к изменению порядка обхода мапки, а вечером снова заставлять работать как надо, не было! Вот уж действительно жирнейшая загадка в моём плюсовом опыте.1. [article] I've Built My First Successful Side Project, and I Hate It.
Интересный пост про прелести продажи пет-проектов. Он почти совсем не технический, а скорее про интересные ситуации, с которыми столкнулся автор в процессе продажи своего софта. Местами вкусно.
2. [little article] A Shiny New Programming Language.
Небольшая статья про новый ЯП, на котором не нужно явно писать код. Схема такая:
- вы пишете сигнатуру функции
- даёте несколько примеров того, как она должна работать
- на основании этого генерируется js код.
Так сказать example driven development.
В статье есть ссылка на github репозиторий, который можно склонить и со своим OpenAI API ключом запустить штуку локально. Я хотел потыкаться на предмет мощности генерации, но жизнь в Беларуси не позволяет мне это сделать, так что может кто-то заинтересуется и покидает в комменты, что смогло нагенерить, а что нет : )
=================
Пост получится маленький. Почти наверняка до конца года я закину ещё только запись своего выступления со вчерашнего foodtech tour в Минске и ссылочки за весь год, чтобы напомнить про посты этого года. Хочется уже немножко выдохнуть и отдохнуть какое-то время.
А может придёт вдохновение и ещё чего-нибудь да закину.
👍15🤯3❤1