В преддверии конференции C++Russia 2024 организаторы выложили на YouTube записи докладов с прошлогодней C++Russia 2023. Публикация прошлогодних докладов началась месяца три назад но по одному докладу в неделю, а пару дней назад вроде как выложили вообще все.

На данный момент на канале конференции доступны следующие видео (если к докладу прилагались слайды, то рядом приведена и ссылка на PDF-ку):

Евгений Григорчук — GPU Driven Rendering Pipeline, или Как пишется графика в современных видеоиграх, PDF

Юрий Грибов — Как правильно писать компараторы, PDF

Илья Казаков — Кастомизируем ASIO, PDF

Дмитрий Мельник — Безопасный компилятор: надежная оптимизация и улучшение защищенности кода, PDF

Эрнест Асанов — Модель асинхронности в C++: теория и практика

Антон Сысоев — Dynamic Libraries for Bare Metal, PDF

Илья Шишков — Что-то у меня тормозит: заглядываем внутрь С++ контейнеров, PDF

Тот самый стендап от Павла Филонова на C++ Russia 2023

Дмитрий Ермолов — Roren — С++ фреймворк для описания пайплайнов распределенных вычислений, PDF

Ростислав Михеев — Эффективное использование GPU на примере разработки игр, PDF

Олег Сенин — Sizecoding: взгляд изнутри

Максим Кита — Техники оптимизации производительности, PDF

Александр Еналдиев — C++ Experiments: The Battle Continues: Cpp2 vs Carbon, PDF

Иван Смирнов — YsonStruct: дешевая сериализация иерархических JSON-структур, PDF

Владимир Ситников — B-tree индексы в базах данных на примере SQLite и PostgreSQL

Артем Хорошев — Ускоряем синтез: от TensorRT до CUDA C++, PDF

Аяз Салихов — Имплементируем класс tuple в 100 строк кода, PDF

Ashot Vardanian — Advanced Linux Kernel Bypass Techniques in 2023

Егор Суворов — Санитайзеры и стандарт не спасут, PDF

Александр Ганюхин — Машина состояний: непридуманная история

Rainer Grimm — Concurrency Patterns, PDF

Денис Легезо — Злые фреймворки и генерируемый ими позиционно-независимый код, PDF

Елена Веселовская — Как перейти от ученичества к работе, PDF

Андрей Аксенов — Про алгоритмы в поисковых движках

Техническое интервью: Архитектурная секция

Сергей Ларин, Владислав Столяров — Как сделать фронтенд компилятора в домашних условиях, PDF

Антон Потапов, Антон Малахов — Учим Кукушку Летать, или ConcurrentHashMap with Seqlocks, PDF

Александр Фокин — Designing Robust APIs: C++ Code that’s Safe, Extensible, Efficient & Easy to Use, PDF

Дмитрий Стародубцев, Ольга Кузьмичева — Практическое применение dev-контейнеров, PDF

Степан Дятковский — Почти полноценный RTTI с контролируемым overhead, PDF

Иван Афанасьев — Loop unrolling в деталях, PDF

Александр Ляпунов — Максимально быстрый и максимально удобный С++ msgpack-кодек

Марсель Галимуллин — Back to Basics: Lock-free, PDF

Алексей Степанов, Евгений Зуев — Исходный код: скрытое знание и как его показать?, PDF

Павел Новиков — Про flat_map, PDF

Антон Ласточкин — Мониторим FSM во встраиваемом ПО, PDF

Александр Бычук — Производство ПО глазами разработчика и менеджера, PDF

Константин Владимиров — Семантические процессы в C++

Александр Кирсанов — nocc — распределенный компилятор для гигантских проектов на C++, PDF

Евгений Ерохин — Back Deep to Basics: Наследование и виртуальность в C++ (Часть 1), PDF

Евгений Опарин — Опыт использования Bazel

Семен Буденков — С Conan за кроссплатформенностью, PDF

Сергей Талантов — С++ и безопасность: правда ли все так плохо?, PDF

Александр Боргардт — Колоночное хранилище в памяти: void* и шаблоны

Петр Советов — Автоматизация программирования в СССР. Трансляторы (60–70-е годы), PDF

