За основу взят срез репозитория CoolReader от 2021-09-16.

Основные изменения в crengine-ng по сравнению с CoolReader 3.2.59 (некоторые из изменений отправлены в upstream)

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

>>> Ссылка на репозитории

Британская компания DeepMind, занимающаяся разработкой искусственного интеллекта открыла исходный код движка симуляции физических процессов MuJoCo (Multi-Joint dynamics with Contact). Код распространяется под лицензией Apache 2.0 и доступен на GitHub для всех желающих представителей сообщества. В репозитории проекта находится библиотека движка, инструкции для запуска и сборки, а также вся необходимая информация для возможности принятия участия в разработке и внесения своего вклада в развитие системы. Проект написан на C/C++ и оптимизирован для максимальной производительности.

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

>>> Подробности на официальном ресурсе DeepMind

Компания Texas Instruments представила новый релиз среды разработки Code Composer Studio. Данная IDE позволяет вести программирование и отладку ПО для микроконтроллеров, сигнальных процессоров и микросхем класса «система на кристалле» (SoC).

Разработанная на базе Eclipse среда позволяет работать со всеми семействами полупроводниковых продуктов TI, которые требуют программирования.

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

Программный комплекс доступен для загрузки в виде нативного приложения для Linux.

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

Вышел релиз библиотеки PCRE2 10.37. PCRE2 это вторая версия оригинальной библиотеки PCRE с несовместимым API.

Библиотека PCRE2 это набор функций, которые реализуют регулярные выражения и сопоставление с образцом (pattern matching), используя синтаксис и семантику схожие с Perl 5.

Основные изменения:

• Из библиотеки libpcre2-posix удалены символы POSIX-функций, такие как regcomp и т.д., так как они вызывали проблемы у некоторых приложений. Патч pcre2-symbol-clash.patch принят в апстрим. Также обновлена версия ABI этой библиотеки.
• Исправлено гипотетическое разыменование нулевого указателя.
• Исправлено два бага, связанные с очень большими числами, и теперь поведение идентично Perl.
• Исправлено неправильное поведение при использовании \K.
• Восстановлена оптимизация повторения символа в JIT.

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

14 мая в Екатеринбурге пройдет 10-й юбилейный DUMP – главная IT-конференция на Урале. Это общение, идеи, тренды!

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

Приглашаем разработчиков, тестировщиков и QA, devops-специалистов, веб-дизайнеров и проектировщиков интерфейсов, аналитиков, продактов, тимлидов и менеджеров разработки.

На конференции выступят более 100 спикеров, в том числе:

• Евгений Сатуров, Flutter Teamlead из Surf и основатель Flutter Dev Podcast;
• Сергей Абдульманов, PR-агентство Loft, Туту.ру;
• Григорий Петров, DevRel в Evrone;
• Владимир Лила, СКБ Контур;
• Андрей Цветцих, Lead.NET developer в ЕПАМ и другие интересные ребята.

Нас ждут 9 тематических секций и мастер-классы, нетворкинг, дискуссии. Неофициальная программа экскурсий и вечеринок рассчитана на целые DUMP-выходные с 13 по 16 мая!

Кстати, впервые можно выбрать формат участия: офлайн или онлайн.

Программа и ранняя цена на билеты здесь:

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

Dotenv-linter — это open source инструмент для проверки и исправления различных проблем в .env файлах, которые служат для более удобного хранения переменных окружения внутри проекта. Использование переменных окружения рекомендовано манифестом разработки «The Twelve Factor App» — набором лучших практик по разработке приложений для любых платформ. Следование этому манифесту делает ваше приложение готовым к масштабированию, удобному и быстрому развертыванию на современных облачных платформах.

Новая версия dotenv-linter помимо поиска и исправления, ещё может сравнивать .env файлы друг с другом, поддерживает многострочные значения, ‘export’ префикс и многое другое.

Подробное описание изменений с примерами читайте в статье.

>>> Статья

Вышел новый стабильный релиз популярного языка программирования Python.

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

Python – стабильный и распространённый язык. Он используется во многих проектах и в различных качествах: как основной язык программирования или для создания расширений и интеграции приложений. Основные области применения: веб-разработка, машинное обучение и анализ данных, автоматизация и системное администрирование. В настоящий момент Python занимает третье место в рейтинге TIOBE.

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

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

Сообщество KDE — одно из крупнейших в мире свободного ПО, оно насчитывает более 2600 участников. Однако вхождение новых разработчиков довольно затруднительно из-за использования Phabricator — оригинальной KDE-платформы разработки, довольно непривычной для большинства современных программистов.

Поэтому проект KDE начинает миграцию на GitLab, чтобы сделать разработку удобнее, прозрачнее и доступнее для новичков. Уже доступна страница с gitlab-репозиториями основных продуктов KDE.

