uz
Feedback
commit -m "better"

commit -m "better"

Kanalga Telegram’da o‘tish

just random thoughts

Ko'proq ko'rsatish
3 557
Obunachilar
+224 soatlar
+97 kunlar
+7630 kunlar
Obunachilarni jalb qilish
Iyul '26
Iyul '26
+103
5 kanalda
Iyun '26
+96
2 kanalda
Get PRO
May '26
+105
4 kanalda
Get PRO
Aprel '26
+160
4 kanalda
Get PRO
Mart '26
+229
3 kanalda
Get PRO
Fevral '26
+83
2 kanalda
Get PRO
Yanvar '26
+94
2 kanalda
Get PRO
Dekabr '25
+102
1 kanalda
Get PRO
Noyabr '25
+80
6 kanalda
Get PRO
Oktabr '25
+83
4 kanalda
Get PRO
Sentabr '25
+94
4 kanalda
Get PRO
Avgust '25
+90
6 kanalda
Get PRO
Iyul '25
+91
3 kanalda
Get PRO
Iyun '25
+86
4 kanalda
Get PRO
May '25
+95
4 kanalda
Get PRO
Aprel '25
+129
4 kanalda
Get PRO
Mart '25
+134
7 kanalda
Get PRO
Fevral '25
+93
4 kanalda
Get PRO
Yanvar '25
+114
7 kanalda
Get PRO
Dekabr '24
+102
1 kanalda
Get PRO
Noyabr '24
+211
4 kanalda
Get PRO
Oktabr '24
+169
3 kanalda
Get PRO
Sentabr '24
+135
1 kanalda
Get PRO
Avgust '24
+94
7 kanalda
Get PRO
Iyul '24
+68
2 kanalda
Get PRO
Iyun '24
+69
2 kanalda
Get PRO
May '24
+61
1 kanalda
Get PRO
Aprel '24
+118
2 kanalda
Get PRO
Mart '24
+237
2 kanalda
Get PRO
Fevral '24
+89
3 kanalda
Get PRO
Yanvar '24
+98
2 kanalda
Get PRO
Dekabr '23
+97
1 kanalda
Get PRO
Noyabr '23
+33
0 kanalda
Get PRO
Oktabr '23
+39
1 kanalda
Get PRO
Sentabr '23
+36
0 kanalda
Get PRO
Avgust '23
+49
0 kanalda
Get PRO
Iyul '23
+56
0 kanalda
Get PRO
Iyun '23
+25
0 kanalda
Get PRO
May '23
+26
0 kanalda
Get PRO
Aprel '23
+25
0 kanalda
Get PRO
Mart '23
+44
0 kanalda
Get PRO
Fevral '23
+32
0 kanalda
Get PRO
Yanvar '23
+39
0 kanalda
Get PRO
Dekabr '22
+29
0 kanalda
Get PRO
Noyabr '22
+30
0 kanalda
Get PRO
Oktabr '22
+40
0 kanalda
Get PRO
Sentabr '22
+60
0 kanalda
Get PRO
Avgust '22
+32
0 kanalda
Get PRO
Iyul '22
+78
0 kanalda
Get PRO
Iyun '22
+63
0 kanalda
Get PRO
May '22
+33
0 kanalda
Get PRO
Aprel '22
+41
0 kanalda
Get PRO
Mart '22
+103
0 kanalda
Get PRO
Fevral '22
+71
0 kanalda
Get PRO
Yanvar '22
+192
0 kanalda
Get PRO
Dekabr '21
+44
0 kanalda
Get PRO
Noyabr '21
+39
0 kanalda
Get PRO
Oktabr '21
+120
0 kanalda
Get PRO
Sentabr '21
+256
0 kanalda
Sana
Obunachilarni jalb qilish
Esdaliklar
Kanallar
22 Iyul+2
21 Iyul+4
20 Iyul0
19 Iyul+1
18 Iyul0
17 Iyul+8
16 Iyul+12
15 Iyul+3
14 Iyul+1
13 Iyul+4
12 Iyul+1
11 Iyul+2
10 Iyul+9
09 Iyul+17
08 Iyul+12
07 Iyul+8
06 Iyul+2
05 Iyul+1
04 Iyul+1
03 Iyul+2
02 Iyul+7
01 Iyul+6
Kanal postlari
https://t.me/itpgchannel/4285 писал, что запил порядка 600 автотестов. Но вчера мне пришла в голову, не побоюсь этого слова, совершенно гениальная идея! Я решил "ограбить опенсорс", и ограбил, и теперь доволен, как слон. Короче, я заставил #LLM скачивать локально репозитории opens source терминалов, брать их интеграционные тесты, и добавлять в нашу базу. Попутно исправляя все баги, что у нас найдутся. Конечно, не все так просто, сначала мы составили детальный план ограбления - что воровать в первую очередь, а что потом, как понимать, у кого реально баг - у нас, или у них, и так далее. Но суть от этого не меняется. Машина трудится в поте лица уже сутки, не переставая, и потырила нам уже 2500 тестов, попутно починив еще пару десятков багов, и это только начало! Поименный список ограбленных проектов: https://github.com/pg83/zutty/tree/master/tests Очень, очень хорошо. С учетом того, что я еще пофаззил #zutty, у меня будет один из самых надежных и соответствующих стандартам терминалов! Отдельно замечу, что очень здорово, что вовремя перешел на свою систему сборки, интегрировать эту кашу куда-то еще было бы очень затруднительно.

