this->notes.
Ir al canal en Telegram
О разработке, архитектуре и C++. Tags: #common, #cpp, #highload и другие можно найти поиском. Задачки: #poll. Мои публикации: #pub. Автор и предложка: @vanyakhodor. GitHub: dasfex.
Mostrar más4 509
Suscriptores
+124 horas
+177 días
+2130 días
Carga de datos en curso...
Canales Similares
Nube de Etiquetas
Menciones Entrantes y Salientes
---
---
---
---
---
---
Atraer Suscriptores
agosto '26
agosto '26
+43
en 1 canales
julio '26
+37
en 1 canales
Get PRO
junio '26
+53
en 2 canales
Get PRO
mayo '26
+106
en 0 canales
Get PRO
abril '26
+70
en 1 canales
Get PRO
marzo '26
+57
en 2 canales
Get PRO
febrero '26
+30
en 0 canales
Get PRO
enero '26
+69
en 0 canales
Get PRO
diciembre '25
+75
en 0 canales
Get PRO
noviembre '25
+75
en 1 canales
Get PRO
octubre '25
+141
en 3 canales
Get PRO
septiembre '25
+1 111
en 1 canales
Get PRO
agosto '25
+774
en 1 canales
Get PRO
julio '25
+342
en 3 canales
Get PRO
junio '25
+94
en 2 canales
Get PRO
mayo '25
+100
en 2 canales
Get PRO
abril '25
+71
en 1 canales
Get PRO
marzo '25
+63
en 2 canales
Get PRO
febrero '25
+51
en 1 canales
Get PRO
enero '25
+34
en 0 canales
Get PRO
diciembre '24
+56
en 0 canales
Get PRO
noviembre '24
+100
en 1 canales
Get PRO
octubre '24
+93
en 1 canales
Get PRO
septiembre '24
+220
en 2 canales
Get PRO
agosto '24
+76
en 0 canales
Get PRO
julio '24
+155
en 1 canales
Get PRO
junio '24
+44
en 1 canales
Get PRO
mayo '24
+86
en 0 canales
Get PRO
abril '24
+144
en 5 canales
Get PRO
marzo '24
+100
en 1 canales
Get PRO
febrero '24
+64
en 0 canales
Get PRO
enero '24
+132
en 0 canales
Get PRO
diciembre '23
+26
en 0 canales
Get PRO
noviembre '23
+16
en 0 canales
Get PRO
octubre '23
+26
en 0 canales
Get PRO
septiembre '23
+29
en 0 canales
Get PRO
agosto '23
+29
en 0 canales
Get PRO
julio '23
+63
en 0 canales
Get PRO
junio '23
+50
en 0 canales
Get PRO
mayo '23
+53
en 0 canales
Get PRO
abril '23
+145
en 0 canales
Get PRO
marzo '23
+48
en 0 canales
Get PRO
febrero '23
+46
en 0 canales
Get PRO
enero '23
+38
en 0 canales
Get PRO
diciembre '22
+33
en 0 canales
Get PRO
noviembre '22
+60
en 0 canales
Get PRO
octubre '22
+37
en 0 canales
Get PRO
septiembre '22
+90
en 0 canales
Get PRO
agosto '22
+49
en 0 canales
Get PRO
julio '22
+352
en 0 canales
| Fecha | Crecimiento de Suscriptores | Menciones | Canales | |
| 26 agosto | 0 | |||
| 25 agosto | +3 | |||
| 24 agosto | +1 | |||
| 23 agosto | +1 | |||
| 22 agosto | +2 | |||
| 21 agosto | 0 | |||
| 20 agosto | +4 | |||
| 19 agosto | +15 | |||
| 18 agosto | +1 | |||
| 17 agosto | +1 | |||
| 16 agosto | 0 | |||
| 15 agosto | 0 | |||
| 14 agosto | +1 | |||
| 13 agosto | 0 | |||
| 12 agosto | +1 | |||
| 11 agosto | +1 | |||
| 10 agosto | +1 | |||
| 09 agosto | 0 | |||
| 08 agosto | +2 | |||
| 07 agosto | 0 | |||
| 06 agosto | +1 | |||
| 05 agosto | +1 | |||
| 04 agosto | +1 | |||
| 03 agosto | +1 | |||
| 02 agosto | +3 | |||
| 01 agosto | +2 |
Publicaciones del Canal
#list
0. [talk] Achieving Peak Performance for Matrix Multiplication in C++. Aliaksei Sala.
Алексей рассказывает про постепенное улучшение умножения матриц, начиная от базового подхода и двигаясь через улучшение работы с кешами, simd, префетчингом и всякими другими финтифлюшками.
1. [article] How Google Measures and Manages Tech Debt.
Хорошая системная статья про то, как в Google пытаются мерять и бороться с техдолгом как явлением. Вряд ли вы найдёте радикальные откровения, но системность подхода на уровне.
2. [article, download pdf] Microservices Anti-Patterns: A Taxonomy.
Статья написана поверх опроса специалистов на тему антипаттернов при использовании микросервисов. Я — святая простота — некоторым типичным проблемам удивился, так как даже подумать не мог, что где-то считают это нормальным. Например, «local logging», который подразумевает хранение логов в рамках контейнера одного сервиса. То есть нельзя сразу везде искать. Жесть как так жить вообще можно...
Хотя с другими я не прям согласен как с проблемами. Имхо можно спокойно и без API-gateway пожить. И shared libraries вообще-то отличное решение, если адекватно ими пользоваться.
В статье рассматриваются не только технические проблемы, но и организационные. Вроде «быть жадными на микросервисы» (== делать новый на любой чих). Или не менять структуру компании в соответствии с новрй технической организацией.
Не предлагаю прочитать всё внимательно. Скорее пробежаться глазами по табличкам с описанием отдельных проблем в середине.
3. [article] Build better software to build software better.
Чуваки из Slack рассказывали, как переделывали build-пайплайн.
Кроме очевидных поинтов мне очень понравилась мысль (нигде явным образом не сформулированная), что иногда использование тулинга требует подготовки и переделки системы под инструмент.
И может это даже окупится.
4. [article] p99 0 ms* autocomplete for 240 million domain names.
| 2 | Про контент.
Я не буду разбирать и рекомендовать отдельные доклады. Это я сделаю когда досмотрю пару пропущенных, и их выложат в открытый доступ.
Наблюдения такие:
• было солидное количество докладов, которые уже рассказывали на других конференциях. Это стандартная практика, но она чувствуется гораздо сильнее в англоязычном пространстве, когда конференций и докладчиков в целом больше. Если сейчас в программу Meeting C++ 2026 заглянуть, там вы тоже солидное кол-во повторов найдёте.
• очень много говорят про фичи последних стандартов. Рефлексия. Контракты. Это логично, ведь всем хочется знать, как там фичи покруче использовать, но я в последнее время перестал пытаться ухватывать каждую новую функцию. Стараюсь смещать фокус в более фундаментальные вещи.
• безопасность и Rust. Ну вот популярные насущные топики. Что с них взять.
Было ощущение, что не всегда доклады в сетке расставлены равномерно. Где-то в большом зале мало людей, а в другом поменьше не протолкнуться. В последний день в один слот стояли Jason Turner, Matt Godbolt и Timur Doumler. Жоска!
Мне очень понравилось.
Несколько фотографий с конфы и из города в целом.
На фото номер 3 коллега из Bloomberg: Женя Селиверстов. У него блог есть: omniverse.ru
Последняя — с прогулки в соседнем Hythe, где мы случайно встретили огромного пса Scooby. Наш 6-килограммовый зверь был готов наброситься, но он не знает, как это не любить кого-то, так что обошлось. | 1 425 |
| 3 | #cpp
ACCU on Sea 2026.
Помните, я в июне на конфе был? Пора отдавать долги.
Конфа проходила в Folkestone. Это город на юге UK. Прям у моря, так что название не врёт.
Раньше это было две отдельные конференции: ACCU conference (более общепрограммистская, пусть ACCU непосредственно с C и C++ и связано) и C++ On Sea. Мне несколько раз независимо сказали, что объединились они стратегически: сложно таскать участников дважды в год на похожие мероприятия, да ещё и денюжек у всех мало, так что от сотрудничества все только выиграют. Охотно верю.
Если в России подобные конфы часто делают проф организации, которые на этом деньги зарабатывают, то тут это скорее сборище энтузиастов. Надеюсь, они не работают в минус.
Сравнить с предыдущими конфами той же серии у меня конечно не получится. Но я могу сравнить с СНГшными альтернативами.
Во-первых, очень непривычно ездить на длинные конфы. Самая большая до этой у меня была на 2 дня. А тут все 4, и это я 2 дня воркшопов пропустил.
Во-вторых, очень непривычно ездить (на поезде), а не на самолёте летать. То есть уже кпд повыше (время в пути относительно времени на конференцию).
В-третьих, просто потому что это такая локация, вдали от Лондона (там дорого, причём и участникам, и организаторам), город отдаёт чуть больше Англией. Вот этой дефолтной обычной. У жил в гостинице старше моих дедов, с двумя кранами (для холодной и горячей воды) и под крышей. Вокруг всё такое деревянное. Короче даёт вайбом.
Морюшко рядом просто замечательное. За пару дней до конференции мы приезжали просто город посмотреть. Кроме огромного количества мошек у воды нареканий не было. Симатишно.
В силу того, что конференция так-то довольно большая и известная, было очень много известных чуваков. Вот лист рандомных имён, на которые удалось посмотреть вживую, с кем-то даже пообщаться: Andrei Alexandrescu (я пожал ему руку и хотел её больше никогда не мыть, но жена не разрешила), Jason Turner, Matt Godbolt, Walter E Brown, Klaus Iglberger, Nicolai M. Josuttis, Victor Ciura, Andreas Fertig, Sandor DARGO, Hana Dusíková, Timur Doumler, Arne Mertz и много других (коллег по компании не упоминаю). Они все настоящие, как и я настоящий. Очень необычно видеть людей вживую спустя 8 лет просмотров по телевизору.
Кормили дефолтно по-английски.
Стенды компаний вокруг были в основном трейдинги разного направления.
Вечерние активности были довольно интересными. Квиз особенно. Мы с коллегой вдвоём его начинали и для усиления привлекли группу из 5 случайных мужчин с пивом в руках. Победить нам это не помогло, но усилиться точно.
Walter E Brown в какой-то из вечеров устраивал Movie Night. Это он показывал на большом экране прикольные видосы с вайбом из ВК 2015. Визуализации сортировок. Как забавно хор имитирует звуки виндовс. Короче дедовские мемы.
Очень понравился формат лайтнингов.
Я несколько лет на C++ Russia с ними выступал и посмотрел на них тут. Отличия радикальные. На C++ Russia это сайдактивность где-то там в уголке, пока в главном зале большинство участников мощно пьют пиво и в конкурсах участвуют (по крайней мере в прошлые года, в этом я не посещал). На тебя приходит посмотреть человек 10-15, лайтнинги не blazingly fast (до 20 минут). Их мало.
На ACCU On Sea лайтнинги до 5 минут. Строго. Если превышаешь тайминги, у тебя отберут микрофон силой. Они идут час после докладов (то есть 12-14 лайтнингов успеваем) и они каждый день. Фактически за 3 вечера ты слушаешь ещё дополнительные ≈35 микродокладов на самые разные темы: рандомные плюсовые приколы, рекламы стартапов, астрономия, как клаву под себя собрать, про ос, какой-то чувак просто песню спел, даже не про C++. И это всё происходит в главном зале, куда фактически все приходят изначально, а значит у тебя есть большая аудитория. Гораздо более энергичный и заряженный формат. Рекомендую попробовать, друзья из джуг ру груп. | 1 039 |
| 4 | Когда я начинал руководить, одним из формальных шагов (хотя и довольно полезных) было пройти внутренний курс для начинающих руководителей. Он выглядел примерно как в течение месяца раз в неделю почти полный день вы сидите с такими же чувачками в зуме, слушаете «эксперта» по теме, а потом друг с другом тренируетесь в разных игровых ситуациях. Например, объявить оценку сотруднику, который ожидал результат получше. Или как сотрудников растить (что, как мы с вами помним, неимоверно сложно).
Одной из предлагаемых сайд-активностей было найти себе ментора в компании. Какого-нибудь опытного менеджера (выше М1), с которым время от времени можно побазарить про происходящее у тебя, как молодого рук-ля, или про то, что мы узнавали на обучении.
Я рассуждал так: с моим прямым руководителем у меня контакт есть; со скипом тоже есть регулярные встречи; со рук-лём скипа тоже есть; а вот дальше нет. На скипе скипа контакт обрывался. Логичным было его наладить.
Скипом скипа (или для простоты CTO-1) в тот момент уже больше полугода был Андрей Романовский. Он к нам пришёл из сервиса рядом. Выглядел прикольно (молодой и уже успешный, тогда ещё и лысый). Вот мы с Андреем каждую неделю на протяжении ≈1.5 месяцев болтали за всякие менеджерские штучки (точнее он мне за них пояснял).
Потом у нас осталась редкая, но регулярная встреча, где можно было про всякое поговорить. Например, он мне рассказывал, чем он работе занимается. Так я держался в курсе про проблемы больших дядек и нашего сервиса в целом. А то они не всегда долетают сверху к работягам пониже.
У Андрея есть канал (в конце поста).
Я про него в последнее время лично людям рассказываю, и людям нравится. Может и вам пойдёт.
Он пишет про всякое менеджерское, но это конечно не означает, что вам надо в руководители метить. Всё применимо и если вы хотите быть качественным адекватным IC.
Вы спросите, чем он радикально отличается от других аналогичных человеков? Я вам скажу.
Средний канал про что-то менеджерское — это буквально повторение очевидных вещей по кругу. Я знаю порядка 10 известных в русскоязычном телеграмме авторов, которые имеют 10к+ подписчиков и пишут инфу, которую я ещё будучи джуном прекрасно понимал. Они только забивают информационный канал и ничего полезного не приносят.
Андрей тоже пишет про понятные вещи, но они понятные только когда ты у него прочитал и подумал «ну да, так оно и есть, но я что-то сам никогда про это не думал». То есть это всё просто, но чтобы к большинству мыслей прийти, надо какого-то количества булшита накушаться и вывести. Он вот за вас это делает.
Я знаю много лидов, которые знают, как надо, но вот они какие-то теоретики что ли. У меня не единожды были менеджерские диалоги вида
кто-то: «чтобы исправить ситуацию, делай А и Б»
я: «но тут проблемы 1, 2 и 3. Я не понимаю, почему А и Б поможет, можешь объяснить?»
кто-то: «ничего не знаю, надо делать А и Б».
Я начинаю делать А и Б (ведь может я что-то упускаю), получаю проблемы 1, 2 и 3. Прихожу это обсуждать, а «кто-то» сидит в замешательстве и не понимает, как это расгребать.
Вот Андрей всё это теоретическое тоже знает, но он по фактам мне всегда раскидывал. Как реально надо делать. Почему то получится, а на это даже времени тратить не надо. Прям уверенный практик этих сложных менеджерских штучек.
Ещё он матом иногда смешно ругается.
Вот канал: @leadsnotes.
Ещё он ищет себе full-stack разработчика. Вот тут почитайте: https://t.me/leadsnotes/322 | 1 773 |
| 5 | #cpp
С марафоном препроцессорным я подотстал от происходящего в мире. Потому некоторые штучки-дрючки довольно поздно выкладываются. Мда.
Ну и ладно! Я что, СМИ? У меня жена ваапче-то есть. Некогда мне тут сидеть круглыми сутками, да следить за новостями бесконечно.
Смотрели документалку про C++?
The Story of C++ : The World's Most Consequential Programming Language | The Official Story.
А после можно последующее обсуждение:
Inside C++'s Biggest Challenge | Panel Discussion with Bjarne Stroustrup, Herb Sutter & More.
Вообще ощущения от фильма кайфовые. Сделано дорого-богато (HRT всё-таки имеют денюжку в кармане, могут себе позволить). Местами ощущалось, что это чуть ли не документалка про какое-то ужасное событие. Стихийное бедствие или терракт. Не знаю почему. Может быть вайб того, как снято. Музыка на фоне.
Но вообще-то довольно познавательно. Интервью с важными, даже ключевыми, фигурами в развитии языка дают веса истории. Хорошо передана история 80х и 90х (хотя я появился после, так что мне можно рассказать что угодно). Интересно рассказана история STL (хотя явно не достаточно глубоко, и на самом деле там были какие-то конфликтные моментики). Есть забавные истории.
Чтобы сформировать более сбалансированное мнение, я заодно почитал там-сям обсуждения. В основном предъяв несколько:
• история слишком official и почти полностью от лица участников ISO комитета
• про Boost почти не упоминают, хотя он сильно повлиял на развитие языка
• в 2000х был кризиc, который упоминается мимоходом, хотя на самом деле тогда это была огромная проблема. Драму сгладили
• молчат про экосистему, хотя это одна из главных проблем языка. Документалка в целом на языке сосредоточена
То есть рассказывается всё более радужно и весело, чем было на самом деле. Как будто проблем особо не было и нет, хотя вот они, маячат у нас перед носом.
В итоге это скорее история C++ от лица создателей C++, но не исчерпывающая история языка. Чтобы получить честную, полную картину, хорошо бы послушать мнения оппонентов.
Зацените, как дед кайфово в шляпе выглядит.
@thisnotes. Patreon.
Спасибо Artyom Garkavy и niki4smirn.
На правах мегапатрона послание подписчикам от Artyom Garkavy:
Try it today: google.com. | 2 208 |
| 6 | Теперь про Сербию.
Я раньше в ней не бывал. Только слышал забросы вида "идёшь в центре города, слева тц, справа заброшка". Впечатляюще?
Я конечно упускал контекст. Заброшки там не просто так, а из-за бомбёжек НАТО в 1999м. Причём ребята не сильно планируют с ними разбираться (по крайней мере, не со всеми): хотят оставить напоминание о случившемся.
Первое впечатление от Белграда довольно сумбурное. Не очень чисто, здания старые. От всего вокруг отдаёт совдепом. Вот эти советские-like здания, потемневшие от времени. Вайб советского брутализма от большинства зданий в центре города (мы, ради справедливости, сильно за центр и не выбирались). Как-то мрачно!
Ты естественным образом сравниваешь новые места относительно тех, где долго пожил. И по ощущениям Белград не дотягивает ни до Минска (потому что там всё гораздо аккуратнее), ни до Лондона (потому что в Лондоне больше европейского и больше всего в целом).
Но к концу 4ого дня стало как-то уже даже и ничего. Всё серое и неприятное стало просто серым. Мы вкусно кушали и ходили в новых местах в первом настоящем (уехав куда-то) с переезда отпуске. В каком-то смысле даже немного вернулись домой, во что-то более понятное и привычное.
Я попробовал плескавицу. Мне понравилось.
Попробовали ракию. Не понравилось. Это оказывается просто местная водка. Я к такому готов не был. I'm a beer guy.
Ещё мы ездили в Нови Сад. Такой небольшой [относительно] город с крепостью и базовым форматом: исторический центр и остальное как есть. Симпатично на 3 часа, но и хватит.
Очень жарко там везде было. 36 примерно. Парились все 5 дней от начала и до конца. Благо, сербы понимают, где живут, и имеют нормальные работающие кондиционеры везде, где необходимо. Не то что англичане блеан.
Ещё церкви очень красивые. Возможно потому что огромные.
По порядку:
• князь Михаил на коне (я так понимаю, местное популярное место для встреч) на (опять же, насколько понимаю) важной площади. На фоне национальный музей.
• вид на Дунай и какую-то вторую реку с территории белградского замка.
• какая-то рандомная церковь у главпочтамта.
• одна из самых больших православных церквей в мире.
• вид на Нови Сад с крепости (которая типа новисадская, но на самом деле в Петроварадине).
• рандомная фотка из Нови Сада. | 2 410 |
| 7 | #cpp
Back to Back 2026 (который был C++ Zero Cost Conf).
Я выбрал несколько докладов из всех 4х треков. Если доклад не выбран, это не значит, что он плох. Возможно он не зашёл мне темой, а возможно не так интересен, как другие. Навалить вам просто все доклады мне не очень хотелось.
0. 9 миллиардов этажей concurrency. Андрей Аксёнов.
Доклады бывают в разных форматах. Этот доклад не должен глубоко раскрывать тему, на мой взгляд. Он скорее должен дать вам много разных слов, с которыми вы должны пойти разбираться.
Ну и это Андрей Аксёнов со своей подачей. Хулиганской.
1. Трассирую и профилирую — бесплатно. Александр Емеленко.
Александр рассказывает про измерение времени и запись логов жоска эффективно, двигаясь от базовичкового медленного варианта к быстрому наносекундному.
2. Building the tiniest pomodoro app. Miloš Anđelković.
Хороший доклад для понимания техник уменьшения размера ваших бинарных файлов. От отказа от зависимостей и правильной компиляции до переписывания всего совсем иначе.
3. Profile-Guided Optimisation. Taming the pitfalls in the name of performance. Alexander Zaitsev.
Я особо раньше не смотрел доклады про PGO, потому что они сразу куда-то в дебри уходят. Как будто для них нужен уже солидный такой контекст.
А вот тут не так. Тут Alexander рассказывает про базовые понятия, проблемы, кто что умеет, как делать, профит. Такое солидное введение в тему.
4. Google's Highway Library for SIMD Programming — Does It Deliver the Promise? Ivica Bogosavljevic.
Ivica рассказывает про гугловую SIMD либу. В местах, где она хороша (как и заявлено), и где не очень хороша и не справляется со своими задачами (или справляется, но не очень хорошо).
5. Microseconds in Network Code. Artur Soloviev.
Artur рассказывает про несколько вариантов работы с сетью, чтобы было быстро.
6. To 264 and Beyond: Modern Approaches to Distributed Identifier Algorithms. Mons Anderson.
Тут Mons рассказывает про огромное количество (штук 15 может) разных distributed ID. Их устройство, некоторые принципы работы, tips & tricks для разработки своего решения. Плюсы и минусы разных подходов.
Как один из критериев ещё обсуждалась длина закодированого ID. Это важно, ведь если ваши ID в огромнющей системе сделать на байт короче, это может вылиться в Гигабайты экономии.
А ещё это важно, потому что некоторые строки (покороче) попадают в SSO буфер, а некоторые нет. Мета, например, когда-то ровно по причине увеличения SSO буфера переходила на свой fbstring. А потом вернулась на стандартную строку, когда clang научился давать 23 символа в SSO буфере из коробки.
Возможно, вы можете пойти и поменять тип для хранения ваших ID на small_string или как оно у вас называется. И получить какой-нибудь профитик. | 2 102 |
| 8 | #common
МАРТИН ИДЕН ОШИБАЛСЯ.
Книге уже больше 100 лет, так что у вас было полно времени её прочитать. Потому выдать спойлер бояться не буду (хотя главные панчи всё-таки придержу).
Так где он ошибался?
Когда Мартин стал уважаемым известным писателем, его стали активно звать на всякие обеды, встречи, интервью. Хорошо с ним обходились, уважали. Мартина это раздражало. Его основная мысль в это время успеха была примерно такая: «Почему они любят меня сейчас? Моя работа [имеется в виду все те книги, рассказы, повести и стихи, которые Мартин усиленно писал пару лет] была уже сделана. Я никак не изменился как человек. Но тогда [до публикации и признания] никто не звал меня на обед, когда я голодал и мне нужны были эти обеды! А сейчас все зовут, а мне уже не нужны эти обеды!» (на обеды он тем не менее ходил).
В голове Мартина должно быть так: ты делаешь работу и все магическим образом должны тебя за это зауважать.
Переводя на наш с вами, он считал, что достаточно «написать код». Однако по какой-то причине Мартин не подумал про два других важных этапа успеха:
• выкатить в прод (в его случае опубликовать работы через издателей)
• поработать над визибилити (в его случае каким-либо образом добиться известности хотя бы в сообществе).
То есть это всё у него в итоге было, но в юношеских стенаниях упускалось.
Давайте учиться на чужих ошибках. Как бы круто вы ни закодили что вы там кодили, как бы круто оно ни работало, никто не будет вас хвалить за работу (если вы не джун или микромидл, но это отдельный разговор). Всем нужен результат. Даже не так. Всем нужен наблюдаемый результат.
Самая крутая фича должна быть у юзера и должна показать, что она приносит деньги. Самая крутая оптимизация должна реально что-то наоптимизировать.
И вам очень повезло, если по какой-то причине важным начальникам и начальницам очевидно, что вы большие молодцы и достойны премии повыше.
Но обычно не так. Обычно надо ещё самим замерять, сколько денег вы принесли. Сколько ресурсов сэкономили. Как изменилась метрика.
И, что ещё более важно, надо пойти и всем про это рассказать. А если вам не нравится таким заниматься, то либо найдите себе руководителя, готового делать это за вас, либо смиритесь с тем, что ваш гений не признают.
Если вы макромидл или тем более senior+, без визибилити никуда. Примите это.
Ниже картинка, на которую важно иногда посматривать, чтобы не забывать всё выше.
А книга хорошая. Почитайте.
@thisnotes. Patreon.
Спасибо Artyom Garkavy и niki4smirn. | 2 008 |
| 9 | Я просто подчеркну, что не все поделились своими замечательными результатами. Очень жду, что туда упадёт ещё что-нибудь прекрасное (в дополнение к уже существующим результатам)!
Этот призыв чуть позже удалю. | 1 012 |
| 10 | СОБИРАЮ ВАШИ ИСТОРИИ.
Вас тут относительно много. Вы умные. Вы работаете и занимаетесь интересными вещами. А я почему-то этим не пользуюсь!
Я бы хотел про них узнать и может заодно поделиться с подписчиками!
Расскажите про самую интересную оптимизацию, которую вы сделали. Это может быть что угодно. Ускорили запрос в БД. Поменяли способ хранения данных (может это буквально vector -> unordered_map). Перепридумали архитектуру. Отсортировали данные, чтобы они в кеш легли. Удалили неиспользуемые данные. Сократили использование железа (может вы даже стали медленнее из-за этого, но вам это ок). Скомпилировали иначе. Перешли на новую технологию. Рассказали коллегам, как экономить время в рутинных делах. Перестроили процесс в нескольких командах.
Вообще что угодно.
Не обязательно сложное. Ведь иногда принести профит небольшими изменениями даже круче. Главное, чтобы вам это по какой-то причине нравилось.
Может вы вообще не про оптимизацию хотите рассказать, а как вы её нашли/придумали. Что угодно, что можно притянуть к этому слову!
Формочка: https://forms.gle/8o5d9zDDcsdzc41u6 | 2 974 |
| 11 | #highload
Я не очень понял, как это работает. Видосы на самом канале так и не появились, хотя прошло уже больше года с конференции. Плейлист со всеми докладами доступен, и видео выложили год назад. Доступ к ним явно есть. Но просмотров нет. То есть как-то никто и не в курсе, что их можно смотреть.
Доклады с Saint HighLoad++ 2025.
0. Эволюция векторного поиска в YDB. Александр Зевайкин.
Есть ещё в тексте (правда не уверен, что контент 1 в 1).
1. Технологии распределенной карты для автономного транспорта. Гоша Лутидзе.
Прикольное введение в кусок вот этих самоездящих штук.
2. 20 лет на граблях: ошибки, отказы и выводы. Александр Стерлигов.
Несколько кайфовых историй про разные инциденты. Я тоже такое сделаю когда-нибудь.
3. Взгляд за кулисы Яндекс Карт: от сырых спутниковых данных до четких изображений. Игорь Орпанен.
4. Четыре девятки хватит всем? Разбираемся с доступностью дата-центров. Алексей Учакин.
Доклад про датацентры, как они устроены с точки зрения пользователя, что вам обещают и (не)гарантирует.
5. Почему в космосе (пока) нет дата-центров. Александр Токарев.
Ещё один доклад про датацентры, но в космосе. Приятный научпоп.
6. Про избыточность WAL в Postgres. Андрей Бородин.
Интересное для понимания устройства WAL в pg. Не то, чтобы я запомнил что-то, но удовольствие получил.
Факт, который понравился: в pg есть лагающая реплика. Вы можете сделать реплику, в которой всё применяется с задержкой в час, и при факапе остановить её обновление + переключиться на неё.
У меня коллеги когда-то делали похожую штуку, но на уровне приложения. Фиксировали набор табличек, которым нужно делать снапшоты (раз в час и сутки, например). И если источник данных накатил что-то неправильное, из-за чего не получается клиентам отдать данные, мы (как промежуточное звено) могли руками включить чтение из подходяшего снапшота.
Пару раз помогло восстановиться на инцидентах за минуты. | 2 604 |
| 12 | #cpp и не только.
НАПОМИНАЮ, что 1ого августа будет Back to Back: в Москве back to back трек + C++ трек, в Ереване только back to back, а в Белграде только C++ one.
Программу на плюсовый трек мы собрали сочную. Старались, честное слово. Коллеги по цеху на Back to Back тоже интересного выбрали.
Меня, дай бог всё будет хорошо, сможете найти в Белграде. Можем с вами за здоровье Страуструпа выпить ракии (хотя я ещё её не пробовал, может и не моё).
Буду стараться за неделю после конфы выдать трип репорт.
У вас ещё есть время зарегистрироваться! | 2 725 |
| 13 | #cpp
Привет.
Сегодня последний day 52 марафона.
Я знаю, что кому-то он поднадоел. Не зря от меня отписалось больше полусотни человек.
Мне тоже надоело, если честно.
Если вдруг вы не узнали/не знали, марафон был основан на C++ Preprocessor Iceberg. Я в целом шёл от начала почти по каждому пункту, скипая что-то, что выглядит совсем мутным и невнятным, что я не смог заставить работать или не смог осознать. Попутно старался дополнять своим ресёрчем. Постов фактически вышло на пару десятков меньше, чем пунктов в оригинальном источнике. Мы примерно на половину задели Deep water и совсем не задели The abyss. К концу я уже высох от темы и решил, что душить себя не очень полезно. Лучше чем-то в радость позаниматься. Так что заинтересованные могут доисследовать самый низ айсберга.
Расскажите в комментах, как вам. Надо такое делать вообще ещё когда-нибудь? На какие темы? Или нахер и лучше ограничиться обычными форматами?
Не факт конечно, что я ваше мнение учту, но мне хочется его знать.
Если не хотите писать открытым текстом, то вот варианты quite feedback:
🔥 — круто, можно повторять
🥴 — круто, можно повторять, но слишком долго
🤯 — круто, лучше не повторять
🌚 — не круто, лучше не повторять.
Ниже собрал ссылочки для удобства. Пересылайте друзьям, мамам и папам. Пользуйтесь в будущем сами.
Above the iceberg:
• #include
• include guards
• #pragma once
• #if
• заворачивание в скобки
• do-while
• ARRAY_SIZE и sizeof
On the iceberg:
• stringification operator
• token concatenation operator
• __VA_ARGS__
• #undef
• #error
• comments concatenation
• X-macro
Below the water:
• FILE and LINE
• DATE and TIME
• #line
• триграфы и иже с ними
• _Pragma
• -E
Middle of the iceberg:
• COUNTER
• CONCAT
• #elifdef #elifndef
• #embed
• SCAN
• лимит на макросы
• mcpp
• перегрузка макросов
• default args в макросах
Bottom of the iceberg:
• blue paint
• BOOL, IF
• INC/DEC
• LOOP
• Boost.Preprocessor
Below the iceberg:
• LIST
• ORDER_PP
• #assert
• #include_next
• ppstep
• how macro expansion works
• sequence
Deep water:
• итерация по sequence
• chaos-pp
• Metalang99
• не знаю точно что это
• push/pop макросов
• ещё несколько ссылочек | 2 430 |
| 14 | #cpp
Day 51.
Есть ещё несколько интересных репозиториев, связанных с препроцессором:
• datatype99 (фактически синтаксический сахар для генерации типов, но с дополнительными плюшками вроде паттерн матчинга)
• interface99 (Golang/Rust inspired интерфейсы для C99)
• boline (integer arithmetics with base 16).
У последнего код с вайбом ASCII-art.
И есть ещё подгон от подписчика про расширение в clang, позволяющее делать макросы рекурсивными. Названо оно __THIS_MACRO__:
#define fold_left(op, head, ...)(__VA_OPT__(__THIS_MACRO__(op,__VA_ARGS__)op)head)
fold_left(+, 1, 2, 3, 4) // раскрывается в ((((4)+3)+2)+1)
@thisnotes. Patreon, Boosty.
Спасибо Artyom Garkavy и niki4smirn. | 1 630 |
| 15 | #cpp
Day 50.
Макросы можно класть на и доставать из (со) стека:
#define PRAMGA(...) _Pragma(#__VA_ARGS__)
#define POP(m) PRAMGA(pop_macro(#m))
#define X 1 POP(X)
#pragma push_macro("X")
#define X 2 POP(X)
#pragma push_macro("X")
#define X 3 POP(X)
#pragma push_macro("X")
#define X 4 POP(X)
X // 4
X // 3
X // 2
X // 1
Не уверен, что понимаю, зачем это нужно.
@thisnotes. Patreon, Boosty.
Спасибо Artyom Garkavy и niki4smirn. | 1 701 |
| 16 | #cpp
Day 49.
Одна из моделей, которую можно реализовать на макросах (хотя мы выяснили, что можно любую видимо) — continuation machine. Фактически это штука, в которой вы можете построить пайплайн работы с данными (но такими словами про неё не говорят, слишком современно). На картинке ниже страшная реализация для простого кейса работы с регистрами (разбирать мы ёе не будем, я хочу просто подышать.....).
Кстати репозиторий это что-то вроде оптимизированного интерпретатора Brainfuck. Есть и другие альтернативы: bfi, CPP_COMPLETE.
@thisnotes. Patreon, Boosty.
Спасибо Artyom Garkavy и niki4smirn. | 1 856 |
| 17 | #cpp
Day 48.
Если вам нужна сравнительно мощная, но более современная альтернатива chaos-pp, стоит взглянуть на Metalang99.
Это хорошая попытка сделать препроцессор похожим на функциональный язык программирования. Но что более важно, проект хорошо документирован. chaos-pp в этом плане проигрывает (и служит скорее исследовательским артефактом).
Так что Metalang99 — ваш второй выбор (после Boost.Preprocessor).
@thisnotes. Patreon, Boosty.
Спасибо Artyom Garkavy и niki4smirn. | 1 880 |
| 18 | #cpp
Day 47.
Я уже упоминал Paul Mensodines, который написал огромное письмо про механизм раскрытия макросов.
И упоминал про Boost.Preprocessor.
Вот Paul когда-то написал chaos-pp — настоящая глыба в мире препроцессорных библиотек. Там вообще всё что хотите. Рекурсия, высокоуровневые алгоритмы (MAP, FOLD, FILTER, ZIP и др.), лямбды и частичное применение макросов, разные контейнеры (sequence, tuple, list).
Правда её не так часто используют. Просто потому что она очень сложная (== высокий порог входа), без документации, а большинство задач решаются чем-то попроще.
Но как артефакт кайфово.
@thisnotes. Patreon, Boosty.
Спасибо Artyom Garkavy и niki4smirn. | 2 001 |
| 19 | #cpp
Day 46.
Шагаем на ступеньку номер 7.
Мы бы могли с вами реализовать итерацию по sequence, но иногда лучше вовремя остановиться и заиспользовать что-то готовое:
#define PRINT(r, data, elem) elem
BOOST_PP_SEQ_FOR_EACH(
PRINT,
_,
(a)(b)(c)(d)
)
Получим
a b c d
Как это реализовано?
Ну вот примерно как вчера откусываете по одному токену из начала и применяете к нему «функтор». Чего непонятно-то???
@thisnotes. Patreon, Boosty.
Спасибо Artyom Garkavy и niki4smirn. | 1 791 |
| 20 | #cpp
Day 45.
Мы уже обсуждали, как сделать LIST, но есть и более свойственная препроцессору структура данных: sequence.
Sequence это просто набор элементов в скобках:
(1)(2)(3)(4)(5)
Тут 5 элементов. Но конечно мы не ограничиваемся числами:
(a)(b)(c)
(int)(double)(bool)
(1)(2)()((),w,())(awoo())(())
Основные операции иногда реализуются просто:
#define SEQ_PUSH_FRONT(x, seq) (x) seq
SEQ_PUSH_FRONT(z, (a)(b)(c)) // (z)(a)(b)(c)
#define FRONT(seq) FRONT_I seq
#define FRONT_I(x) x
FRONT((a)(b)(c))
// FRONT_I(a)(b)(c)
// a
В конце на самом деле надо ещё как-то убрать (b)(c), но сейчас это не так важно.
Другие операции могут быть чуть сложнее, но концептуально там ничего такого. В любом случае самим реализовывать вам не нужно. Берите Boost Preprocessor и крутите
BOOST_PP_SEQ_SIZE((a)(b)(c)) // 3
BOOST_PP_SEQ_ELEM(1, (a)(b)(c)) // b
BOOST_PP_SEQ_PUSH_BACK(seq, x)
Там ещё и итерироваться можно, но про это завтра.
@thisnotes. Patreon, Boosty.
Спасибо Artyom Garkavy и niki4smirn. | 2 135 |