Александр Корнилов — Идея по улучшению многопоточного кода, PDF

Александр Кухаренко — Демосцена: в погоне за wow-фактором, PDF

Виктор Шампаров — Компилятор LCC и оптимизация слияния кода, PDF

Евгений Зощук — Вперед в прошлое, или Разрабатываем фреймворк под Windows 95 в 2023 году, PDF

Михаил Лукин — Практика программирования тензорных ядер

Вадим Винник — Элементы функционального программирования в языке C++, PDF

Антон Соснин — С++ в мемах, PDF

Антон Полухин — C++ трюки из userver

Нужны ли профсоюзы в IT?

Тренды от HR

Интервью с Максимом Бабенко

PS. Практически все доклады перечислены в том порядке, в котором их мне показывает YouTube, никакой сортировки по какому-либо принципу здесь нет.

PPS. Сам ничего из этого не смотрел, никаких рекомендаций на тему «интересно/не интересно» дать не могу.

Добрый день! Я не имею опыта в программировании, за исключением мелких программ на С++. Я гуглил за языки, и наткнулся на Раст, и его советуют учить новичкам, но я не до конца понимаю его нишу? Где его применяют? Где он может в будущем закрепить себя? Стоит ли его учить для новичков, или лучше начать с питона ?

Всем привет!

В общем такое дело, есть мидл в условном подчинение т.е. формально мы на одном уровне, но взяли его в помощь моему проекту.

И любит он делать херовый код (плохой нейминг, непонятные и ненужные абстракции, каша в логике). Если пнуть, то обычно исправляет. Но я уже заманался его пинать, одни и те же ошибки в каждом МР. Уволить?! Как говорит начальство — не можем, бюджет не позволяет платить больше кому-то, а найти нового человека сейчас очень сложно.

Стараюсь дать ему возможность подумать и самому сделать так, чтобы было красиво, но получается все равно какая-то каша которую по 3-4 часа ревьювишь и пишешь куски кода для того чтобы он порефакторил правильно.

Но и видимо он сам устал от того что я его постоянно пинаю и пытается затягивать тимлидов на обсуждение ревью и затащить говнокод таким образом, пока безуспешно, но это еще несколько часов на созвоны в довесок к потраченному времени на ревью. Итого на один его мерж я могу потратить практически рабочий день.

Что обычно делают в таких ситуациях? Писать что все фигня, давай по новой и закрывать мерж? Или есть какие-то техники? Подскажите или тыкните что почитать?

Сто лет назад прочитал K&R и всегда хватало, а если я хочу углУбить?

// друг спрашивает :)

UPD: собрал из темы списочек, особо не редактируя (экстримов и модернов поболее одного, но пусть будет) – думаю, заглянувшим в будущем будет полезно:

• modern c by jens gustedt
• Thomas Mailund - Pointers in C Programming (2021)
• Gustedt - Modern C (2020)
• Kalin - Modern C Up and Running (2022)
• King - C Programming. A Modern Approach, 2nd ed. (2008)
• Хэзфилд «Искусство программировани на C»
• «Язык C в XXI веке»
• Экстремальный Си
• extreme c programming
• «UNIX. Профессиональное программирование» Уильям Ричард Стивенс, Стивен А. Раго
• C Interfaces and Implementations: Techniques for Creating Reusable Software
• Peter van der Linden, Expert C Programming: Deep C Secrets https://progforperf.github.io/Expert_C_Programming.pdf
• Чан Теренс «Системное программирование на С++ для Unix»

На сайте А.В.Столярова объявлено о выходе сборника задач и этюдов в поддержку трёхтомного учебника «Программирование: введение в профессию».

Задачник объёмом 156 страниц содержит 12 глав по числу частей учебника. Как обычно, электронная версия в формате PDF выложена на сайте в открытом доступе.

>>> Подробности

Вышла новая версия дистрибутива-книги по сборке Linux с нуля.

( читать дальше... )

Пожалуй, самое необычное в этом выпуске то, что одновременно с английской версией книги выпущен перевод на русский язык.

>>> Подробности

