Множество Мандельброта
Вот ) Левая кнопка увеличиваем масштаб множество Мандельброта. Правая кнопка - уменьшаем. 60 fps. Вращение палитры. Смотри!
Вот ) Левая кнопка увеличиваем масштаб множество Мандельброта. Правая кнопка - уменьшаем. 60 fps. Вращение палитры. Смотри!
Наш человек допиливает BOINC под Windows
Речь про Ауфара (ник: AufarZakiev: За последние недели он отправил три PR в клиент BOINC и ещё один большой висит открытым – всё про Windows‑клиент.
Ставьте like, star, follow;)
Что именно сделал
🛠️ Починил зависание при отключении WSL
Когда на Windows сначала стоял WSL (часто вместе с Docker), а потом его отключали, BOINC мог намертво зависать. PR Fix deadlock on WSL removal after installing Docker (#6663) заставляет клиента спокойно игнорировать отсутствие WSL и работать дальше, вместо того чтобы падать в драму.
🛠️ Сделал BOINC‑сервис умнее в отношении WSL
WSL‑детект лезет в HKEY_CURRENT_USER, а у Windows‑сервиса этого профиля просто нет. В PR Skip WSL discovery and fix logging for BOINC running as service (#6720) BOINC в сервисном режиме перестаёт пытаться искать WSL и больше не засоряет логи странными сообщениями про «нет дистрибутивов». Клиент стал стабильнее и чище в логах.
🛠️ Подчистил UX в Simple View
В Simple View можно менять скины, но меню при этом раньше не обновлялось – подписи и пункты жили своей жизнью. PR Menu items sync on skin change (#6657) просто пересоздаёт меню при смене скина. Никакого оверинжиниринга, только нормальное поведение UI.
🛠️ В процессе – тёмная тема для Windows‑клиента
Открытый draft‑PR Add Dark Mode support for Windows (#6666 – зацените номер пулл реквеста!):
– обновляет версию wxWidgets;
– подхватывает системную тему Windows;
– аккуратно перекрашивает графики, прогресс‑бары и список уведомлений под тёмный режим;
– временно обходится без глючного IsDark() на Win 11 и читает настройки из реестра. PR ещё обсуждается, но по скринам уже выглядит как нормальный современный клиент.
GitHub
Уже закрытые PR:
Work in progress:
Один человек из нашего коммьюнити за пару недель делает BOINC под Windows чуть менее «олдскульным артефактом» и чуть более живым приложением.
Для тех, кто тоже хочет оставить свой след в BOINC, алгоритм очень простой:
– открыть вики Contributing code to BOINC:
– выбрать issue в
– написать в комментарии, что планируется сделать и в какие сроки;
– собрать, протестировать, отправить PR по их гайдлайну; мейнтейнеры ревьюят и, если всё ок, мёрджат.
Начинать необязательно с глубоких C++‑потрохов: в BOINC хватает задач по UI/UX, логике клиента, локали и документации. Главное – взяться за что‑то конкретное и довести до PR, как это сделал Aufar.
P.S. Я там тоже немного PR покидал успешно, но то были мелочи. Скорее чистка перышек, а не реальные изменения.
Собственно нужная подсказка, или пинок в нужном направлении. Уверен, что здесь есть знающие люди.
И так, задача. У меня давно появилась потребность в одном приложении на телефон. Назовем его "калькулятор". Для работы. Часто бывает, что клиенты обращаются с запросом стоимости изделий именно в тот момент когда я нахожусь далеко от компа. На стационарном компе, в мастерской, у меня есть просто экселевский файл с исходными данными и формулами для расчета, в котором я считаю стоимость изделий. На телефоне с этим сложнее, существенно. Я конечно так же скопировал на него этот самый файл, но эксель на телефоне это то еще извращение. В общем крайне неудобно.
Решение этой задачи. Задумался я над созданием решения данной проблемы. Первый вариант, который я видел, это создать страничку в интернете (написать на РНР код этого "калькулятора") и разместить ее на хосте, где у меня сайт расположен. Вроде бы просто, но в дороге часто не везде есть инет, поэтому решение так себе. Второй вариант - написать приложение на телефон. Ну что, сказано - сделано. Вернее решено сделать. Два дня я грыз теорию. Накачал кучу приложений, фреймворков и прочего. Всё установлено, вроде бы даже настроено по инструкции.
Что попробовал: Cordova. По инструкциям - всё просто и легко. На деле нихрена не работает от слова "совсем". Expo. Почти аналогично. Почти работает, но без особого результата. React Native. Создал приложение. Тестируется, работает локально на компе. Прям всё что надо! И КАК надо. Дальше надо его на телефон скомпилировать и установить. А тут все пути сходятся к Android Studio (AS). И вот там-то самая беда. После трех дней сражений с компом, я наконец-то победил этот AS. Даже виртуальное устройство запускается, правда на холодный запуск только срабатывает. Пытаюсь скомпилировать и запустить эмулятор, AS зависает в бесконечной попытке запустить AVD. В общем результата нет. Само приложение для телефона в формате APK создать не могу (((
Перечитал кучу форумов, инструкций, просмотрел кучу видеороликов (и не только русских). Везде все просто, но на деле НЕ РАБОТАЕТ!
Приложение не публичное, исключительно ДЛЯ СЕБЯ. Публиковать его на всяких там Плеях не собираюсь ни разу.
Заказывать разработку данного приложения на стороне - маразм. Ибо потребность несоизмерима со стоимостью.
Код созданного приложения рабочий (локально всё работает). В коде, пусть и не на профессиональном уровне, но разбираюсь (JS, CSS, HTML - этого достаточно для данной задачи). Да и само приложение до безобразия простое. Там кода-то строк 200 не больше. Код не оптимизирован, для лучшего понимания.
Знающие люди, кто имеет реальный опыт разработки приложений для Android, подскажите в какую сторону копать? Какие программы (и т.п.) используете? Ну или краткое описание сборок "тут создаем, тут тестируем, тут компилируем, тут собираем и загружаем". Дальше думаю разберусь. Благодарен за любую помощь (подсказку, ссылку, направление, наставление).
PS: скачал и установил последние версии node 25.2.1, Git 2.52.0, JDK 8u231, Android Studio 2025.2.3.9 (SDK и AVD стоит), для написания кода использую Visual Studio Code.
ENIGMA AI v.2.1.3 — ИИ помощник для IT-собеседований. Подсказывает ответы в реалтайме, невидим при шаринге экрана → enigmai.ru. Подстрахуй себя на собеседовании.
Всем привет. Я работаю в IT, руковожу людьми и проектами, и руками код не писал уже 15 лет
Осенью 2025 после известных ограничений мы в компании перешли на созвоны в Яндекс.Телемосте. В целом это добротный рабочий инструмент, пишет звонки на Диск, делает транскрибацию. Но есть две боли, от которых у меня (и не только у меня) начал дергаться глаз.
Проблема №1: Забытая запись В Телемосте нет настройки «Записывать встречи по умолчанию». Если ты не нажал кнопку в начале — записи не будет. Вспомнил в середине? Ну, половина встречи потеряна. Вспомнил в конце? Ну штош, давайте зафиксируем саммари вручную.
Проблема №2: Комната ожидания Если на встречу приходят внешние пользователи (не из корпоративного домена), они попадают в комнату ожидания. И настройки «пускать всех автоматом» тоже нет! Люди висят там, ты тусишь в другой вкладке, не замечая их, пока тебе не напишут в чате или не позвонят.
Решение: «Вайбкодинг» и 5 долларов Я решил не ждать, пока Яндекс выкатит фичи, а сделать «костыль» своими руками. Точнее, руками нейросетей.
Я решил проверить гипотезу: сможет ли современный ИИ (в связке Cursor + Claude Code) написать полностью рабочее расширение для Chrome, если задачу ставит человек, понимающий как это должно работать, но ленивый (и не шарящий, скажем честно) писать код сам?
Спойлер: да.
У меня ушло две сессии общения с ИИ и 5 долларов за регистрацию аккаунта разработчика в Chrome Web Store. Я просто описывал логику, а нейронка писала код, манифесты и стили.
Что получилось Расширение с гордым названием YTIROK (Yandex Telemost Is Recording OK). Название — чистое совпадение, никаких скрытых смыслов :) да и на самом деле, я и сам постоянно забывал нажимать кнопку записи.
Что оно умеет:
Напоминает/Включает запись. Можно настроить так, чтобы оно само тыкало кнопку записи при входе, либо выводило назойливое напоминание.
Звенит, если есть гости. Если кто-то стучится в комнату ожидания, расширение издает звук. Пропустить невозможно.
Работает во всех браузерах на движке Chromium (Chrome, Яндекс.Браузер и т.д.).
Вывод Посыл этого поста не столько в рекламе расширения (оно бесплатное), сколько в демонстрации возможностей. Сейчас, чтобы решить свою локальную цифровую боль, не обязательно быть сеньор-разработчиком. Достаточно четко понимать задачу и уметь формулировать задачи.
Если у вас тоже корпоративный Телемост — забирайте, пользуйтесь.
YTIROK в chromewebstore.google.com
Если вы программист и вам интересны внутренности - то вот исходники
Если есть идеи, что туда еще добавить — пишите, попробую с ИИ дописать, мне пока всё это очень по кайфу
ps да, и ещё - я больше десяти лет читаю Пикабу, но это - мой первый пост. Я очень загорелся темой вайб-кодинга / AI assisted разработки, очень воодушевлён результатами, и хочу об этом рассказывать.
Вы верно догадались, это всё чтобы вы подписались на мой телеграм канал. Но ссылку я не дам, ведь я действительно очень давно читаю Пикабу, и знаю что тут такое не любят 😁
На протяжении нескольких месяцев я делюсь историей и подходами решению задач собственной разработки промышленного контроллера. Вернее - платформы для разработки ПЛК на подобии Codesys. Название моего проекта 3o|||sheet (читается как - Зошит).
Вот чтоб сразу было понятно - я не создаю физические ПЛК. Часто пишут про помехоустойчивость, Arduino/ STM32 не под 24V и прочее. Codesys - не продают ПЛК и не создают железо (насколько я знаю) это программная платформа которую устанавливают в - свое железо производители ПЛК. У меня тот же случай.
Моя разработка это: Среда IDE , с собственным графическим движком отрисовки схем. Cвой компилятор (самая сложная и умная часть). И среда выполнения на железе (самая примитивная часть - за нее все думает компилятор на этапе сборки.
Последние тесты по производительности такого ПЛК: Разработка промышленного контроллера и среды. Оптимизация производительности STM32F103
Разрабатываю - программную часть, так как считаю что надежность и экосистема программной работы это 99% успешности проекта.
Лет 6 назад, когда работал инженером - системным программистом на крупном предприятии я и познакомился с большим производством. Большое количество угольных шахт раскиданных на многие километры. Десятки подземных комбайнов , тысячи гидравлических стоек, все это генерировало миллионы значений в сутки. Системным программистом я был плохим (вернее - системным администратором), другое дело - поиск и разработка алгоритмов по визуализации всех этих миллионов значений с OPC серверов на экране.
Стоит отметить, у меня два образования, это университет, инженерно-технический, приборостроения. И Художественный институт - живопись графика. Разработка графических визуализаций - моя естественная работа, которую я лучше знал со старта (минимум программного опыта), чем более опытные разработчики с десятками лет стажа. Все это и вылилось в в последствии разработку собственного графического движка для визуализации промышленности.
Мой проеккт Gatherlog (.Net Core) можно разделить на функционал:
1) набор абстракций и правил, по управлению графикой - данными с оборудования. подходит дл абсолютно любого оборудования и любой сложной анимации (кроме физики конечно). Есть примитивы движений (перемещение, вращение, моргание, изменение размера, смена кадров- ваританты), комбинируя эти примитивы (как матрешку, друг в друга) можно добиться любого сложного движения. Не только анимировать шкалу деления но и сложные манипулятор роботов с любым количество состявляющих.
2) Система отчетов по работе оборудования и общих отчетов (работа/простои / обычные графики)
3) интерпретатор работающий в SCADA позволяющий выполнять алгоритмы написанные пользователем (то есть, превращает SCADA в серверный ПЛК). В последствии эти практики я оптимизировал до уровня микроконтроллера.
4) Работа с базами данных
Если брать WEB разработку, то сам движок реализованный так же на Javascript занимает всего лишь 500 строк кода. Хотя как то встречал компанию, которая делала визуализации, применяя полноценный игровой Unity 3D ! для подобного.
В самой первой статье по разработке ПЛК я упоминал что являюсь ценителем оптимизации, всегда искал закономерности в процессах чтоб вывести общую формулу на подобии y=x+2(sqrt(Ad^2 ... А не использовать if/else на все варианты. Поэтому, что касается логики, у меня программа всегда занимаала меньше строк кода чем у других.
Все эти наработки и графическая библиотека в последствии перешла в нативную разработку среды программирования для ПЛК (LD FBD, схемы). А графический движок реализован на C# , Java, WinAPI, и подготавливаю его для Микроконтроллеров способного работать на небольших дисплеях.
В данном посте не все описано, но я периодически буду публиковать те или другие моменты по разработке.
По разработке ПЛК - в прошлых постах все описано (особенности, возможности и т.д), кому интересно.
И помни дорогой друг. Любая "поделка" становится "настоящей" если ее выпускает юридическое лицо. (с) Я.
Задавайте вопросы в комментариях и на почту: zoshytlogic@gmail.com