es
Feedback
commit -m "better"

commit -m "better"

Ir al canal en Telegram

just random thoughts

Mostrar más
3 781
Suscriptores
-124 horas
+67 días
+9630 días
Atraer Suscriptores
oct '26
octubre '260
en 0 canales
septiembre '26
+124
en 2 canales
Get PRO
agosto '26
+162
en 2 canales
Get PRO
julio '26
+132
en 6 canales
Get PRO
junio '26
+96
en 3 canales
Get PRO
mayo '26
+105
en 4 canales
Get PRO
abril '26
+160
en 4 canales
Get PRO
marzo '26
+229
en 3 canales
Get PRO
febrero '26
+83
en 2 canales
Get PRO
enero '26
+94
en 2 canales
Get PRO
diciembre '25
+102
en 1 canales
Get PRO
noviembre '25
+80
en 6 canales
Get PRO
octubre '25
+83
en 4 canales
Get PRO
septiembre '25
+94
en 4 canales
Get PRO
agosto '25
+90
en 6 canales
Get PRO
julio '25
+91
en 3 canales
Get PRO
junio '25
+86
en 4 canales
Get PRO
mayo '25
+95
en 4 canales
Get PRO
abril '25
+129
en 4 canales
Get PRO
marzo '25
+134
en 7 canales
Get PRO
febrero '25
+93
en 4 canales
Get PRO
enero '25
+114
en 7 canales
Get PRO
diciembre '24
+102
en 1 canales
Get PRO
noviembre '24
+211
en 4 canales
Get PRO
octubre '24
+169
en 3 canales
Get PRO
septiembre '24
+135
en 1 canales
Get PRO
agosto '24
+94
en 7 canales
Get PRO
julio '24
+68
en 2 canales
Get PRO
junio '24
+69
en 2 canales
Get PRO
mayo '24
+61
en 1 canales
Get PRO
abril '24
+118
en 2 canales
Get PRO
marzo '24
+237
en 2 canales
Get PRO
febrero '24
+89
en 3 canales
Get PRO
enero '24
+98
en 2 canales
Get PRO
diciembre '23
+97
en 1 canales
Get PRO
noviembre '23
+33
en 0 canales
Get PRO
octubre '23
+39
en 1 canales
Get PRO
septiembre '23
+36
en 0 canales
Get PRO
agosto '23
+49
en 0 canales
Get PRO
julio '23
+56
en 0 canales
Get PRO
junio '23
+25
en 0 canales
Get PRO
mayo '23
+26
en 0 canales
Get PRO
abril '23
+25
en 0 canales
Get PRO
marzo '23
+44
en 0 canales
Get PRO
febrero '23
+32
en 0 canales
Get PRO
enero '23
+39
en 0 canales
Get PRO
diciembre '22
+29
en 0 canales
Get PRO
noviembre '22
+30
en 0 canales
Get PRO
octubre '22
+40
en 0 canales
Get PRO
septiembre '22
+60
en 0 canales
Get PRO
agosto '22
+32
en 0 canales
Get PRO
julio '22
+78
en 0 canales
Get PRO
junio '22
+63
en 0 canales
Get PRO
mayo '22
+33
en 0 canales
Get PRO
abril '22
+41
en 0 canales
Get PRO
marzo '22
+103
en 0 canales
Get PRO
febrero '22
+71
en 0 canales
Get PRO
enero '22
+192
en 0 canales
Get PRO
diciembre '21
+44
en 0 canales
Get PRO
noviembre '21
+39
en 0 canales
Get PRO
octubre '21
+120
en 0 canales
Get PRO
septiembre '21
+256
en 0 canales
Fecha
Crecimiento de Suscriptores
Menciones
Canales
01 octubre0
Publicaciones del Canal
Вы думали я забыл про #shell? Да, от #shell у меня плавно отпочковался терминал для него #shitty, но #shitty готов, и теперь
Вы думали я забыл про #shell? Да, от #shell у меня плавно отпочковался терминал для него #shitty, но #shitty готов, и теперь можно вернуться к родительскому проекту! У проекта теперь новый дом, и новое название - #impulse! https://github.com/impulse-desktop/shell - собственно шелл https://github.com/impulse-desktop/suite - набор пользовательский программ, типа просмотрщика изображений и прочего, все поверх #imgui. Собственно, про просмотрщик изображений далее и пойдет речь. Год назад я бы взял image magick, тем самым, поддержал бы все форматы, и был бы доволен, как слон после трехведерной клизмы. Но: * У IM плохая карма история CVS, а просматривать изображения приходится из совершенно разных источников * #LLM позволяют славно заебаться, на пустом месте Поэтому я сделал #изящно - собрал IM в #WebAssembly, и запускаю декодер изображений в песочнице. В целом, это похоже на то, что делает firefox, со своим https://rlbox.dev/, но, как обычно, есть нюанс - мне удалось собрать такой IM, который не зависит от host системы, ни через emscripten API, ни через #WASI. Ровно одна экспортируемая функция - decode(ptr, len) -> ptr, чистый WebAssembly! AFAIK так еще никто не делал, и это было не супер просто, несмотря на то, что мой #ix умеет в кросс в WebAssembly. Что?! Как?! А вот так! Мне показалось, что этот артефакт может быть полезен широкому кругу людей, особенно тем, кто занимается обработкой изображений в облаках, поэтому я из этого сделал отдельный проект, со своим CI, и со своим релизным циклом - https://github.com/pg83/decode Все просто - качаете оттуда decode.wasm, и встраиваете куда хотите, в любой #wasm runtime, так как, повторю, у артефакта 0 зависимостей от host системы. На КДПВ - #perf конструкции. В целом, замедление небольшое, учитывая bounds check на каждый memory access, не так уж и плохо. Ну и нет нужды в переписывании всего и вся на almost blazingly fast, probably memory safe.