Кончаю 9-й класс, планирую уйти в тех/клдж в программирование потом в универ наверное, а дальше работать в IT. (Предыстория)Как-то играл в майнкрафт с модами и друзьями, после захотелось поиметь свой сервер, сначала пробовал по ютубу просто строить сервер по типу локального для себя и друзей, а потом захотелось и для других игроков, но вскоре понял что все не настолько просто как думал я. Через время узнал про программирование, но увы тогда был мал для этого и все это казалось сложным и интерес со временем утих, потом время уже стала интересна тема вирусов, антивирусов, безопасности, хакерства, ПО, и такого рода. Пока смотрел что такое программирование, видел люди использовали Linux и говорили он нужен для программирования, посмотрел что это, в видосах чаще всего упоминались Ubuntu и Fedora как самое оно для новичков, сам как я понял что между ними сильно большой разницы нету и тут уже выбирать по удобству, но все же хотелось бы с кем-то посоветоваться, опыта в них нету вить пользовался только виндой и у своих не у кого спросить про это, поэтому пришел на форум. Некоторые посты староваты(или то я плохо искал) а уже 2024 и все не стоит на месте, отчасти поэтому я и решил сделать пост. Следуя истории, сначала думал учить java, поговорил со знакомым тот посоветовал Kotlin, мол та же java, но новее и круче. Позже мне показалось что эти 2 языка более к мобилкам подходят, но мне это направление не очень по душе, а учить язык ради игры не очень рационально. После думал про ПО, а там как я понял лидируют C/C++, после прочтения некоторых тем еще более запутался что лучше и к чему стремиться, позже оказалось что есть еще фреймворки, синтаксисы, строение, и много всего что мне еще не известно. С ютуба учиться пока не стал, прочитал мол там многому не научишься(Хотя азы там вроде и есть); Книги, документации, не дошел еще, а также их много и не пойми что хорошее, а что не очень. Посоветуйте что делать, что-кого-где учить и как. Слышал в школах проходят python, pascal и подобное, но у нас в программе только недавно появился пайтон, да толком нас ему не учили. Текст скорее всего не лучший, но я старался донести свою мысль. Пост первый, многого не знаю про форум, не судите строго.

Понимаю, тема уже скорее всего замусоленная, но среди всех статей, форумов, видосов и прочего, однозначного ответа увы не нашел. Поэтому нуждаюсь в советах/помощи экспертов и людей кто шарит. Возможно это немного не тот форум или раздел для моей темы, но я новенький здесь и не разбираюсь что, где и как, поэтому заранее извиняюсь если что не так. Я всего школьник поэтому могу и скорее всего ошибаюсь в чем-то, может даже во многом. Поправляйте, подсказывайте, объясняйте, дополняйте, в общем я открыт для критики. Буду рад любой помощи;)

Какие обычно практики в (больших?) конторах?

Я тут периодически срусь с Питонистами/PHPшниками/etc что им таки следует проверять код возврата от БД об успешности внесения изменений.

На что они мне возражают «этого нет в ТЗ».

Obezyan, как у вас с этим? Вы прописываете в ТЗ очевидные вещи? Или «раз этого нет в ТЗ, значит в этом есть какой-то глубокий смысл и не нашего ума дело»?

Последнее время в в связи с поиском работы (python) хожу на собеседования. Где-то дают тестовые задания, где-то нет, но у меня сложилось мнение что в случае если ты не подходишь компании по результатам интервью/тестового задания то было бы хорошим тоном сообщить мне хотя бы в паре слов что именно не так. Однако далеко не все это делают что ввергает меня в сомнения в чем я «не такой» и мне не сделать выводы в чем надо подкорректировать свои навыки. Поделитесь опытом о своих подобных ситуациях и может среди нас даже есть те кто подбирает персонал и объяснит в чем суть

Существует ли в природе полноценный (высокоуровневый) редактор PDF под онтопик? Под полноценным понимается возможность редактирования текста, добавления/удаления произвольных графических элементов с сохранением их векторной природы и т. п. — то есть всё то, что обычно понимается под «редактированием документа», а не «ну это же PDF, вот тебе редактор кривых Безье, дальше сам» (и не «картинка — тоже PDF, открой в гимпе и редактируй»).

Проприетарный и/или коммерческий — норм, подписка — не норм.