«Мы очень рады, что сообщество KDE решило использовать GitLab, чтобы дать своим разработчикам дополнительньые возможности для создания самых современных приложений, — говорит Давид Планелла, PR-директор GitLab, — KDE уделяет массу внимания поискам новых решений и смелым экспериментам в области открытого кода. Такое мышление согласуется с целями GitLab, и мы надеемся на поддержку сообщества KDE, которое создаёт отличное ПО для миллионов пользователей по всему миру».

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

На прошедшем Akademy 2019 Лидия Пинчер, глава организации KDE e.V., объявила о главных целях работы над KDE на следующие 2 года. Их вывели путём голосования в сообществе KDE.

Wayland — будущее десктопа, и поэтому нужно уделить максимум внимания беспроблемной работе Plasma и KDE Apps на этом протоколе. Wayland должен стать одной из центральных частей KDE, а Xorg — опциональной возможностью.

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

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

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

Группа независимых разработчиков приложений для Linux написала открытое письмо, в котором попросила сообщество Gnome прекратить использовать темы в их приложениях.

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

Разработчики признают, что необходимость «выделяться» это хорошо, но нужно достигать этой цели какими-то иными способами.

Главной технической проблемой с «темингом» GTK является то, что нет никакого API для тем GTK, только хаки и пользовательские таблицы стилей - нет никакой гарантии, что та или иная тема ничего не сломает.

«Мы устали от необходимости делать дополнительную работу для конфигураций, которые мы никогда не собирались поддерживать», - говорится в письме.

Так же, разработчики задаются вопросом, почему «теминг» не делают для всех остальных приложений.

«Вы не делаете то же самое с Blender, Atom, Telegram или другими сторонними приложениями. Тот факт, что наши приложения используют GTK, не означает, что мы согласны с тем, что их заменяют без нашего ведома», - продолжается в письме.

Подводя итоги, разработчики просят не изменять их приложения сторонними темами.

«Вот почему мы уважительно просим сообщество Gnome, чтобы в наши приложения не встраивали сторонние темы. Они созданы и протестированы для исходной таблицы стилей, значков и шрифтов Gnome, и именно так они должны выглядеть в дистрибутивах пользователей»

Прислушается ли сообщество Gnome к словам разработчиков? Время покажет.

Письмо

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

Мейнтейнеры подсистем ядра Линуса могут в будущем оказаться в ситуации, когда они не смогут выполнять свою работу по перенаправлению потока патчей Линусу Торвальдсу. Это может произойти, если они не переработают этот процесс с тем, чтобы сделать его более распределенным — утверждает разработчик ядра Дэниэл Веттер (Daniel Vetter).

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

Веттер, сам являясь мейнтейнером ядра i915, пришёл к этим заключениям, проанализировав запросы на включение в ядро. Как он сам заявляет, этот метод позволяет лишь поверхностно оценить тенденции в разработке. Тем не менее, со стороны подсистемы графики ситуация улучшилась, благодаря стараниям его и его коллег: для решения проблемы масштабирования он предлагает поделить работу на большее количество людей и он также предлагает обучать младших мейнтейнеров.

Ситуация особенно плоха в сетевой подсистеме, где только 9% кода на включение в ядро проверяется более, чем одним мейнтейнером. В противовес этому, 83% патчей в графической подсистеме проверяется как минимум двумя людьми.

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

В своём блоге Веттер приводит множество графиков и заключений на основе проведенного им анализа.

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

Разработчики свободной 2D САПР LibreCAD объявили об очередном участии в ежегодном хакатоне Google Summer of Code.

