Часть 1 Часть 2 Часть 3 Часть 4 Часть 5 Часть 6 Часть 7 Часть 8 Часть 9

Все файлы можно взять тут.

В данной серии статей мы попробуем поработать с процессором STM32 с помощью GNU утилит, немного познакомимся с ассемблером и отладкой.

Примеры написаны для популярной платы blue pill, построенной на микроконтроллере STM32F103C8T6.

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

Почему существует хайп вокруг освоения Марса, но нет хайпа вокруг освоения океанских глубин? 2/3 этой планеты не заселены, а люди уже на другие рвутся. Зачем? Ведь океан и освоить проще и толку с этого больше. Да и пинг меньше.

На YouTube на канале corehard стали доступны видеозаписи следующих докладов с прошедшей весной конференции C++ CoreHard 2019:

• Незаменимый С++. Антон Полухин.
• Жилье комфорт-класса для акторов и хендлеров. Максим Хижинский.
• Implementing Physical Units Library for C++. Mateusz Pusz.
• Шаблоны C++ и базы данных. Сергей Федоров.
• Контроль окружения сборки C++ проектов с помощью Docker. Павел Филонов.
• GPGPU: что это такое и для чего. Александр Титов.
• Многопоточность в играх. Игорь Лобанчиков.
• Обработка коллекций наизнанку: как применить много функций к одному аргументу. Вадим Винник.
• В поисках ядовитого семени. Виталий Камлук.
• Update on C++ Core Guidelines Lifetime Analysis. Gábor Horváth.
• Модули в С++ 20: хорошие, плохие и ужасные. Владислав Чехарев.
• Функции обратного вызова в C++. Виталий Ткаченко.
• Раскручиваем стек. Иван Пономарев.
• Object-Oriented Programming in Modern C++. Borislav Stanimirov.
• CMake-ификация крупных проектов. Михаил Гельфанд.
• Как приготовить std::system_error. Юрий Ефимочев.
• The Hitchhiker’s Guide to Faster Builds. Viktor Kirilov.
• Не связывайтесь с поддержкой C++ программистов. Юрий Минаев.
• Встраиваем python для появления аналитики в проекте на С++. Александр Боргардт.
• New C++ features for writing DSLs . Ivan Čukić.

Ищется open source просмотровщик кода, который встраивается в процесс сборки (так, как это делает статический анализатор) и по её результатам способен показать код собранной программы на Си/Си++ с учётом макросов и расположений директорий. В нём должен работать переход к определению. Редактирование не нужно. Есть такой в природе?

Самое важное здесь - это именно встраивание в процесс сборки. Каждый файл должен показываться именно с теми определениями макросов, с которыми он был собран. Без этого точный переход к определению невозможен.

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

Ловите момент, да.

Проверить поддержку через протон можно тут

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

При чем тех, которые можно купить в бумажном виде. Я не очень люблю читать много текста с монитора (в частности, из за монитора). Интересуют все существующие виды сетей. Если книга будет с практической составляющей - вообще отлично. Так же, хотелось бы рассмотреть все современные способы организации и обучения сетей.

UPD: сам читал всего одну книгу - Жданов А.А. «Автономный искусственный интеллект». Еще смотрел очень интересный курс лекций про паттерно-волновую теорию интеллекта, но там ваще жесть. Видимо кроме автора ни кто не понимает, как она работает.

Открыт образовательный проект, где представлены бесплатные курсы ведущих вузов России для каждого без ограничений.

Направления подготовки:

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

Всего 46 курсов.

Лекции читают преподаватели из ВУЗов России: МГУ, МФТИ, НИТУ «МИСиС», НИУ ВШЭ, Политех, СПбГУ, Университет ИТМО, УрФУ.

Твое расписание: Обучение может проходить в любое время и в любом месте.

Открытые курсы: Курсы бесплатны и доступны каждому без ограничений по ЕГЭ и базовому образованию.

Оценку — в зачетку! Возможность признания результатов обучения в любом университете РФ.

Регистрируйтесь. Надеюсь, будет интересно.

Подробности на сайтах http://npoed.ru и https://openedu.ru

>>> Регистрируйтесь