Проект GNU выпустил новую версию классического текстового редактора ed, который стал первым стандартным текстовым редактором ОС UNIX. Новая версия получила номер 1.20.1.

( читать дальше... )

>>> Скачать

Дано: список из списков некоторых элементов. Требуется сгенерировать список пар из всех элементов разных списков между собой. Т.е., например, из списков (1,2,3) и (4,5) получится (1,4), (2,4), (3,4), (1,5),(2,5),(3,5)

Списков может быть много, количество элементов в них произвольным от 1 до бесконечности условно говоря.

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

Базовый код примерно следующий:

list1 = ['1','2','3']
list2 = ['10','11','12','13']
list3 = ['20','21']
lista = [list1,list2,list3]
nl = len(lista)
cross=[]

for k in range(nl): # k - номер списка в lista, 0 ... len-1
    klist = lista[k]      
    for m in range(k+1,nl): #m - перебираем все последующие списки
        mlist = lista[m]
        for i in range(len(klist)): # Составляем пары элементов двух списков
            for j in range(len(mlist)):
                d2 = [klist[i],mlist[j]]
                cross.append(d2)

print(cross)

Результат:

[['1', '10'], ['1', '11'], ['1', '12'], ['1', '13'], ['2', '10'], ['2', '11'], ['2', '12'], ['2', '13'], ['3', '10'], ['3', '11'], ['3', '12'], ['3', '13'], ['1', '20'], ['1', '21'], ['2', '20'], ['2', '21'], ['3', '20'], ['3', '21'], ['10', '20'], ['10', '21'], ['11', '20'], ['11', '21'], ['12', '20'], ['12', '21'], ['13', '20'], ['13', '21']]

Есть один python-проект для общения с сервисом в сети. Интерфейс выполнен в виде набора скриптов, причём одни скрипты используют разный набор модулей в проекте, т.е. одному скрипту нужен модуль для работы с БД и с сетью, другому просто покопаться в БД. Для настройки всего этого использую один файл настроек. При этом пытаюсь сделать чтобы все эти модули настраивались одной и той же процедурой:

    .
    ├── config.py
    ├── config.ini
    ├── script.py
    ├── db_module
    │   ├── __init__.py
    │   ├── config.py
    │   └── db_api.py
    └── rpc_module
        ├── __init__.py
        ├── config.py
        └── fetch.py

#!/usr/bin/env python3

from pprint import pprint

from rpc_module.fetch import fetch_some
import config


config.configure(config_file = "init.ini")

pprint(fetch_some())

Может конечно config в корне загрузить config каждого модуля, каждый из которых настроит переменные в коде каждого модуля, но таким образом загрузится почти весь код всех модулей, что далеко не каждому скрипту нужно. Пока решил, что init.py каждого модуля добавляет процедуру настройки в список из корневого config.py, а единая процедура просто запускает все процедуры в этом списке:

## __init__.py
from ..config import __configurators
from .config import configure

__configurators.append(configure)

## config.py
from collections import deque
from configparser import ConfigParser

__configurators = deque()


def read (f = "config.ini"):
    c = ConfigParser()
    c.read(f)
    return c

def configure (config_file = None):
    if config_file is None:
        config = read()
    else:
        config = read(config_file)
    for configurator in __configurators:
        configurator(config)

Получаю:

ImportError: attempted relative import beyond top-level package

Гугл подсказывает как обойти это хаком с sys.path, но может есть другие решения?

Делаю установщик для продукта. Сам продукт распространяется в архиве, который распаковывается в /opt. Решил, что для пользователя будет удобно, если будет не архив с архивом и скриптом установки, а что-то вроде .run файла драйверов проприетарных. Нагуглил как это делается:

#!/bin/bash
sed '0,/^#EOF#$/d' $0 | tar zx; exit 0
#EOF#
How to use:
# create sfx
cat selfextract.sh data.tar.gz >example_sfx.sh
# unpack sfx
bash example_sfx.sh

Но при попытке запустить распаковку, получаю:

gzip: stdin: Unexpected end of file

tar: Child returned status 1
tar: Error is not recoverable

Вопрос. Что я делаю не так? Может ли это быть из-за того что архив размером больше 2х гигабайт? (а иногда и больше 6)