( Планы на GSoC'2018 )

( Call for Developers )

LibreCAD 3 wiki

Исходный код LibreCAD 3

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

Спустя почти год после того, как Microsoft выпустила первую версию проекта с открытым кодом .NET Core и его веб-ориентированного варианта ASP.NET Core, в релиз ушла вторая версия платформы.

Это самое крупное обновление платформы за последнее время. Количество доступных API увеличено в несколько десятков раз.

Также были проведены работы по оптимизации быстродействия и стабильности платформы.

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

Разговор с программистом из SpaceX. Учился в Хмельницком, работал в Microsoft, Google, с 2013 в SpaceX.

Темы: устройство в SpaceX, взгляд на Илона Маска «изнутри», программирование. Вопросы про используемые языки программирования, операционные системы, железо и т.п.

«Вкратце, в полёте и системах, обслуживающих полёт, используется С++ и Linux. В менее критичных системах широко используется Python и другие языки.»

Часть 1

Часть 2

Часть 3

>>>

кибер•Фонд проводит инициативу по поддержке открытых проектов, развивающих экосистему блокчейн-платформы Golos. Golos представляет систему блогов, в которой авторы полезных записей получают вознаграждения, согласно системе репутации, в которой участвуют все пользователи. Вознаграждения производятся проводятся через эмиссию собственной криптовалюты. Golos является форком платформы Steem и ориентирован в первую очередь на русскоязычную аудиторию.

Вознаграждения будут производиться за счёт средств кибер•Фонда, составляющих около 10 % начального количества токенов Golos, через стандартную форму вознаграждений. При вознаграждении будут учитываться пользовательские предпочтения.

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

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

Vagga - утилита командной строки для управления контейнерами во время разработки.

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

Документация

Github

Vagga + VirtualBox

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

Вышла и потихоньку развивается бета-версия системы учёта технического долга. Система сделана в виде баг-трекера, который устанавливается параллельно основному трекеру проекта (jira, redmine и т.д.) на любое устройство с доступом в сеть (тестовый сервер, ноутбук разработчика, кофеварка и т.п.). Однако, вместо времени, использованного для решения проблемы, она учитывает время, потерянное в силу того, что проблема всё ещё не решена.

Идея такова: команда разработчиков заводит тикеты, описывающие те или иные проблемы разрабатываемого продукта (плохой код, недостаток документации, проблемы производительности, убогость внутреннего инструментария и т.д.), после чего логирует время и предлагает возможные решения. Далее, в зависимости от вменяемости заказчика/менеджера, тикеты либо вносятся уже в нормальный багтрекер, либо тихой сапой включаются в «официальные» фичи.

Поддерживаемые на данный момент функции:

• Заведение тикетов, смена статусов, комментарии;
• Теги а-ля stackoverflow;
• Учёт потраченного времени;
• Предложения решений (solution proposals) с оценкой времени на реализацию;
• Персональная настраиваемая лента событий и слежение за тикетами;
• Разнообразные отчёты, в т.ч. по тикетам, из-за которых уже потеряли больше времени, чем нужно на их исправление.

Проект реализован на языке Perl и использует базу данных sqlite. По ссылке содержится подробная инструкция по установке, скриншоты, текущий вишлист и всё такое.

>>> Гитхаб

Компания Microsoft выпустила первую стабильную версию Visual Studio Code (VS Code) для Linux и Mac OS X. VS Code — редактор кода, основанный на фреймворке Atom Shell (или Electron), который разработан GitHub и используется также в редакторе GitHub'а, Atom'е. VS Code был выпущен в виде open-source (MIT License) в ноябре 2015 года. Microsoft заявляет, что более 500 000 разработчиков пользуются VS Code ежемесячно.

Стабильная версия VS Code распространяется в виде zip-архива, а также в бинарных пакетах .deb и .rpm. Для разработчиков, которые хотят попробовать последние нестабильные изменения, есть аналогичная сборка «Insider».

В блоге команда Visual Studio Code пишет: “VS Code был создан для разработчиков веб-приложений на JavaScript и TypeScript. Но менее чем за полгода он стал расширяемым и сообщество сделало более 1000 расширений практически для любого языка VS Code.”

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

Дмитрий Вьюков из Google с помощью фаззера syzkaller нашел примеры последовательностей системных вызовов, способных вызвать проблемы в ядре (неубиваемый зависший процесс или oops). Фаззер основан на использовании информации о покрытии кода ядра автоматически генерируемыми тестовыми программами. Для работы необходимо наличие в конфигурации ядра детекторов плохого поведения: KASAN, KTSAN (доступны в виде CONFIG-опций при сборке ядра) или KUBSAN (доступен в виде патча).

Примеры найденных уязвимостей опубликованы в LKML (пока в количестве 6 штук, список растет).

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

Основные возможности

• Поддержка разных языков программирования: Bazel поддерживает Java, Objective-C и C++, а также может быть расширен для поддержки других языков.
• Высокоуровневый язык конфигурирования сборки: проекты конфигурируются с помощью языка BUILD-файлов, в компактном текстовом формате, который описывает проекты как наборы небольших, взаимосвязанных библиотек, исполняемых файлов и тестов. В отличии от Bazel, Makefile, например, содержат описания конкретных файлов и параметров запуска компилятора.
• Поддержка множества платформ: один и тот же инструмент используется для сборки ПО для различных архитектур и даже разных платформ. Google использует Bazel для сборки как серверного ПО, так и клиентских приложений на мобильных телефонах.
• Воспроизводимость результатов: в BUILD файлах каждая библиотека, тест или исполняемый файл прямо указывают свои непосредственные зависимости. Bazel использует эту информацию, чтобы определять, как пересобирать двоичные файлы и параллельно выполнять тесты. Это означает, что все сборки инкрементальны и приводят к одинаковым результатам.
• Масштабируемость: Bazel легко справляется с большими сборками. В Google достаточно часто серверные приложения занимают 100k строк кода и сборки ветки без отличий от кода основного репозитория могут занимать около 200 мс.

( Почему не ... )

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