Но что это мы всё об эфире да о велосипедах на паровом ходу? По случаю дня знаний предлагаю желающим ознакомиться с видеозаписями курса лекций «Теория эволюции (введение в эволюционную биологию)» в исполнении Александра Владимировича Маркова (доктор биологических наук, заведующий кафедрой биологической эволюции биологического факультета МГУ, ведущий научный сотрудник Палеонтологического института РАН).
Курс состоит из 16 более-менее обособленных лекций по полтора часа каждая (некоторые лекции отсутствуют).
В курсе описывается современное (2014 год) состояние эволюционной биологии и упоминается ряд перспективных (по мнению автора) направлений исследований.
Лекции, как я понял, читались на биофаке МГУ для студентов оного. Это не научно-популярные лекции (по крайней мере они менее «популярные» чем те лекции Маркова которые заявлены как научпоп), предполагается что слушатель уже обладает некоторыми познаниями в биологии (или во всяком случае умеет гуглить непонятные термины и вдумчиво читать википедию :).
Думаю этот курс лекций можно рекомендовать всем кто хочет получше разобраться в современных представлениях о биологической эволюции.

Лекция 1 (нету, но восприятию последующих лекций это не мешает)
Лекция 2 Репликаторы, наследственность, изменчивость, отбор.
Лекция 3 Устойчивость, пластичность, ЭТЭ (Эпигенетическая теория эволюции)
Лекция 4 Эволюционные эксперименты
Лекция 5 «Догмы», МГЭ (Мобильные генетические элементы)
Лекция 6 ГПГ (Горизонтальный перенос генов)
Лекция 7 Секс
Лекция 8 Секс, ЭСС (Эволюционно стабильная стратегия)
Лекция 9 Эволюционные новшества
Лекция 10 Половой отбор
Лекция 11 Половой отбор
Лекция 12 Абиогенез
Лекция 13 (не нашёл)
Лекция 14 Геохронология
Лекция 15 Архей
Лекция 16 Протерозой

P.S. в описании каждого видео есть ссылка на соответствующие слайды в формате pdf.

Сабж.

Есть некоторое кол-во бинарных файлов, каждый файл содержит некоторое кол-во записей. Каждая запись имеет заголовок длиной 32 байта + тело записи, длины записей разные, в заголовке в частности указана длина записи. Характерная длина записи 1Кб.

Общий объем данных сотни Гб, м.б. и неск Тб. Размер файла - ну какие то Гб (десятки Гб).

Каждую запись можно характеризовать четырьмя числами (float или int32_t). Одна из задач - за разумное время вынуть из файлов набор записей по некоторому критерию (скажем по набору 4рок чисел) и сложить кучкой в другой файл, при этом вынимать надо оптимальным образом (т.е. последовательно достать все нужные записи из одного файла, потом из другого и тд).

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

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

Всякие реляционные СУБД не предлагать!

В новостях когда-то проскакивало(Вышла remotefs 1.0), но я не заметил.

Простая сетевая ФС. Минимальный набор возможностей, вида «необходимо и достаточно»:
- аутентификация по ip/хосту или пользователь/пароль
- работа от имени фиксированного пользователя, права на файлы в шаре соответствуют правам пользователя на локальные файлы.
- работа в режиме «логин для аутентификации». Пользователи и группы на серверах должны быть синхронизтрованны. Позволяет chmod/chown. Для логина используется не системная база паролей, а отдельный файл rfs-passwd.

Идеально подходит для задач вида «внутри доверенной сети расшарить каталог нескольким клиентам без заморочек».

vs sshfs: быстрее.
vs samba: проще. Самба - огромный комбайн, обеспечивающий совместимость с виндой. Для простой задачи тащить с собой всю эту фигню бессмысленно.
vs nfs: гораздо проще. Сервер слушает один TCP порт, клиент к нему коннектится. Никаких RPC, никакой кучи сервисов. Никаких хитрых ошибок, лечение которых напоминает ректальную вазэктомию.

Спасибо надо говорить aleksey_tulinov.

З.Ы. Хотел написать в /admin, но оттуда наверное потрут, поэтому в толкс.

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

Надумал тут пощупать CoreOS.

Решил посмотреть на какой стадии wayland/weston. Оказалось все не так уж и плохо. Пока останусь на нем.

weston.ini

Из опробованных порядка 15 програм запустились все (кроме bbrun). Нативно (без xwayland) запустились только transmission-gtk и gnome-shell.