Есть мысль, что это из-за того что бинарник содержит \0 внутри и не передается нормально на вход. Но судя по комментариям на SOF, у других всё работает.

PS: В будущем вероятно это будет в deb\rpm\etc, но пока что нет ресурсов делать пакеты для разных ОС.

Даётся CSV файл с температурой от метеостанции и названием локации. Таких записей миллиард. Нужно найти максимальную, минимальную и среднюю температуру по каждой локации за минимальное время. Подробнее https://www.morling.dev/blog/one-billion-row-challenge/

• Срок до 31 января

• Пишем на джаве (но там вроде и другие ЯП участвовали)

• Приз имя на доске почёта

Предоставленные реализации на текущий момент https://github.com/gunnarmorling/1brc?tab=readme-ov-file#results

Реализации и челленджи на других ЯП https://github.com/gunnarmorling/1brc/discussions/categories/show-and-tell

редиректит на «левый сайт»

А ведь сколько лет …

Прислали логи на посмотреть, в них такая куча ошибок:

Aug 14 23:11:46 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:46 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:46 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:46 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:46 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:46 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:46 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:46 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:46 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:46 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:47 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:47 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:47 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:47 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:47 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:47 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:47 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:47 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:47 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:47 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:47 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:47 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:47 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:47 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:47 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:47 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51
Aug 14 23:11:47 nixos kernel: BTRFS critical (device dm-2): corrupt leaf, bad key order: block=261648994178,root=1, slot=51

Aug 14 23:12:52 nixos kernel: BTRFS info (device dm-2): no csum found for inode 3524 start 23916544

Спустя десяточек лет и некоторые истерики Кента Оверстрита bcachefs наконец дошла до ядра. link

Ждем теперь в дистрибутивах. Утро порадовало сегодня.

Доброго веч3рочка. Хотел бы поговорить об индустрии IT в России, конкретно о том, что многие регионы сейчас разворачивают проекты которые выглядят как некая российская локальная адаптация Кремниевой Долины, это и казанский Иннополис и нижегородский «IT кампус» и известное всем Sk (Сколково).

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

Но вот что остаётся для меня загадкой, неужели ТАМ не понимают, что все эти потуги выглядят как некое мимикрирование, подражание без воссоздания самой сути. Я верю в российскую отрасль информационных технологий, но вот это всё очень странное. Словно государство заходит не с того бока к решению задачи.

В США эти самые «Кампусы» образуются от того, что будущие предприниматели, пытаюся трансформировать рабочее пространство в привычное для них место студенческого общежития, университетской аудитории, дворов и общих пространств. А у нас это просто выдирается из контекста, вместе даже с этим же названием «кампус» и превращается в какой-то симулякр, обоснованием для существования которого служит лишь этот прообраз, вместо обоснованного базиса.

Предположим, выдрали название, выдрали «энвайронмент». Но ведь в Калифорнии предприниматели существуют в жёстких конкурентных условиях, они прощупывают рынок и реализуют тот самый minimum viable product, готовят pitch для венчурных инвесторов, ЗАТЕМ они выходят на рынок, занимают нишу, покупают здание и пространство для своей компании которое уже затем заполняет персонал и живёт в контексте привычного ТАМ кампуса, опять же потому, что большинство сотрудников это молодые, недавно выпустившиеся из престижных университетов люди.

В РФ - СНАЧАЛА СТРОЯТ этот кампус, потом туда загоняют студентов или просто кого-то, а затем ждут, когда те родят disruptive идею которая бы реализовалась на рынке и окупила хотя бы частичку этих инвестиций. Это натуральный Карго-культ, магическое мышление и поклонение атрибутам, волшебному «кампусу», без понимания смысла, контекста, предпосылок, построим его и у нас появится свой технологический сектор. Может быть я неправ, объясните, кто-то из вас должен работать там.

Добрый день! Скажите, пожалуйста, есть ли у telegramm, что-то наподобие imap/smtp? Задача заключается: в подключении к аккаунту (не к боту!) и чтения сообщений!(С согласие пользователя)

PS вопрос конечно не для данного портала, но надеюсь на ответ =)

Перемещено hobbit из general