2
Пока рассказывают про Grok Bot и Muse— в документации уже указано, что: 1) да, будет тир за $500. Пока без информации по лими
Пока рассказывают про Grok Bot и Muse— в документации уже указано, что: 1) да, будет тир за $500. Пока без информации по лимитам. 2) В НЁМ БУДЕТ УЛЬТРА ФАСТ ДЛЯ АСТРЫ (!), и в будущем для Sol. Поздравляем команду Cerebras, которая смогла развернуть такую огромную и мощную модель у себя. Очень жду. 3) также уже вышел Sol-6.1, цена та же, но кэш дешевле в 2 раза. По метрикам ближе к Astra, не смотрится так позорно, как Sol-6 (неделю назад...). Попробуем.
1 459
3
Красота какая! Оказывается, от AI не только тупеют, но еще и умнеют!
1 646
4
Тут случилась страшная вещь: преподаватели Гарварда оказались хуже, чем натренированный ими же ИИ. Это соревнование завернули в исследование для аж журнала Природа. Почему ИИ победил? Потому что он терпеливый, не устаёт и много чего знает про каждого ученика. Но по большей части — потому что базу ему готовили лучшие из лучших. Короче, суперавторитетный ответ — да, ИИ может обучать студентов лучше, чем преподаватель на удалёнке. Так что теперь следующие, за кем придут технологии — это учителя. Поехали по работе: — Проблема современного образования в том, что лекции (когда преподаватель говорит, а студенты только слушают) дико неэффективные и скучные. — Передовые университеты перешли на активное обучение — когда студенты на занятиях решают задачи в группах и постоянно взаимодействуют с педагогом. Это работает лучше, но у такого подхода есть предел: один преподаватель не может подстроиться под скорость и уровень каждого из 100 студентов в аудитории. — Идеальный вариант — это персональный репетитор для каждого, но это невозможно масштабировать. — С появлением LLM появилась надежда на автоматизацию репетиторства. Нужно было избавиться от галлюцинаций (хотя бы большинства) и угодливости. В 2025 взяли GPT-4 с модификациями: — Надо дробить сложные задачи на мелкие шаги, чтобы не перегружать мозг студента. — ИИ должен поощрять усилия («молодец, ты на верном пути»), чтобы формировать у студента установку на рост, а не страх ошибки. — Чтобы ИИ не врал и не ошибался в физике, ученые заранее жёстко прописали правильные пошаговые решения всех задач. Нейросеть использовала свои языковые навыки только для общения и направления студента. Модель обучения, задачи и т.п. — всё жёсткое как удар серпом по молоту. Для проверки устроили рандомизированное контролируемое испытание на 194 студентах. Учили гидродинамику. — На старте средний балл был 2,75 из 5. — После профессора-человека — стал 3,5 из 5. — После ИИ-репетитора — 4,5 из 5. Разница статзначимая. — Живое занятие в классе длилось 60 минут. А вот медианное время работы с ИИ — 49 минут. Те студенты, которые жаловались, что живые лекции для них «слишком быстрые», сидели с ИИ дольше обычного, спокойно разбираясь в материале. А те, кому на лекциях скучно и медленно, пролетели материал с ИИ гораздо быстрее. — Уроки с ИИ показались студентам более увлекательными (4,1 балла против 3,6 за живой класс) и мотивирующими (3,4 против 3,1). — 83% студентов заявили, что объяснения искусственного интеллекта были такими же или даже лучше, чем у живых преподавателей Гарварда. Ограничения работы: — Опять выборка только из студентов ) — Задачи были на изучение, а не на синтез знаний — следующий тест нужен на, например, инженерное конструирование, а не теорию. — ИИ сработал так хорошо потому, что учёные потратили кучу времени на написание идеальных инструкций и дали ему очень хорошо подготовленный курс. Без преподавателей это работать не будет. Они всё ещё нужны, но теперь лучшие из лучших могут масштабировать свою работу и уволить 90% остальных. — Учёба с ботом — одиночный процесс, выпала часть командности. Тук-тук, преподаватели! Вы следующие. -- Вступайте в ряды Фурье! | Самые умные посты Если бы мне платили каждый раз 5 рублей, когда я проваливаю экзамен по математике, у меня уже было бы уже 97 рублей!
1 452
5
https://papers.ssrn.com/sol3/papers.cfm?abstract_id=6868618 https://t.me/crimsondigest/2135 Несколько человек мне кинули ссылку. Мол, школота тупеет от AI. 1) Не тупеет, а хуже сдает экзамены, придуманные в до-AI эру 2) https://sk.ru/news/nasha-matematika-byla-absolyutno-chempionskoy/ - Пару лет назад я встретил его в Независимом университете и спросил: «Николай Николаевич, как народ»? Он говорит: «Ой, ой, ой, ой!.. Ну деградация полнейшая, конечно, деградация!.. Но решают лучше!..» - это было сказано не про AI, а про засилие гаджетов Коллеги, 500 лет назад люди были тупее, чем сейчас, если у них не было понятия про матанализ и теорию вероятностей, или не были? А 5000 лет назад, когда не умели делить столбиком, были тупее, или нет? Вопрос риторический. Отсутствие тех или иных конкретных знаний != отупению, люди как умели составлять сложные логические конструкции, так и продолжают уметь, и неважно, как это конкретно устроено сейчас. Люди начнут тупеть, когда исчезнет конкуренция, а не от появления нового инструмента. Поэтому бояться стоит появления базового дохода, например, а не AI.
1 850
6
repology.org лежит уже почти месяц, кажется, у владельца проблемы с регистрацией доменного имени :( Пришлось поднять свой инстанс, правда, с подвохой - я взял все парсеры и фетчеры из upstream проекта, а обвязку написал целиком заново, чтобы она хорошо ложилась на мою инфру (никакого postgresql, все хранится в #S3, все отчеты строятся 1 раз при агрегации источников, и отдаются тоже из S3). Ну и переписал чутка кода с C/Rust обратно на python, ибо нефиг - https://github.com/pg83/lab/blob/master/bin/repology/scripts/libversion.py. Апдейты снова побежали - https://github.com/pg83/ix/commits/main/ Даже подделал бейдж для проекта https://github.com/pg83/ix: https://repology.homelab.cam/badge/repository-big/stalix_dev.svg
1 732
7
Sin texto...
1 686
8
Кстати, про "1000 проектов". Масштаб тестов (15k unit + сотни реальных крейтов) уже давно вылез за рамки моей обычной dev тачки (коробочка AMD 12/24 ядра, 24 гига памяти), полный прогон на ней идет больше часа, и это, очевидно, самый главный тормоз для быстрого цикла #autoresearch. Поэтому я в своей #build https://t.me/itpgchannel/4282 системе запилил распределенный режим, который может утилизировать все свободные ядра в моей лабе (порядка 350 ядер). Сделано оно весьма примитивно, и потому работает очень хорошо - build идет по ssh на указанные хосты, отправляет туда свое тело (build - python скрипт), экзекает там свой выделенный хендлер, который начинает обрабатывать простой jsonline протокол (все идет по тому же ssh каналу, никаких демонов и слушающих сокетов). По протоколу идут ноды на исполнение, так же remote часть может запросить у хоста отсутствующие у нее данные по uid. Хостовая же часть становится координатором, который только и занимается диспатчингом новых remote узлов, отправляет ноды графа на исполнение, и жонглирует результатами в cas. Тут, конечно, очень помогло, что build обеспечивает герметичную сборку, что там cas для хранения артефактов, и что build знает все зависимости между нодами, даже имплицитные. Полный прогон тестов #trustme на всех мощностях лабы занимает единицы минут.
1 802
9
Давно не писал про #trustme. В целом, прогресс очень хороший, токенов только не хватает, чтобы часто по нему крутить #autoresearch! Сейчас: * 15k зеленых тестов * 150 зеленых больших проектов по сборке и прогону их тестов * Если когда я только начинал добавлять проекты, то из 20 новых 20 были красными, в последней пачке было 16 зеленых "из коробки" из 20 добавленных. Если экстраполировать, то осталось добавить около 1000 проектов, чтобы компилятор стал "железобетонным" Perf: * #mrustc собирает libcore за 90 секунд * upstream rustc - за 20 секунд * trustme - за 10! Про качество сгенеренного кода пока говорить рано, в среднем он в два раза хуже, но я этим не занимался от слова вообще пока.
1 775
10
#LLM - лучший боров чекер, и rust, конечно, больше не нужен, не могу не согласиться.
1 828
11
По соцсетям гуляет контроверсивный ролик с недавнего Rails World, в котором DHH со сцены странным голосом произносит фразу «Rust is [an] amazing [language] if you never, ever, ever, ever, have to look at it yourself». Я, если честно, не знаю, в чем конкретно все остальные видят контроверсивность, каюсь, не слежу (ну, кроме его фашистских взглядов, понятно), но с утверждением хотел бы поспорить. Тезис, как я понимаю, в том, что раз код теперь пишет ЛЛМ, то нам пофиг более-менее на эстетические чувства тупой машины и на то, насколько она устанет. А раз пофиг, надо язык по характеристикам выдаваемого результата выбирать. Ну и понятно, что хоть на Руби писать и приятнее, но на Расте зато программы быстрее получаются, а значит надо брать Раст. (Вот это да, программист начал думать об удобстве пользователя, а не об удобстве программиста??? Последние времена настают). Ну, короче. Программы на Расте, конечно, быстрые получаются. НО! В чем вообще было видение Раста? В том, чтобы понаставить везде заборов и ограждений и помешать программисту сконструировать некорректную программу. Не неправильную — этих можно конструировать сколько угодно — а именно некорректную. Делает он это ценой значительного такого мозгоебства, которое запрещает, конечно, по построению некорректные программы, но также и многие корректные, которые я тебе или ты мне могли бы объяснить, но никто из нас не смог бы объяснить компилятору. Короче говоря, Раст это не просто безопасный язык, это безопасный язык с довольно неудобными ограничениями, которые предлагается терпеть во имя высшей цели — корректности. Не правильности, опять напоминаю, а корректности. Ну вот. Понятно, зачем это нужно человеку. Человек слаб. Он ошибается тут и там. Память течет направо и налево. Сегфолт за сегфолтом, эксплойт за эксплойтом. Но это человек. Понятно, ему нужен Руби^W Раст. А что ЛЛМ? А ЛЛМ, на самом деле, пофиг. Она мало того, что пишет сразу правильно и допускает меньше ошибок, так она еще и не ленится: может и проверить, и поревьюить, и баги поискать. И в этом смысле совсем неочевидно, что вот эти вот страховочные сетки, расставленные в Расте тут и там, обязательно помогают. Если ты сразу видишь и пишешь корректную программу, они даже скорее мешают. Без борьбы с борроу чекером можно сгенерировать корректную быструю программу в несколько раз быстрее, потом еще проверить, и в конце суммарно меньше устать. Так что я думаю, что Раст, конечно, эмейзинг, но лучший язык для ЛЛМ это все-таки Си.
1 662
12
#lab #home_lab Выпилил в лабе #minio к херам. Да, да, вы не ослышались! Сторадж у меня построен на самых дешевых SMR дисках, и проблема с ними в том, что, начиная с какой-то нагрузки, они деградируют по скорости совершенно нелинейно. https://en.wikipedia.org/wiki/Shingled_magnetic_recording Ну я на это и напоролся. Починить это с minio нереально, потому что minio завязана на хранение в файловой системе, которая создает довольно большой поток iops на сам hdd. Я пробовал это полечить с помощью bcache и небольшой партиции SSD для кеша, это помогло, но не радикально, потом я заменил xfs на log structured nilfs https://nilfs.sourceforge.io/en/links.html (потому что такой append only паттерн доступа к данным сильно лучше подходит для SMR), это еще помогло, но тоже не радикально. В итоге, я запилил свою реализацию #S3, https://github.com/pg83/s3, design doc - https://gist.github.com/pg83/ae85dc0bfde5928ea44a1d6380f18d3f, которая смогла выжать из моих SMR теоретически возможный максимум на запись - она преобразует рандомные записи файлов в append only нагрузку на hdd. В steady state я переживаю 400 мегабайт в секунду произвольных записей в стор (создание, удаление, любые размеры записей, в любом порядке) на группу из 3 дисков, это практически предел. Бурстами можно сильно больше, конечно, сколько - я не знаю, упираюсь в сеть лабы. Не могу рекомендовать это решение для широкого использования - оно прямо сильно заточено на мое железо. Например, я отправил #LLM исследовать все способы записи append потока данных на мои конкретные hdd, и от лучшего к худшему они колебались от 70 до 130 мегабайт в секунду на диск. Конечно я захардкодил самый лучший под мою назрузку способ. Кстати, в копилочку моих историй про "насколько щас код стал дешевым", и "скоро не останется generic кода, все будут пилить решения исключительно под себя". В самом деле, зачем иметь generic базу данных, если написав кастомное решение за 1% стоимости generic решения, можно получить x10 перфа? Сходите по моим ссылкам, мой #S3 - всего 100 килобайт исходников, это даже не процент от кодовой базы minio. Мораль? Нет ее!
1 868
13
#lab #home_lab #logovo https://github.com/pg83/logovo С недавник пор в лабе работает сервис, в который я со всех своих хостов
#lab #home_lab #logovo https://github.com/pg83/logovo С недавник пор в лабе работает сервис, в который я со всех своих хостов сгружаю все дельты всех сессий claude/codex, он их хранит, мержует, интедксирует, и дает по ним искать, как мне, так и агентам. Эдакая глобальная распределенная общая память для всех агентов. Неудобно то, что в системный промпт знание про это не вшито, и регулярно приходится "напоминать", что поискать можно еще и вот там.
2 267
14
Sin texto...
2 494
15
Sin texto...
2 159
16
https://www.securitylab.ru/news/577840.php "AMD уместила 256 ядер и 1 ГБ кэша в одном процессоре"
https://www.securitylab.ru/news/577840.php "AMD уместила 256 ядер и 1 ГБ кэша в одном процессоре"
2 554
17
https://github.com/pg83/shitty/releases/tag/17 Новый релиз #shitty! Основное изменение - подписчик подогнал нотаризованный в Apple app релиз, пользуйтесь на здоровье! Подписчика зовут Леха, кто такой - не знаю, но нет причин не доверять его Apple account!
2 338
18
https://www.opennet.ru/opennews/art.shtml?num=66329 И важные новости из дурки: "Разработчики Linux-дистрибутива Peppermint OS, построенного на пакетной базе Debian GNU/Linux и предлагающего пользовательское окружение на основе рабочего стола Xfce и файлового менеджера Thunar, анонсировали переход на использование по умолчанию XLibre, форка X.Org Server. XLibre будет задействован в следующем обновлении iso-образов PeppermintOS, до публикации которых для тестирования предложены экспериментальные сборки"
2 183
19
🔄 Яндекс в середине нулевых — каким он был? Сегодня, в день рождения компании, на Кинопоиске вышел третий сезон «Историй Янд
🔄 Яндекс в середине нулевых — каким он был? Сегодня, в день рождения компании, на Кинопоиске вышел третий сезон «Историй Яндекса». Смотрите выпуск, в котором своей историей поделился Антон Самохвалов, Yandex Fellow.  Привет! Это Антон. Я пришёл работать в компанию когда ещё учился на пятом курсе МГУ, а это был аж 2005 год. Сперва был разработчиком в Маркете. Затем перешёл в Поиск. Создал первую версию статистики производительности разработчиков (коммитов, строк кода и пр.) А уже потом положил начало DevTools, благодаря чему Яндекс сегодня — единая технологическая компания. ➡️ Смотрите в новом выпуске проекта «Истории Яндекса» на Кинопоиске #YInfra_team 
2 478
20
https://www.opennet.ru/opennews/art.shtml?num=66326 "Добавлена поддержка сборки в форме одного статически скомпонованного исполняемого файла, который может применяться для инициализации и запуска сервисов в контейнерах с минимальной начинкой. Для сборки со статическим связыванием при запуске meson следует указать флаги: "--default-library=static --prefer-static -Dbuild-static=true -Dsystemd-multicall-binary=true"" Последние дни наступают!
2 330