Для того чтобы gtk3, qt5 и efl запускались нативно, надо чтобы в environment были следующие переменные:

export GDK_BACKEND=wayland
export QT_QPA_PLATFORM=wayland-egl
export ECORE_EVAS_ENGINE=wayland_egl
export ELM_ENGINE=wayland_egl

Иногда переменных мало и надо еще испортить DISPLAY:

sh# DISPLAY=666 terminology

Есть проблемы с менюшками. В хроме не работает клик по пункту меню, вызванному правой кнопкой мыши. Вместо клика можно нажать enter. Gnome-shell тихо умирает когда долго теребишь ему панель меню.

Что есть:

• Русская раскладка
• Виртуальные рабочие столы
• Симпатичный лаунчер

Чего нет:

• Поддержки мыши в консоли (только скролл)
• Кастомных шорткатов (впрочем изкоробки выбор неплохой. Не хватает только запуска терминала)
• Тайлинга

UPD: Вываливается в терминал при использовании буфера обмена

>>> Просмотр (1920x1080, 1261 Kb)

Что произошло с сектором, который попал в #198? Меня сбивают с толку нулевые #5 и #196, значит он не заремаппен. Он теперь «черная дыра» или HDD добавил его в «черный список» и не пишет/читает его? HDD - WD5000AAKX

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   200   200   051    Pre-fail  Always       -       14
  3 Spin_Up_Time            0x0027   139   139   021    Pre-fail  Always       -       4025
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       50
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   082   082   000    Old_age   Always       -       13744
 10 Spin_Retry_Count        0x0032   100   253   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   253   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       50
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       26
193 Load_Cycle_Count        0x0032   200   200   000    Old_age   Always       -       39
194 Temperature_Celsius     0x0022   100   092   000    Old_age   Always       -       43
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   200   200   000    Old_age   Offline      -       1
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   200   200   000    Old_age   Offline      -       7

День добрый сообществу.

Имеется база данных PostgreSQL и код на Java, который пишет в большом количестве INSERTы в таблицу. В данный момент работа с БД выполняется напрямую через JDBC. То есть, я формирую строку-запроса и отправляю ее на драйвер, обрабатываю результат и ошибки. Когда много запросов, я объединяю их в длинную строку и затем отправляю. Проблема в том, что данная работа со строками сжирает жутко много времени и в итоге я получаю дикие тормоза при работе с такими INSERTами.

При объединении 30-50 запросов в одну строку действительно получилось ускорить процесс, однако все равно занимает слишком много времени. Я подозреваю, что можно существенно ускорить процесс.

Поможет ли мне Hibernate? Сумеет ли он гораздо быстрее выполнять такие запросы? Могу ли я только некоторые задачи перенести на него, а все остальное оставить работающим напрямую через драйвер?

Быть может мне попробовать формировать дампы и их затем выливать в БД?

Индексы в данной ситуации мне не помогут.

Лоровец, как еще максимально быстро я могу записать много информации в БД? Спасибо.

http://tech.yandex.ru/events/cpp-party/june-minsk/talks/1978

Степан Кольцов

Яндекс

Rust — это современный, практический, быстрый и безопасный язык программирования. Некоторые говорят, что Rust — это как C++, если бы его писал человек, знающий Haskell.

Система типов Rust решает главную проблему C++ — небезопасность. C++ очень легко сделать ошибки, которые приведут к поломкам (например, use after free). Rust позволяет писать безопасный код, сохраняя при этом выразительность и околонулевые накладные расходы C++. В докладе будут подробно описаны механизмы языка, которые контролируют безопасность программы.

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

Если ты не смог осилить официальное введение в Rust, потому что там не было смешных картинок, то вот твой шанс! Презентация «Rust Me, I'm a Developer!» от Greg Malcolm (130 слайдов):

https://speakerdeck.com/gregmalcolm/rust-me-im-a-developer

PDF

Здравствуйте мои дорогие любители погромирования. Прочитал K&R «Язык программирования Си». Теперь нужна книга, которая расскажет как правильно писать код на С, общепринятые приёмы и стандартные алгоритмы решения типичных задач. Цель: пишу быдлокод для МК и хочу повысить свой скилл.

Перемещено mono из talks