Четверть века вокруг одного из главных стандартов современной криптографии держалась почти детективная интрига. В 2000 году американский институт стандартов NIST утвердил набор эллиптических кривых от P-192 до P-521 – сегодня на P-256 держатся подписи сертификатов сайтов, токены входа и защищенные чипы телефонов. Параметры этих кривых выведены из начальных значений (seed), которые Агентство национальной безопасности США передало в стандарт без всяких объяснений. 16 октября 2026 года команда Anthropic сообщила, что ее внутренняя исследовательская модель Claude меньше чем за полчаса нашла происхождение этих чисел, а криптограф Филиппо Вальсорда, объявивший за разгадку награду, подтвердил правильность решения.
В HydraScript мне понадобились две привычные операции со строками: получить длину и обратиться по индексу. Массивы уже умели и то и другое. Чтобы научить этому строки, нужно было поправить несколько мест в семантическом анализаторе: каждое по-своему решало, что разрешено делать с типом.
Заодно появился повод разобраться, почему эти правила оказались именно там. Тип строки в интерпретаторе был, а за списком доступных ему операций приходилось идти в обработчики разных выражений. Добавляешь возможность строке, а её поведение собираешь по всему анализатору.
HydraScript — мой интерпретируемый язык, написанный на C#. В нём статическая типизация, поэтому несовместимые операции нужно отсеять до исполнения. Для поддержки text[index] мало достать символ из .NET-строки: анализатор должен понять, допустимо ли выражение и какой у него тип.
Я делаю Blocturne, головоломку с блоками для Telegram. Механика знакомая по Block Blast: поле 8×8, три фигуры в лотке, собираешь ряды и столбцы. Сверху прикручен подсчёт как в Balatro: фишки умножаются на множитель, между раундами лавка с предметами. Но рассказать хочу про звук, потому что с ним я провозился дольше, чем со всем остальным.
Я рассказываю тут про развитие VPN-клиента L×Box, его ядра и десктоп-версии. Новость месяца: L×Box уже доступен в Google Play
Проект быстро развивается: пока я дописывал раздел про форк, ядро проехало три минорных релиза. Пока описывал фичесет приложения, вышло 27 релизов. Так что все технологические фишки тут не смогу описать — только главное и интересное, и поговорим про позиционирование!
В первой статье о DBML Diagram мы рассказали, зачем сделали open source плагин для работы с DBML прямо в IntelliJ IDEA. Тогда основой были редактор и диаграмма рядом с кодом, а интеграция с dbdiagram.io оставалась в планах.
Сейчас в JetBrains Marketplace доступна версия 1.0.1. С момента первой публикации появились обмен схемами с dbdiagram.io, экспорт DDL для трёх СУБД, ручная настройка расположения таблиц и связей, а также проверка отношений между таблицами.
В этой статье покажем, как теперь выглядит рабочий процесс и где у плагина остаются ограничения. А в конце попросим помочь с приоритетами: хочется развивать его на основе реальных схем и задач пользователей.
Это новая редакция моей старой статьи. Я перечитал её и решил, что всё изложено слишком кратко, слишком сумбурно, а кое-где возможно и не совсем верно.
Фейнман утверждал «думаю, я смело могу сказать, что никто не понимает квантовую механику». Пожалуй, в то время, когда это было сказано, он был прав. И пожалуй, скажи он это сейчас, он бы ошибся. Наука и философия не стояли на месте и я убеждён, что то время, когда квантовую механику может при желании понять каждый, настало.
Статья посвящена системному программированию на русском языке с C-подобным синтаксисом. Компилятор для языков программирования РУСИ, РУСИ++ и объектный-РУСИ создан путём модификации и пересборки компилятора GCC 14й версии с превращением его в полноценный русско-английский билингвальный компилятор. Отдельно дана инструкция модификации русской раскладки клавиатуры для добавления в неё фигурных, угловых и квадратных скобок - дабы не переключаться и не терять поток.
Я пишу вам эти строки из горящего дома - примерно так могла бы начинаться эта статья, если бы я слепо следовал инструкциям на упаковке.
Сегодня мы разберём печальный кейс когда промдизайн делают за копейки, а анекдот: — Что должен делать сотрудник за такую зарплату? — Ничего, и даже немножечко вредить. походу нифига не анекдот. Но зачем вредить конечному клиенту? Я то тут при чём? А мои дети? :-\
Ведущие мыслители в различных вероятностных областях деятельности - от ставок на скачки и азартных игр до инвестирования - упоминают один и тот же принцип.
Утром SpeedyBot отказался ехать: вокруг препятствия, хотя перед ним свободно. Протёрли лидар — не помогло. За призрачным кольцом оказался туман. Мы записали 5,81 миллиона точек, отправили робота к скамейке и устроили ему «Матрицу» из виртуальных столбов и сеток. Почему подавить 97% шума мало и как убрать кольцо, сохранив тонкие препятствия.
В этом уроке я расскажу как можно использовать ComfyUI в роли API и быстро создать веб-приложение с доступом из мира. В приложении я смогу оперативно настраивать интерфейс под меняющиеся задачи без программирования.
IT-команда в средней компании (продуктовой, интеграторе, неважно) обычно состоит из продукт-менеджера, бизнес-аналитиков, разработчиков и QA-инженеров. Работают они, как правило, в одном трекере вроде Jira. А теперь представьте, что в поле Assignee появились виртуальные коллеги на все эти роли. У меня таких три: фронт, бэк и аналитик.
Людей они не заменяют. Ревью, ответы на вопросы и последнее слово в MR остаются за человеком, ниже покажу, где именно. Агентам я отдаю oneshot-задачи: достаточно понятные и ограниченные, чтобы решить их за один проход без долгой переписки.
DeepSeek выпустила DeepSeek-V4.1-Flash-1017, и судя по официальным данным, это обновление действительно представляет собой «Парето-улучшение» (Pareto improvement) — то есть улучшение производительности при одновременном снижении затрат. Модель уже открыта на Hugging Face.
Сравнение производительности: действительно ли превосходит Kimi K3 и GLM 5.3?
Согласно официальным бенчмаркам, опубликованным DeepSeek, в большинстве ключевых тестов на способности к программированию и агентные задачи (Agentic) V4.1-Flash-1017 действительно превосходит Kimi K3 и GLM 5.3.
Источник данных: официальная документация DeepSeek и страница на Hugging Face.
Необходимо отметить: в тесте HLE (без инструментов) DeepSeek V4.1-Flash-1017 набрала 42.6, что немного ниже, чем у Kimi K3 (43.5), и примерно на одном уровне с GLM 5.3 (42.0). Таким образом, утверждение «полное превосходство» не совсем точно, но в областях программирования и агентных задач преимущество действительно очевидно.
⚡ Ключевые улучшения и открытость
Более высокая эффективность: по сравнению с предыдущей версией (V4.1-Flash), новая версия не только повысила производительность, но и сократила время выполнения задач и длину выходных данных, что напрямую снизило стоимость одного вызова. Например, в тесте DeepSWE стоимость одной задачи составляет менее $0.20, в то время как у предыдущей версии около $0.50.
Открытые веса: модель уже открыта на Hugging Face с лицензией MIT, что означает, что её можно свободно использовать в коммерческих целях.
Ориентация на «программирование по желанию»: благодаря обучению с подкреплением на основе самоподкрепления (Self-feedback RL) модель стала лучше справляться с задачами по созданию полных проектов «с нуля» из простых описаний на естественном языке, например, в разработке игр или 3D-моделировании.
Если вы планируете использовать её локально, рекомендуется обратиться к инструкциям в папке inference на Hugging Face и следовать официально рекомендованным параметрам сэмплирования (температура 1.0, top_p 1.0).
Человек разрешил workflow заказать не больше 100 единиц товара. Три запроса по 40 прошли через слой авторизации и получили ALLOW. В ERP в итоге оказалось 120.
Разбираю, почему локально допустимые решения могут вместе выйти за пределы общего лимита, как check-then-act ломается при конкурентном исполнении и почему ALLOW нужно связывать с атомарным резервированием общего лимита до внешнего эффекта.
Происхождение seed’ов стандартных кривых NIST P-192…P-521 не объясняли 25 лет: их передало АНБ без пояснений, а лучшей версией был хеш шуточной фразы. Claude за полчаса показал, что это выход lrand48 в C, инициализированный Unix-временем 1997–1998 годов. Как нашли закономерность в старших битах, при чём тут алгоритм LLL и код, который воспроизводит seed’ы у вас на машине.
На примере панели профиля вынесем логику и подготовку данных в useSetup[Component], а в компоненте оставим разметку. Затем отдельно проверим setup-хук, компонент через Shallowly и взаимодействие через React Testing Library. В конце — полный пример с Vitest, который можно забрать и запустить.
Дорогие читатели-питонисты, хочу вас поздравить с выходом питона 3.15! А пишущим на эрланге хочу напомнить, что OTP 30 уже наполовину готова.
Этот пост - продолжение саги, начатой предыдущим поросячьим постом. Моя идея насчёт нового языка для BEAM не только не исчезла, но и получила развитие. Правда, брендинг теперь другой, все поросята были выгнаны. Теперь на обложке угорь - Eel.
Как это обычно бывает, после написания предыдущего поста я узнал, что Erlang в чистом виде - изящный и минималистичный язык. Но это не отбило у меня охоту экспериментировать. В результате, получилось нечто, сильно навеянное эрлангом.
Эрлангисты должны оценить: переменные в Eel иммутабельны - как в эрланге. То есть, нельзя писать X = X + 1, а нужно писать NewX = X + 1.
Вообще, основную мысль статьи хорошо передаёт сегодняшняя новость в газете Фонтанка, а какая - узнаете дальше.
В компании Apple обновили правила работы в App Store. В американской компании запретили разработчикам скрывать настоящие возможности приложений во время модерации. Эти дополнительные требования к разработчикам могут затронуть российские банки и другие сервисы, которые стараются выпускать для пользователей iPhone новые версии своих приложений в скрытом видео для обхода санкционных ограничений в App Store.
Я чего-то не понимаю с этим ИИ. Медия с фанфарами хором поет "ИИ решил сотни математических Проблем Столетия за которые дают Филдсовские медали", а у меня сегодня GPT-6_Astra xHigh efforts сделала две глупости - одну на уровне второго курса университета, вторую в инструкции для 5 класса средней школы. Я разумеется заставил ИИ покаяться, но в своих извинениях оно изворачивалось и пыталось подать свою ошибку как "неудачную формулировку". Полное раскаяние потребовало пяти итераций. Вот первый случай:
1. Сначала ИИ заявило, что в моем примере для студентов содержится однозначная (definite) функциональная ошибка:
2. Я спросил: «Почему же тогда проходит тестовый стенд / testbench?»
3. ИИ ответило: «Я изучу реализацию и тестовый стенд, а затем проверю, была ли это действительно функциональная ошибка или же случай, который просто не покрыт тестами». Типа даже не пыталось предположить что это оно тупит.
4. Спустя несколько минут ИИ сообщило, что это все-таки оно виновато: «Нет, ваша реализация корректно обрабатывает это условие. Формулировка в моем отчете была неудачной, прошу прощения. Я описал гипотетическую ошибку в разделе "Проблемы" (Issues), хотя в вашем RTL-коде она уже предотвращена».
5. Но я тут же заметил, что оно извивается как уж на сковородке, говорит "Формулировка в моем отчете была неудачной" вместо "я по своей глупости ложно обвинило Юрия Панчула в элементарной ошибке в верилоге, хотя весь код был у меня перед глазами". Я его заставил признаться и в этом.
ИИ добавило формулировку:
6. ИИ : "Фраза «Формулировка в моём отчёте вводила в заблуждение» преуменьшала мою ответственность, представляя случившееся как редакционную проблему. Это была ошибка в моём техническом анализе.
Более прямое исправление:
Я ошибочно представил корректную реализацию Юрия Панчула как содержащую элементарную ошибку в микроархитектуре на SystemVerilog. Его код уже предотвращает извлечение операндов, когда FIFO результатов не может принять их сумму. Я не сумел последовательно применить базовые принципы анализа протокола обмена FIFO и высказал необоснованную критику с неоправданной уверенностью. Приношу извинения."
7. И (на пятом раунде раскаяния) ИИ дополнило: "В своём ответе я должен был поставить под проверку собственную оценку, вместо того чтобы строить проверку вокруг предполагаемого дефекта в реализации Юрия Панчула или пробела в его тестбенче.".
В статье речь пойдет немножко про OKF (Open Knowledge Format) и мои мысли про позиционирование инструмента Plyloom.net относительно него, а также представление новой версии Plyloom. В обновлении была проведена работа по переработке функционала который больше всего влияет на удобства. Также сильно переработан режим “Стопка”, раньше он был скорее заглушкой, чем чем-то полезным, теперь же он кажется стал лучше. Также мне очень хотелось добавить возможность добавления к узлам мини-картинок.