2
Matn yo'q...
1 091
3
Надо выбрать!
1 558
4
Смех смехом, но #zutty я переписал почти полностью, и, кажется, пора менять брендинг. В голове, с учетом традиции *tty, пока крутится shitty, но я еще не решил окончательно!
1 578
5
Парадоксально, но я не вижу у этой задачи никакого настоящего (а не "театр безопасности") решения, кроме как давать доступ к сильным моделям всем желающим. Если так не делать, то у злоумышленников такой доступ все равно останется, и у правительств тоже. И твой сайт/программа, не будучи профажженой сильной моделью, будет беззащитен. Если сравнивать с прошлым, то это примерно как запретить доступ к address sanitizer/libfuzzer, когда они только появились, потому что уязвимости они искали тоже очень хорошо. А потом перестали, потому что все их встроили в pipeline. Так же должно произойти и с сильными моделями. Но, очевидно, не произойдет.
1 602
6
Два дня назад я писал, что часть инфраструктуры HuggingFace подверглась атаке и была частично взломана ИИ-агентом. Только что
Два дня назад я писал, что часть инфраструктуры HuggingFace подверглась атаке и была частично взломана ИИ-агентом. Только что OpenAI признались, что... это была их модель, GPT-5.6-Sol и другая, более мощная предрелизная LLM. Их тестировали на ExploitGym (бенчмарк по кибербезопасности), и модель сначала смогла найти новый, до этого неизвестный эксплойт в инфраструктуре OpenAI (это не было её задачей, её не натравили «поискать баги чтоб мы пофиксили»), оттуда раскрутиться на получение полноценного доступа в интернет (который по умолчанию обрезан в тестовой среде), а затем залезть на HuggingFace искать ответы для бенчмарка. После этого она нашла уязвимость и там, получила доступ к коду авторизации некоторых сервисов и продолжила искать ответы. Этот инцидент без преуменьшения беспрецедентный, и я пока не могу представить, что должно произойти, чтобы политики, NSA, DOD и Китай не обратили на это внимание. GPT-6 в конце августа нам видимо не ждать 🌚
1 278
7
Matn yo'q...
1 858
8
Знаете ли вы, что 100% проблем безопасности GNOME отслеживает всего один сотрудник Red Hat? А ещё Red Hat больше не передаёт+1
Знаете ли вы, что 100% проблем безопасности GNOME отслеживает всего один сотрудник Red Hat? А ещё Red Hat больше не передаёт разработчикам информацию НИ ОБ ОДНОЙ уязвимости в проектах, которые запрещают контент, сгенерированный ИИ. И что с 1 ноября этот сотрудник Red Hat ВООБЩЕ перестанет отслеживать новые проблемы безопасности GNOME? «Больше никто не отслеживает проблемы безопасности GNOME» — говорит Майкл Катанзаро из Red Hat. Так сейчас обстоят дела с безопасностью GNOME ☕️ https://blogs.gnome.org/mcatanzaro/2026/07/20/some-changes-to-gnome-security-tracking/ @linuxos_tg
1 598
9
#prog #rust #article Source
#prog #rust #article Source
1 461
10
У Кими закончились сервера и они временно закрыли покупку новых подписок Как непрофессионально. Если Кими хочет представить с
У Кими закончились сервера и они временно закрыли покупку новых подписок Как непрофессионально. Если Кими хочет представить себя мировой общественности как по-настройщему фронтирная AI лаборатория, они должны ДЕЙСТВОВАТЬ как таковая: например, тихо переключать людей на более дешевые модели, добавить экономящие ресурсы гардрейлы, и может быть написать блогпост или два про закат человечества
1 556
11
Прогресс за выходные по https://t.me/itpgchannel/4275 #shell: * определился с концепцией UX - это будет клон Unity, которая б
Прогресс за выходные по https://t.me/itpgchannel/4275 #shell: * определился с концепцией UX - это будет клон Unity, которая была лучшая шелл под Linux, да и вообще, неплохо смотрелась. На КДПВ можно видеть почти финальный результат. * форкнул #zutty, переписал на свою велосипедную либу, добавил порядка 600 автотестов, нашел ими 40!!! багов (как падений, проездов, так и ошибок в реализации протоколов), реализовал все современные протоколы разом. Ну и ускорил, теперь мой Zutty не в 10 раз медленнее #foot, а в 2 раза быстрее, что уже очень достойно. А вы думали, что я буду терпеть тормозное говно в своем десктопе? #perf
1 733
12
Matn yo'q...
1 619
13
Claude Fable produced a counterexample to the Jacobian Conjecture Article, Comments
1 651
14
Примерно на 20-ом просмотре https://t.me/itpgchannel/4280 я решил, что негоже пользоваться гойскими системами сборки, и для #
Примерно на 20-ом просмотре https://t.me/itpgchannel/4280 я решил, что негоже пользоваться гойскими системами сборки, и для #shell ImGui Desktop (анонс, если кто пропустил - https://t.me/itpgchannel/4275) мне нужна хорошая, годная, система сборки. Надо сказать, что мне очень нравится пилить системы сборки, я за всю жизнь запилил их штук 10, часть inhouse - https://github.com/yandex/yatool, часть лежит на gihub. Тот же #IX - вполне себе система сборки. Многие пользуются заслуженной популярностью! В общем, если я за год не запилил систему сборки, то год прошел зря. За этот год я уже запилил две - https://github.com/pg83/ay, и вот теперь https://github.com/pg83/build. По сути, это комбинация yatool выше (opensource версия нашей inhouse системы сборки ya), и meson. От meson в ней способ описания сборочных файлов, только сильно проще: https://github.com/pg83/gofra/blob/master/build.py https://github.com/pg83/zutty/blob/master/build.py В отличие от meson, это настоящий python, а не интерпретируемое подмножество, поэтому удобно делать всякие штуки, связанные с внешним окружением - всякого рода glob() по файлам/директориям, полуавтоматическое заведение новых таргетов при разумном устройстве fs, возможность скачать исходник из интернета, и так далее. Вот пример сложного сборочного файла, где это используется в хвост и в гриву - https://github.com/pg83/imway/blob/main/build.py. К сожалению, это необходимо для сборки небольших oss проектов, поэтому это должно быть удобным. От ya там, я бы это назвал, "общая вменяемость": * мгновенное исполнение - раннер прямо встроен в тулзу, тулза строит граф, и тут же его выполняет * пересборка не по timestamp, а по хешу от файлов и команд * исходники парсятся, все их включения известны заранее, поэтому пересборка очень fine grained * так как мы знаем все include для всех файлов, в том числе, от кодогенеренных таргетов, то совершенно не нужно указывать подробные зависимости, они будут выведены автоматически * cas как хранилище артефактов На КДПВ - результат сборки небольшого проекта. Половина моих читателей видела похожий output 100500 раз, я не люблю перепридумывать хорошие вещи. Вся сборка - это один небольшой файл build, который копируется прямо в проект, как waf, поэтому сборка проекта самодостаточна. Перевел на эту сборку весь свой C++ код, в том числе, #zutty, #shell, и доволен, как слон. Я бы взял ya, но она не очень хорошо приспособлена для сборки небольших проектов, и очень для этого тяжеловесна.
1 782
15
Примерно на 20-ом просмотре https://t.me/itpgchannel/4280 я решил, что негоже пользоваться гойскими системами сборки, и для #shell ImGui Desktop (анонс, если кто пропустил - https://t.me/itpgchannel/4275) мне нужна хорошая, годная, система сборки. Надо сказать, что мне очень нравится пилить системы сборки, я за всю жизнь запилил их штук 10, часть inhouse - https://github.com/yandex/yatool, часть лежит на gihub. Тот же #IX - вполне себе система сборки. Многие пользуются заслуженной популярностью! В общем, если я за год не запилил систему сборки, то год прошел зря. За этот год я уже запилил две - https://github.com/pg83/ay, и вот теперь https://github.com/pg83/build. По сути, это комбинация yatool выше (opensource версия нашей inhouse системы сборки ya), и meson. От meson в ней способ описания сборочных файлов, только сильно проще: https://github.com/pg83/gofra/blob/master/build.py https://github.com/pg83/zutty/blob/master/build.py В отличие от meson, это настоящий python, а не интерпретируемое подмножество, поэтому удобно делать всякие штуки, связанные с внешним окружением - всякого рода glob() по файлам/директориям, полуавтоматическое заведение новых таргетов при разумном устройстве fs, возможность скачать исходник из интернета, и так далее. Вот пример сложного сборочного файла, где это используется в хвост и в гриву - https://github.com/pg83/imway/blob/main/build.py. К сожалению, это необходимо для сборки небольших oss проектов, поэтому это должно быть удобным. От ya там, я бы это назвал, "общая вменяемость": * мгновенное исполнение - раннер прямо встроен в тулзу, тулза строит граф, и тут же его выполняет * пересборка не по timestamp, а по хешу от файлов и команд * исходники парсятся, все их включения известны заранее, поэтому пересборка очень fine grained * так как мы знаем все include для всех файлов, в том числе, от кодогенеренных таргетов, то совершенно не нужно указывать подробные зависимости, они будут выведены автоматически * cas как хранилище артефактов На КДПВ - результат сборки небольшого проекта. Половина моих читателей видела похожий output 100500 раз, я не люблю перепридумывать хорошие вещи. Вся сборка - это один небольшой файл build, который копируется прямо в проект, как waf, поэтому сборка проекта самодостаточна. Перевел на эту сборку весь свой C++ код, в том числе, #zutty, #shell, и доволен, как слон. Я бы взял ya, но она не очень хорошо приспособлена для сборки небольших проектов, и очень для этого тяжеловесна.
1
16
Matn yo'q...
2 093
17
Вот это я понимаю ворвался с двух ног
Вот это я понимаю ворвался с двух ног
1 388
18
8 месяцев назад вышла Kimi K2 Thinking, и мы слышали то же самое: «Китайская открытая модель заняла топ-1». Через 3 месяца по+2
8 месяцев назад вышла Kimi K2 Thinking, и мы слышали то же самое: «Китайская открытая модель заняла топ-1». Через 3 месяца после релиза я собрал аналитику по 16 бенчмаркам, вышедшим после релиза модели, и сравнил с GPT-5 / Sonnet 4.5. Модель была хуже на 13 (!!!) из них, причём на 7 — более чем на 10 процентных пунктов (пп). Повторится ли это с Kimi K3? Свои мысли и предсказания я напишу в конце, а пока пришла пора ретроспективно оценить DeepSeek v4 Pro (Preview) — с его релиза прошло почти 3 месяца. За это время я смог найти 32 новопоявившихся бенчмарка. В релизном блогпосте v4 Pro сравнивали с Opus 4.6 и GPT-5.4, и модель якобы «была лучше» в 4 и 3 бенчмарках из 6 соответственно. Surely результаты на новых будут сопоставимы? Нет. Opus 4.6 и DeepSeek v4 Pro обе были замерены на 10 бенчмарках — на 9 из них китайская модель проигрывает, и на 5 — более чем на 20 (!) относительных процентов. Сравнение с GPT-5.4 выглядит чуть менее жестким: DeepSeek v4 Pro оказался лучше на 3... но всё равно хуже на 13. (Количество бенчмарков разное потому, что не каждый бенчмарк замеряет цифры и для GPT, и для Claude). На 6 бенчмарках разница больше 20 относительных процентов. Но вообще-то стоит вспомнить, что и GPT-5.5, и Opus 4.7 вышли ДО DeepSeek v4 (на самом деле впритык, но всё же). И если добавить эти модели, как будто мы сравниваем со всеми моделями, доступными на момент релиза v4, то ситуация становится просто мрачной. Все 32 бенчмарка проиграны, и средняя разница в абсолютных оценках составляет -18.6 пп. Эта разница вырастает до -23 пп, если брать только те бенчмарки, которые я классифицировал как Agentic Coding (SWE-bench style), где казалось бы падение должно быть не таким существенным. Только подумайте: модель не решает четверть задач, которые решали проприетарные модели, доступные на момент релиза DeepSeek V4 Pro. Повторится ли эта ситуация с Kimi K3? Ведь ей предстоит пережить сравнение с GPT-5.6-Sol и Fable 5. Я уверен, что да — по сумме показателей на десятках бенчмарков мы точно увидим разницу, хотя, возможно, не настолько значительную. В конце концов по тем веб-сайтам, что я вижу в своей твиттер-ленте, модель действительно не хуже Fable на фронтенд-задачах, даже на очень креативных промптах. Вполне возможно, что на широком наборе других задачах на программирование модель тоже конкурентна или хотя бы отстаёт не так сильно. Может быть даже сможет потягаться в подготовке презентаций и экселек. Условно, если снова соберётся 30 бенчмарков, мы можем увидеть, скажем, 8 побед за Kimi, 5 ничьих и 17 поражений. А может быть, она покажет себя даже лучше — поживём увидим. Главное то, что Kimi K3 может быть той моделью, которая покажет, что существуют некоторые поддомены, в которых Китайские модели действительно не отстают систематически. Это не качество по всем направлениям, и "в среднем" проприетарные всё равно будут лучше — речь именно про поддомены (например, «вебсайты с 3D-графикой на three.js» или «веб-игры», по которым многие делают слишком далекоидущие выводы). (Не воспринимайте этот текст как «Kimi / DeepSeek говно и никто не должен их использовать». Пожалуйста, прочитайте детали моей позиции в блогпосте по ссылке). Все графики и данные тут: ссылка.
1 806
19
А раз так, и раз моя #homelab #lab теперь вообще не отнимает у меня времени, то мне нужен новый длительный проект, чтобы занять свои очумелые ручки! Ну и чтобы было про что писать в этот блог! И я решил, что это будет "imgui desktop"! Что это значит? Ну вот есть десктоп, построенный воруг QT, есть десктоп, построенный вокруг GTK, есть десктоп, построенный вокруг Iced. Десктопа, построенного вокруг ImGui, не существует, а мне очень нравится #shell, который я запилил. Поэтому в планах: * просмотрщик картинок/pdf/djvu * эмулятор терминала. Я уже форкнул zutty, осталось его переписать, и внедрить туда ImGui виджеты, для всякого * ходилку по файлам я делать пока не собираюсь, используйте shell * реализацию portal спецификаций * web browser! шучу, это неподъемная задача, надо еще пару лет развития моделей подождать. Ну и все, что придет в голову в процессе. Stay tuned!
1 808
20
I think it's worth admitting that the stal/ix project is over. At least, as I envisioned it. In 2021, I decided I needed statically linked Linux. And I thought I couldn't build it alone—really, how could you write 5,000 packages and then keep them running forever, in working order? And I was wrong: * I wrote 5,000 packages (well, almost) * I failed to build a viable community around it * And, most importantly, over the past six months, I realized I could keep it running for as long as I wanted, almost effortlessly—thanks to LLM. The machine brings me new packages, and the machine updates them, without my intervention. The IX project remains alive. I use it in hundreds of installations, and I will continue to use it. It's still the best Linux ever! It's used at a couple of companies for clear-room bootstrapping. And I will continue to update the package database as needed. But I don't need help doing it anymore. I CAN do it alone :) And thanks for the fish!
1 900