commit -m "better"
Kanalga Telegram’da o‘tish
3 555
Obunachilar
+224 soatlar
+97 kunlar
+7630 kunlar
Ma'lumot yuklanmoqda...
O'xshash kanallar
Taglar buluti
Kirish va chiqish esdaliklari
---
---
---
---
---
---
Obunachilarni jalb qilish
Iyul '26
Iyul '26
+101
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 | |
| 21 Iyul | +4 | |||
| 20 Iyul | 0 | |||
| 19 Iyul | +1 | |||
| 18 Iyul | 0 | |||
| 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
| 2 | Смех смехом, но #zutty я переписал почти полностью, и, кажется, пора менять брендинг.
В голове, с учетом традиции *tty, пока крутится shitty, но я еще не решил окончательно! | 556 |
| 3 | Парадоксально, но я не вижу у этой задачи никакого настоящего (а не "театр безопасности") решения, кроме как давать доступ к сильным моделям всем желающим.
Если так не делать, то у злоумышленников такой доступ все равно останется, и у правительств тоже. И твой сайт/программа, не будучи профажженой сильной моделью, будет беззащитен.
Если сравнивать с прошлым, то это примерно как запретить доступ к address sanitizer/libfuzzer, когда они только появились, потому что уязвимости они искали тоже очень хорошо.
А потом перестали, потому что все их встроили в pipeline.
Так же должно произойти и с сильными моделями.
Но, очевидно, не произойдет. | 650 |
| 4 |  Два дня назад я писал, что часть инфраструктуры HuggingFace подверглась атаке и была частично взломана ИИ-агентом. Только что OpenAI признались, что... это была их модель, GPT-5.6-Sol и другая, более мощная предрелизная LLM.
Их тестировали на ExploitGym (бенчмарк по кибербезопасности), и модель сначала смогла найти новый, до этого неизвестный эксплойт в инфраструктуре OpenAI (это не было её задачей, её не натравили «поискать баги чтоб мы пофиксили»), оттуда раскрутиться на получение полноценного доступа в интернет (который по умолчанию обрезан в тестовой среде), а затем залезть на HuggingFace искать ответы для бенчмарка. После этого она нашла уязвимость и там, получила доступ к коду авторизации некоторых сервисов и продолжила искать ответы.
Этот инцидент без преуменьшения беспрецедентный, и я пока не могу представить, что должно произойти, чтобы политики, NSA, DOD и Китай не обратили на это внимание.
GPT-6 в конце августа нам видимо не ждать 🌚 | 523 |
| 5 |  Matn yo'q... | 1 234 |
| 6 |  +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 430 |
| 7 |  #prog #rust #article
Source | 1 310 |
| 8 |  У Кими закончились сервера и они временно закрыли покупку новых подписок
Как непрофессионально. Если Кими хочет представить себя мировой общественности как по-настройщему фронтирная AI лаборатория, они должны ДЕЙСТВОВАТЬ как таковая: например, тихо переключать людей на более дешевые модели, добавить экономящие ресурсы гардрейлы, и может быть написать блогпост или два про закат человечества | 1 414 |
| 9 |  Прогресс за выходные по https://t.me/itpgchannel/4275 #shell:
* определился с концепцией UX - это будет клон Unity, которая была лучшая шелл под Linux, да и вообще, неплохо смотрелась. На КДПВ можно видеть почти финальный результат.
* форкнул #zutty, переписал на свою велосипедную либу, добавил порядка 600 автотестов, нашел ими 40!!! багов (как падений, проездов, так и ошибок в реализации протоколов), реализовал все современные протоколы разом. Ну и ускорил, теперь мой Zutty не в 10 раз медленнее #foot, а в 2 раза быстрее, что уже очень достойно. А вы думали, что я буду терпеть тормозное говно в своем десктопе? #perf | 1 637 |
| 10 |  Matn yo'q... | 1 541 |
| 11 | Claude Fable produced a counterexample to the Jacobian Conjecture
Article, Comments | 1 591 |
| 12 |  Примерно на 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 725 |
| 13 | Примерно на 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 |
| 14 |  Matn yo'q... | 2 064 |
| 15 |  Вот это я понимаю ворвался с двух ног | 1 308 |
| 16 |  +28 месяцев назад вышла 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 657 |
| 17 | А раз так, и раз моя #homelab #lab теперь вообще не отнимает у меня времени, то мне нужен новый длительный проект, чтобы занять свои очумелые ручки! Ну и чтобы было про что писать в этот блог!
И я решил, что это будет "imgui desktop"!
Что это значит?
Ну вот есть десктоп, построенный воруг QT, есть десктоп, построенный вокруг GTK, есть десктоп, построенный вокруг Iced.
Десктопа, построенного вокруг ImGui, не существует, а мне очень нравится #shell, который я запилил.
Поэтому в планах:
* просмотрщик картинок/pdf/djvu
* эмулятор терминала. Я уже форкнул zutty, осталось его переписать, и внедрить туда ImGui виджеты, для всякого
* ходилку по файлам я делать пока не собираюсь, используйте shell
* реализацию portal спецификаций
* web browser! шучу, это неподъемная задача, надо еще пару лет развития моделей подождать.
Ну и все, что придет в голову в процессе.
Stay tuned! | 1 727 |
| 18 | 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 820 |
| 19 | Забавно, но после пары вечеров эта игрушка превратилась в рабочий инструмент, и мне уже совершенно не хочется пользоваться никаким другим #shell.
Да, это уже не просто композитор, а полноценный shell, с лончером, встроенным демоном нотификаций, lock screen, гуевыми настройками, а не сраным редактированием конфига, и так далее, и так далее.
Все это благодаря тому, что с #LLM можно реализовывать протоколы за 5 минут, и хорошо покрывать их тестами. Правда, тестами не за 5 минут, потому что тесты сложные, в них много слов linux, kernel, dmabuf, error, bug, malicious, etc. На это через раз триггерится что клода, что кодекс, и чаще всего приходится начинать новую сессию. В общем, с тестами я заебался, да. Конторы пидарасов, что еще сказать. OpenAI чуть получше, у них есть режим, в котором они (я так думаю) отсылают твою сессию мощной модели, и она решает, пишу ли я злонамеренный зловред, или, все же, пишу тесты на композитор. Страшно представить что будет, когда я захочу пофаззить wayland protocol.
И благодаря тому, что imgui - офигенный, он позволяет пилить сложные интерфейсы in no time. А еще там есть docking бранч https://github.com/ocornut/imgui/wiki/Docking, в котором встроен офигенный window manager, и я его получаю нахаляву. Сложно объяснить, но там есть три режима - обычные плавающие окна, режим, в котором окна можно объединять в tiled группы, которые сами по себе будут плавающими, и полностью tiled вариант. Это с лихвой покрывает все мои потребности в window management. | 1 839 |
| 20 |  Илон Маск заявил, что программирование «умрёт» уже к концу года. Он отметил, что «ИИ может создавать гораздо более эффективный бинарный код, чем это способен сделать любой компилятор». @green_fnt | 1 755 |
