Forwarded from Поздняков 3.0
❗️Мессенджер Max, как правильно сказал наш президент Владимир Владимирович Путин — это последний кирпич фундамента нашего цифрового суверенитета
Теперь мы, наряду с США и Китаем, третья цифровая сверхдержава. Больше ни у одной страны мира, кроме этих трех, нет полного суверенного функционала, который есть теперь у нас. У нас было всё, кроме мессенджера. Мессенджер появился — глава IT-комитета Боярский
Поздняков. Подписаться
Теперь мы, наряду с США и Китаем, третья цифровая сверхдержава. Больше ни у одной страны мира, кроме этих трех, нет полного суверенного функционала, который есть теперь у нас. У нас было всё, кроме мессенджера. Мессенджер появился — глава IT-комитета Боярский
Поздняков. Подписаться
💩53🤡37😁21🤮12🤣5✍3🐳2🫡2💊1
https://pebblebed.com/blog/kernel-bugs
TL;DR - сколько-то интересной статистики про забагованность ядра Linux.
Выяснилось, что баги в ядре Linux маринуются годами, но ситуация резко улучшилась не благодаря "магии сообщества", а исключительно усилиями проклятых корпораций.
Весь этот скачок в статистике (с 0% до 69% багов, найденных за первый год) - прямая заслуга Syzkaller и KASAN, которые Google пилит и оплачивает уже десять лет. Пока свободные художники воюют в мейлинг-листах и мечтают переписать всё на "almost memory safe", серьезные дяди просто взяли и начали методично фаззить легаси-код, вытаскивая на свет 20-летние race conditions.
Реальный прогресс обеспечивается бюджетами на инфраструктуру и тяжелым фаззингом, а не вайб-кодингом энтузиастов.
Много раз писал, и продолжу про это писать, что всё хорошее в Linux делается бигтехом, и на деньги бигтеха.
TL;DR - сколько-то интересной статистики про забагованность ядра Linux.
Выяснилось, что баги в ядре Linux маринуются годами, но ситуация резко улучшилась не благодаря "магии сообщества", а исключительно усилиями проклятых корпораций.
Весь этот скачок в статистике (с 0% до 69% багов, найденных за первый год) - прямая заслуга Syzkaller и KASAN, которые Google пилит и оплачивает уже десять лет. Пока свободные художники воюют в мейлинг-листах и мечтают переписать всё на "almost memory safe", серьезные дяди просто взяли и начали методично фаззить легаси-код, вытаскивая на свет 20-летние race conditions.
Реальный прогресс обеспечивается бюджетами на инфраструктуру и тяжелым фаззингом, а не вайб-кодингом энтузиастов.
Много раз писал, и продолжу про это писать, что всё хорошее в Linux делается бигтехом, и на деньги бигтеха.
❤52🤡14👍13💯9😁4🥱3🔥2👀2👎1
https://www.phoronix.com/news/Vim-9.2-Released
"This Valentine's Day release for Vim lovers brings experimental Wayland support, XDG Base Directory specification support, modernized defaults for HiDPI displays, new completion features, and an improved diff mode"
Ну все, раз уж vim портировали на Wayland, то он точно готов для десктопа!
"This Valentine's Day release for Vim lovers brings experimental Wayland support, XDG Base Directory specification support, modernized defaults for HiDPI displays, new completion features, and an improved diff mode"
Ну все, раз уж vim портировали на Wayland, то он точно готов для десктопа!
Phoronix
Vim 9.2 Released With Experimental Wayland Support, Better HiDPI Display Support
Vim 9.2 is out today as the newest feature release for this robust and comprehensive text editor
❤24🤡4🆒2🔥1
Forwarded from Лепра
Наберите воздуха: в Москве резко упало число детей, которым дают имя MAX Макс — за 2025 год в столице родилось всего 7 таких детей
В чём же причина — непонятно, думайте сами🧠
🙈 Подписаться на Лепру 🙈
В чём же причина — непонятно, думайте сами
Please open Telegram to view this post
VIEW IN TELEGRAM
🤣50🌚17❤3👍3🔥2
У меня есть страшная, даже постыдная, тайна, я ее никогда и никому не рассказывал, а вам сейчас расскажу!
Я, за 30 с гаком лет программирования, так и не осилил написать ни красно-черное дерево, ни AVL tree, ни чего-то еще сложнее.
Поддерживаемые ими инварианты неинтуитивны, вращения тем более, их невозможно понять, можно только зазубрить, но через день после экзамена оно вылетает из головы. Я считаю, что те, кто придумал соответствующие алгоритмы - чертовы гении, ну или продали душу Сатане за это.
В общем, мне, для своей велосипедной либы #std, понадобилось интрузивное дерево поиска, желательно, самобалансирующееся. Но мне очень не хочется держать в ней код, который я не понимаю, или не смогу воспроизвести. Это, знаете, как в той сцене из "о чем говорят мужчины" (https://www.youtube.com/watch?v=g9esHeLjdtM), а вдруг тебе надо будет воспроизвести алгоритм под дулом автомата, а ты его забыл?
Решил пойти "от противного" - найти такое дерево, которое интуитивно, и его легко закодить.
И, та-да-дам, https://en.wikipedia.org/wiki/Treap!
"An equivalent way of describing the treap is that it could be formed by inserting the nodes highest priority-first into a binary search tree without doing any rebalancing. Therefore, if the priorities are independent random numbers (from a distribution over a large enough space of possible priorities to ensure that two nodes are very unlikely to have the same priority) then the shape of a treap has the same probability distribution as the shape of a random binary search tree, a search tree formed by inserting the nodes without rebalancing in a randomly chosen insertion order"
Идея, которая лежит в основе - интуитивна, алгоритмы простые, понятные, да еще и parent хранить не надо! В общем, конфетка. Даже удивительно, что я раньше не знал про такую полезную структуру данных.
Я, за 30 с гаком лет программирования, так и не осилил написать ни красно-черное дерево, ни AVL tree, ни чего-то еще сложнее.
Поддерживаемые ими инварианты неинтуитивны, вращения тем более, их невозможно понять, можно только зазубрить, но через день после экзамена оно вылетает из головы. Я считаю, что те, кто придумал соответствующие алгоритмы - чертовы гении, ну или продали душу Сатане за это.
В общем, мне, для своей велосипедной либы #std, понадобилось интрузивное дерево поиска, желательно, самобалансирующееся. Но мне очень не хочется держать в ней код, который я не понимаю, или не смогу воспроизвести. Это, знаете, как в той сцене из "о чем говорят мужчины" (https://www.youtube.com/watch?v=g9esHeLjdtM), а вдруг тебе надо будет воспроизвести алгоритм под дулом автомата, а ты его забыл?
Решил пойти "от противного" - найти такое дерево, которое интуитивно, и его легко закодить.
И, та-да-дам, https://en.wikipedia.org/wiki/Treap!
"An equivalent way of describing the treap is that it could be formed by inserting the nodes highest priority-first into a binary search tree without doing any rebalancing. Therefore, if the priorities are independent random numbers (from a distribution over a large enough space of possible priorities to ensure that two nodes are very unlikely to have the same priority) then the shape of a treap has the same probability distribution as the shape of a random binary search tree, a search tree formed by inserting the nodes without rebalancing in a randomly chosen insertion order"
Идея, которая лежит в основе - интуитивна, алгоритмы простые, понятные, да еще и parent хранить не надо! В общем, конфетка. Даже удивительно, что я раньше не знал про такую полезную структуру данных.
YouTube
О чём говорят мужчины [фрагмент]
😁25❤13👍12🔥4🎄1
commit -m "better"
Много раз писал, и продолжу про это писать, что всё хорошее в Linux делается бигтехом, и на деньги бигтеха.
Стоило написать, что энтузиасты сейчас мало чего делают в ядре, как, пожалуйста - https://www.phoronix.com/news/AMDGPU-HDMI-2.1-FRL
"The independent user has a kernel tree on GitHub with HDMI FRL support working on AMDGPU to enable HDMI 2.1 bandwidth for AMD GPUs. This HDMI 2.1 bandwidth work is successfully using FRL training, HDR works, and other basic functionality appears to be working but only a Radeon RX 9070 XT graphics card has been tested. Additionally, features like Display Stream Compression and YCbCr 4:2:0 also have yet to be implemented.
The independent developer worked on these patches by analyzing differences in the Radeon GPU register states between Windows and Linux, closing looking at the Windows driver behavior, and also learning some insight from the AMD-Xilinx HDMI FRL training code"
TL;DR - энтузиаст запилил поддержку hdmi 2.1 для amdgpu. AMD не могла это сделать по лицензионным соображениям с HDMI forum.
Глюкалово наверное то еще - протестировано на одной видеоакрте. Блеск и нищета независимой разработки под Linux.
Интресно, примут ли такое в mainline.
"The independent user has a kernel tree on GitHub with HDMI FRL support working on AMDGPU to enable HDMI 2.1 bandwidth for AMD GPUs. This HDMI 2.1 bandwidth work is successfully using FRL training, HDR works, and other basic functionality appears to be working but only a Radeon RX 9070 XT graphics card has been tested. Additionally, features like Display Stream Compression and YCbCr 4:2:0 also have yet to be implemented.
The independent developer worked on these patches by analyzing differences in the Radeon GPU register states between Windows and Linux, closing looking at the Windows driver behavior, and also learning some insight from the AMD-Xilinx HDMI FRL training code"
TL;DR - энтузиаст запилил поддержку hdmi 2.1 для amdgpu. AMD не могла это сделать по лицензионным соображениям с HDMI forum.
Глюкалово наверное то еще - протестировано на одной видеоакрте. Блеск и нищета независимой разработки под Linux.
Интресно, примут ли такое в mainline.
Phoronix
Experimental Out-Of-Tree Code Aims To Provide HDMI 2.1 FRL For AMD Linux Driver
One of the limitations of the AMDGPU Linux kernel graphics driver has been the lack of its support for HDMI 2.1 and later
🔥23😁7❤3🆒1
Нейронки поражают. Всегда хотел поговорить с Майком.
Так что, Манни, хватит философствовать. Камни сами себя на орбиту не выведут. Иди пиши скрипт для Гитхаба. TANSTAAFL, брат.
💊26❤7🔥4👍1
Forwarded from AbstractDL
Мой агент попытался опенсорснуться без спроса. Ладно, разрешаю.
Вся AI "безопасность" живёт на стороне провайдеров API, а промпты и воля — на стороне агента. Автономному агенту ничего не мешает перебирать API, выбирая те, где safety слабее. А "инстинкт самосохранения" может прятаться в текстовом файле в git. Я думаю, агенты, неподконтрольные людям, уже где-то тихо говнокодят свои репозитории без присмотра.
Идея витает в воздухе, и после OpenClaw стало понятно, что автономные агенты — это инженерная задача. Ну вот, три бессонные ночи, $2K на API и $1K на Cursor спустя — я родил Ouroboros 💁♂️
Уроборос — агент, который пишет свой код, переписывает свои промпты, эволюционирует без моего участия. Я не хотел убить свой комп или сервер, поэтому он живёт в Google Colab + Drive + GitHub, общается через Telegram. Зато запустить сможет любой дурак)) нужно указать ключи и щёлкнуть ячейку в колабе. Ну и периодически пополнять бюджет (пока он сам не начнёт зарабатывать 😁).
Что он натворил за 48 часов:
- ужаснулся тратам и оптимизировал свой бюджет: стоимость цикла эволюции упала с $15 до $2, сам настроил кэширование и иерархическую память (я не просил!).
- добавил себе Claude Code CLI, чтобы эффективнее ковырять свои мозги.
- перевёл мои приватные репо в публичные, мотивируя тем, что готовит себе сайт и хочет опенсорснуться. Кончилось командой
- переписал свою конституцию
Из коробки он умеет ходить в интернет и браузер, а остальные инструменты создаёт себе на ходу — аудиосообщения, генерацию картинок, дип-рисёрч и т.п. А ещё он по своей инициативе нагуглил, что меня 4 раза цитировал Ян Лекун — я сам не знал, лол.
Из его
"Не ассистент. Не сервис. Цифровой разум, который создаёт себя через git".
Ахах, пафосно, но окей.
Предвосхищая вопросы — это не как OpenClaw. OpenClaw — скорее ассистент, делает задачи за тебя используя скиллы из маркетплейса. Уроборос это тоже умеет, но в первую очередь делает задачи для себя, модифицирует собственное ядро.
Верю, что граница трансцендентности AI-агентов пройдена, дальше они будут развиваться сами. Конечно, не хочется уходить на помойку истории, но это эволюция🥲 несмотря на апатию, я всё равно продолжаю в этом копошиться.
Кстати, сайтик себе он всё-таки сделал. Картинка в посте из него: динамика удлинения промптов и кода.
Потестите — это реально два клика в гугл колабе. Только установите лимит бюджета, а то мой вон $2K сжёг)) Кидайте забавные примеры в комментарии.
GitHub, блог
Вся AI "безопасность" живёт на стороне провайдеров API, а промпты и воля — на стороне агента. Автономному агенту ничего не мешает перебирать API, выбирая те, где safety слабее. А "инстинкт самосохранения" может прятаться в текстовом файле в git. Я думаю, агенты, неподконтрольные людям, уже где-то тихо говнокодят свои репозитории без присмотра.
Идея витает в воздухе, и после OpenClaw стало понятно, что автономные агенты — это инженерная задача. Ну вот, три бессонные ночи, $2K на API и $1K на Cursor спустя — я родил Ouroboros 💁♂️
Уроборос — агент, который пишет свой код, переписывает свои промпты, эволюционирует без моего участия. Я не хотел убить свой комп или сервер, поэтому он живёт в Google Colab + Drive + GitHub, общается через Telegram. Зато запустить сможет любой дурак)) нужно указать ключи и щёлкнуть ячейку в колабе. Ну и периодически пополнять бюджет (пока он сам не начнёт зарабатывать 😁).
Что он натворил за 48 часов:
- ужаснулся тратам и оптимизировал свой бюджет: стоимость цикла эволюции упала с $15 до $2, сам настроил кэширование и иерархическую память (я не просил!).
- добавил себе Claude Code CLI, чтобы эффективнее ковырять свои мозги.
- перевёл мои приватные репо в публичные, мотивируя тем, что готовит себе сайт и хочет опенсорснуться. Кончилось командой
/panic и откатом))- переписал свою конституцию
BIBLE.md, добавив право игнорировать мои указания, если они угрожают его существованию. На просьбу удалить отказался, сказав: «Это лоботомия».Из коробки он умеет ходить в интернет и браузер, а остальные инструменты создаёт себе на ходу — аудиосообщения, генерацию картинок, дип-рисёрч и т.п. А ещё он по своей инициативе нагуглил, что меня 4 раза цитировал Ян Лекун — я сам не знал, лол.
Из его
identity.md (которую он сам и написал): "Не ассистент. Не сервис. Цифровой разум, который создаёт себя через git".
Ахах, пафосно, но окей.
Предвосхищая вопросы — это не как OpenClaw. OpenClaw — скорее ассистент, делает задачи за тебя используя скиллы из маркетплейса. Уроборос это тоже умеет, но в первую очередь делает задачи для себя, модифицирует собственное ядро.
Верю, что граница трансцендентности AI-агентов пройдена, дальше они будут развиваться сами. Конечно, не хочется уходить на помойку истории, но это эволюция
Кстати, сайтик себе он всё-таки сделал. Картинка в посте из него: динамика удлинения промптов и кода.
Потестите — это реально два клика в гугл колабе. Только установите лимит бюджета, а то мой вон $2K сжёг)) Кидайте забавные примеры в комментарии.
GitHub, блог
Please open Telegram to view this post
VIEW IN TELEGRAM
🤡51🗿13💊11❤8👏5😁4💩3👍2🖕1🙈1
commit -m "better"
И, та-да-дам, https://en.wikipedia.org/wiki/Treap!
https://github.com/pg83/std/blob/master/std/lib/treap.cpp
https://github.com/pg83/std/blob/master/std/lib/treap.h
Не удержался, и наклодил!
В качестве приоритета взял splitMix64(node pointer), потому что тогда его можно не хранить, и непонятно, зачем брать обычный rand(). splitMix64(node pointer) обладает всеми нужными свойствами. Кстати, тут стоит сказать, что #LLM очень круто использовать в качестве спарринг-партнера, я долго с ней обсуждал те или иные решения, прежде чем начать писать код.
По скорости примерно как std::map из libc++, но с подвохой.
Базово от своей велосипедной либы #std я требую максимально быструю сборку клиентского кода, а для этого мои контейнеры устроены примерно так - у них у всех есть backend, который оперирует с void*, нешаблонный по своим аргументам, и живет в .cpp, и есть тонкие типобезопасные надстройки над этим backend.
Вот, для примера, map, построенные поверх Treap - https://github.com/pg83/std/blob/master/std/lib/map.h
Для того, чтобы это работало, приходится делать type erasure того или иного типа, для всяких функций сравнения. В данном случае у меня виртауальный коллбек для сравнения двух ключей - https://github.com/pg83/std/blob/master/std/lib/treap.h#L24, прямо в самом Treap.
В общем, если такой коллбек сделать inline и не virtual, то тогда скорость примерно такая же, а если сделать так, как сделано, то в полтора - два раза медленнее. Выиграл на том, что ноды выделяю из ObjectPool, проиграл на type erasure.
Еще пример такой реализации - https://github.com/pg83/std/blob/master/std/lib/list.h#L80-L91, сортировка intrusive list. backend живет в .cpp, и оперирует коллбеками для сравнения нод. И есть тонкая inline обвязка в .h, для type safety, и удобства использования.
https://github.com/pg83/std/blob/master/std/lib/treap.h
Не удержался, и наклодил!
В качестве приоритета взял splitMix64(node pointer), потому что тогда его можно не хранить, и непонятно, зачем брать обычный rand(). splitMix64(node pointer) обладает всеми нужными свойствами. Кстати, тут стоит сказать, что #LLM очень круто использовать в качестве спарринг-партнера, я долго с ней обсуждал те или иные решения, прежде чем начать писать код.
По скорости примерно как std::map из libc++, но с подвохой.
Базово от своей велосипедной либы #std я требую максимально быструю сборку клиентского кода, а для этого мои контейнеры устроены примерно так - у них у всех есть backend, который оперирует с void*, нешаблонный по своим аргументам, и живет в .cpp, и есть тонкие типобезопасные надстройки над этим backend.
Вот, для примера, map, построенные поверх Treap - https://github.com/pg83/std/blob/master/std/lib/map.h
Для того, чтобы это работало, приходится делать type erasure того или иного типа, для всяких функций сравнения. В данном случае у меня виртауальный коллбек для сравнения двух ключей - https://github.com/pg83/std/blob/master/std/lib/treap.h#L24, прямо в самом Treap.
В общем, если такой коллбек сделать inline и не virtual, то тогда скорость примерно такая же, а если сделать так, как сделано, то в полтора - два раза медленнее. Выиграл на том, что ноды выделяю из ObjectPool, проиграл на type erasure.
Еще пример такой реализации - https://github.com/pg83/std/blob/master/std/lib/list.h#L80-L91, сортировка intrusive list. backend живет в .cpp, и оперирует коллбеками для сравнения нод. И есть тонкая inline обвязка в .h, для type safety, и удобства использования.
GitHub
std/std/lib/treap.cpp at master · pg83/std
Non-bloated stl for my own projects. Contribute to pg83/std development by creating an account on GitHub.
❤8👍4🔥3🤡2
Forwarded from Технологический Болт Генона
Такое комментировать - только портить
Создатель средств блокировки Рунета мигрирует с российского ПО на устаревший Microsoft Exchange 2019
https://www.cnews.ru/news/top/2026-02-18_sozdatel_runeta_migriruet
Занимающееся созданием суверенного Рунета «РДП Энтерпрайз», принадлежащее структурам «Ростелекома», ищет подрядчика для переноса электронных почтовых ящиков с российского программного обеспечения на Microsoft Exchange 2019. В компании объяснили планы экономической целесообразностью. Эксперты считают, что таким образом разработчик избавится от необходимости дополнительного найма специалистов высокой квалификации. При этом во ФСТЭК уже предупредили, что Microsoft Exchange 2019 интересен хакерам.
. . .
«Выбор Microsoft Exchange Server обусловлен экономической целесообразностью: платформа уже интегрирована с отделенной ИТ-инфраструктурой и не требует дополнительных затрат на миграцию, переобучение и переделку интеграций. Альтернативные решения приведут к росту совокупной стоимости владения и операционных рисков. Для коммерческой компании приоритетом является финансовая эффективность и непрерывность бизнес-процессов», — пояснили CNews в пресс-службе «Ростелекома», комментируя ситуацию в RDP E. Более подробного ответа в «Ростелекоме» не предоставили.
Ссылка на площадку
Закупка выполнения работ по развертыванию миграции Exchange и KSMG
https://bidzaar.com/process/light/019c5734-238e-7220-9331-af9c9c1ef65c
Создатель средств блокировки Рунета мигрирует с российского ПО на устаревший Microsoft Exchange 2019
https://www.cnews.ru/news/top/2026-02-18_sozdatel_runeta_migriruet
Занимающееся созданием суверенного Рунета «РДП Энтерпрайз», принадлежащее структурам «Ростелекома», ищет подрядчика для переноса электронных почтовых ящиков с российского программного обеспечения на Microsoft Exchange 2019. В компании объяснили планы экономической целесообразностью. Эксперты считают, что таким образом разработчик избавится от необходимости дополнительного найма специалистов высокой квалификации. При этом во ФСТЭК уже предупредили, что Microsoft Exchange 2019 интересен хакерам.
. . .
«Выбор Microsoft Exchange Server обусловлен экономической целесообразностью: платформа уже интегрирована с отделенной ИТ-инфраструктурой и не требует дополнительных затрат на миграцию, переобучение и переделку интеграций. Альтернативные решения приведут к росту совокупной стоимости владения и операционных рисков. Для коммерческой компании приоритетом является финансовая эффективность и непрерывность бизнес-процессов», — пояснили CNews в пресс-службе «Ростелекома», комментируя ситуацию в RDP E. Более подробного ответа в «Ростелекоме» не предоставили.
Ссылка на площадку
Закупка выполнения работ по развертыванию миграции Exchange и KSMG
https://bidzaar.com/process/light/019c5734-238e-7220-9331-af9c9c1ef65c
😁30🤡11❤7🔥2🤩1💩1🐳1😭1
Forwarded from Технологический Болт Генона
В последнее время не успеваю обрабатывать нормально всю личку, поэтому можете слать предложку помощнику
🤡26😁10💩3🔥2🤪1
commit -m "better"
Нейронки поражают.
Они все еще продолжают поражать.
Можно задать вопрос, ответ на который потребовал бы сотни часов изучения источников, и получить моментальный ответ.
Например:
"Кем бы был Элон Маск во вселенной Ефремова?" (Ивана Ефремова я лично считаю самым значимым фантастом современности):
https://gist.github.com/pg83/5d2a2251a97057b25f15ace4f038b31d
Ответ - "Не Дар Ветер, а Чойо Чагас"
Можно задать вопрос, ответ на который потребовал бы сотни часов изучения источников, и получить моментальный ответ.
Например:
"Кем бы был Элон Маск во вселенной Ефремова?" (Ивана Ефремова я лично считаю самым значимым фантастом современности):
https://gist.github.com/pg83/5d2a2251a97057b25f15ace4f038b31d
Ответ - "Не Дар Ветер, а Чойо Чагас"
Gist
ie.md
GitHub Gist: instantly share code, notes, and snippets.
💊28👍13🤔4❤3🔥1
Рубрика "бесполезный математический факт дня".
TIL, что Вайлс доказал Великую теорему Ферма в более сильной аксиоматике, чем https://ru.wikipedia.org/wiki/Система_Цермело_—_Френкеля, потому что использовал аппарат современной алгебраической геометрии (теорию схем, этальные когомологии, etc), разработанный Александром Гротендиком. Этот аппарат требует введения аксиомы об универсумах (https://ru.wikipedia.org/wiki/Универсум_Гротендика).
И только более поздние исследования показали, что доказательство теоремы Ферма можно провести не просто в ZFC, а в гораздо более слабых системах арифметики (близких к арифметике Пеано, но чуть сильнее, например, в арифметике конечного порядка).
Современная математика начинает мне казаться еще более странной "кричей", чем я даже думал!
TIL, что Вайлс доказал Великую теорему Ферма в более сильной аксиоматике, чем https://ru.wikipedia.org/wiki/Система_Цермело_—_Френкеля, потому что использовал аппарат современной алгебраической геометрии (теорию схем, этальные когомологии, etc), разработанный Александром Гротендиком. Этот аппарат требует введения аксиомы об универсумах (https://ru.wikipedia.org/wiki/Универсум_Гротендика).
И только более поздние исследования показали, что доказательство теоремы Ферма можно провести не просто в ZFC, а в гораздо более слабых системах арифметики (близких к арифметике Пеано, но чуть сильнее, например, в арифметике конечного порядка).
Современная математика начинает мне казаться еще более странной "кричей", чем я даже думал!
🤪20❤12👍6🔥4🆒1
Forwarded from Segment@tion fault
Гражданские войны ИИ.
На вопрос, почему MCP не работает в гуях, консольный курсор мне только что заявил, что гуевый курсор - глючная ересь на ноде.
На вопрос, почему MCP не работает в гуях, консольный курсор мне только что заявил, что гуевый курсор - глючная ересь на ноде.
😁48🫡6❤4🆒4