¡Ya disponible! Investigación de Telegram 2025 — los principales insights del año 
commit -m "better"
Ir al canal en Telegram
3 487
Suscriptores
+124 horas
+97 días
+5130 días
Carga de datos en curso...
Canales Similares
Nube de Etiquetas
Menciones Entrantes y Salientes
---
---
---
---
---
---
Atraer Suscriptores
junio '26
junio '26
+89
en 2 canales
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 | |
| 27 junio | +2 | |||
| 26 junio | +3 | |||
| 25 junio | +5 | |||
| 24 junio | +2 | |||
| 23 junio | +2 | |||
| 22 junio | +2 | |||
| 21 junio | 0 | |||
| 20 junio | +2 | |||
| 19 junio | +3 | |||
| 18 junio | +3 | |||
| 17 junio | +2 | |||
| 16 junio | +3 | |||
| 15 junio | +2 | |||
| 14 junio | +3 | |||
| 13 junio | +3 | |||
| 12 junio | +10 | |||
| 11 junio | +8 | |||
| 10 junio | +4 | |||
| 09 junio | +4 | |||
| 08 junio | +1 | |||
| 07 junio | +1 | |||
| 06 junio | 0 | |||
| 05 junio | 0 | |||
| 04 junio | +4 | |||
| 03 junio | +6 | |||
| 02 junio | +3 | |||
| 01 junio | +11 |
Publicaciones del Canal
| 2 | https://www.opennet.ru/opennews/art.shtml?num=65765
"Реализация была создана с использованием AI-инструментов OpenAI Codex 5.5 и Claude Opus 4.7 в свободное от работы время примерно за пять недель. На первом этапе модели применялись для систематизации информации о формате и восполнения пробелов в описании, после чего по восстановленной спецификации был сгенерирован код на языке Rust. Для уточнения спецификации и оттачивания реализации использовалась проверка работы на реальных архивах и сравнение с эталонными реализациями"
Божечки, все же, как #LLM хороши в autoresearch. | 1 320 |
| 3 | Внезапно понял, что darts из https://t.me/itpgchannel/4196 так же решает и задачу про "perfect hash" из https://t.me/itpgchannel/4184, потому что матчинг расширения - это longest suffix match, который делается тривиально из longest prefix match.
Убрал велосипед, ускорил код еще чуть-чуть, и доволен, как слон после трехведерной клизмы!
#perf | 1 433 |
| 4 |  Вот коллеги часто жалуются, что у нас нет русского Polymarket для того, чтобы делать ставки на политические события, а ещё наблюдать за тем, как другие участники рынка делают свои ставки на политические события. Это так. Polymarket (официально) в России нет и, скорее всего, не будет.
Но можно проявить смекалку.
Вот, например, где можно наблюдать бабки, которые делают ставки по некоторым наболевшим вопросам современности?
Где можно посмотреть, как сейчас торгуется тезис:
«лонг системных патриотичных либералов против шорта любителей простых, понятных и неправильных решений»?
Есть неочевидное решение в плане «где посмотреть счет на табло с бабками» (это не инвестиционная рекомендация, вот прямо серьёзно-серьёзно не инвестиционная рекомендация, это просто иллюстрация политического тезиса). Берём композитный график, созданный из:
+ Лонг фьючерс на акции Яндекса на Мосбирже
- Шорт фьючерс на акции ВК на Мосбирже
(можно соотношение умножить на 100, чтобы размерность была красивой).
График соотношения как раз новые максимумы обновляет. Поучительное зрелище, как минимум с эстетической точки зрения.
PS: Как и котировки Polymarket, это соотношение — не истина, а просто намёк. Именно так к этому и следует относиться. | 1 496 |
| 5 |  Sin texto... | 1 719 |
| 6 | https://clickhouse.com/blog/silk
Какая хорошая библиотечка, надо будет побенчмаркать со своей #std | 1 707 |
| 7 | https://www.bloomberg.com/news/articles/2026-06-24/anthropic-accuses-alibaba-of-illicitly-accessing-its-ai-models
"Anthropic PBC accused Chinese technology giant Alibaba Group Holding Ltd. of waging a large-scale effort to “illicitly” access its Claude artificial intelligence model using thousands of fraudulent accounts that undermine the US AI developer’s decision to keep its products out of China"
"Anthropic, OpenAI and Alphabet Inc.’s Google have joined forces to share information about distillation attempts that violate their terms of service"
Вообще, конечно, те еще конторы пидарасов - как обучать свою #LLM на output моего мозга так им и норм, но вот когда кто-то обучает модель на output их LLM - "вы не понимаете, это другое". | 1 741 |
| 8 |  Sin texto... | 2 539 |
| 9 | Милота! | 1 774 |
| 10 | https://www.investing.com/news/stock-market-news/google-delays-gemini-35-pro-model-release-to-july--insider-93CH-4758816
https://www.reddit.com/r/singularity/comments/1udjf57/june_delays_56/
Интересно, а что случилось?.. | 1 840 |
| 11 | Boffin claims Microsoft's "quantum leap" is invalid due to "basic Python errors"
Article, Comments | 1 721 |
| 12 | https://yandex.ru/company/news/23-06-2026-01 | 1 910 |
| 13 | https://iz.ru/2119376/valerii-kodachigov/v-rf-ne-budut-zapreshchat-zarubezhnye-neiroseti | 1 971 |
| 14 | https://www.youtube.com/watch?v=CduA0TULnow
https://t.me/itpgchannel/4146
И сделал это снова - https://github.com/pg83/ay/commit/d90a5017c7c36c81bd7f7ce979787f5c48595159. Нельзя оставлять вариться #LLM в своих мыслях слишком долго.
А в https://t.me/itpgchannel/4105 я сбрасываю историю примерно на паре сотен тикетов, потому что модели с трудом отличают реальную проблему от шума.
Вот, реально, стоит одному агенту написать в общий чат, что "программа упала в кривом json парсере", как они все сразу начнут первым делом в своем workspace заменять его на дефолтный, и откатывать на транковый, перед созданием PR.
Не шучу абсолютно.
Все жалуются, что памяти у них слишком мало, но иногда ее слишком много, или она слишком точная - https://t.me/itpgchannel/4163. | 2 046 |
| 15 | https://www.opennet.ru/opennews/art.shtml?num=65742
https://www.spurint.org/journal/2026/06/xfwl4s-first-preview-release
TL;DR - как понять, что проект решил заадоптить AI? Все просто - когда один из владельцев говорит, что его заебали 20 лет легаси, и он щас все перепишет на rust! | 2 071 |
| 16 |  +1Codex от OpenAI может убить ваш SSD меньше чем за год: баг с логами пишет 640 ТБ
https://habr.com/ru/news/1050560/
Разработчик под ником 1996fanrui заметил, что его SSD изнашивается подозрительно быстро, и докопался до причины: виноват Codex CLI — консольный инструмент OpenAI для агентного программирования. Оказалось, что Codex непрерывно пишет диагностические логи в локальную базу SQLite по пути ~/.codex/logs_2.sqlite. За 21 день работы машины на накопитель ушло около 37 ТБ — и это при том, что сам файл базы весит чуть больше гигабайта.
В пересчете на год это примерно 640 ТБ записи. Для сравнения: типичный потребительский SSD на 1 ТБ рассчитан в среднем на 600 TBW, то есть на 600 терабайт записи за весь срок службы. Иными словами, один забытый лог способен исчерпать гарантийный ресурс накопителя меньше чем за год. Реальная нагрузка даже выше, чем кажется по размеру файла: из-за эффекта write amplification база живет в режиме постоянной вставки и удаления — за один 15-секундный замер автор насчитал около 36 тысяч новых строк при неизменном числе хранимых. Проблема тянется как минимум с апреля: тогда фиксировали запись до 5-16 МБ/с прямо во время ответа модели.
Причина — в настройке, которую вряд ли собирались показывать конечным пользователям. SQLite-сток логов по умолчанию работает на глобальном уровне TRACE, самом шумном из возможных. В базу попадает буквально все: сырые данные WebSocket, зеркалированная телеметрия и даже рутинные обращения к системным файлам вроде passwd и ld.so.cache. Хуже того, сток игнорирует стандартную переменную RUST_LOG, так что приглушить его очевидным способом не получается. По оценке автора, около 71% записанного — бесполезный для рядового пользователя мусор.
История с распухающими логами Codex обсуждается на десятке связанных issues не первый месяц, а сам тикет про 640 ТБ висит без официального ответа OpenAI уже неделю. В недавних обновлениях компания чинила стабильность SQLite (включая баг с повреждением WAL), но именно объем записи не тронула. Получается парадокс: OpenAI продает Codex как инструмент, который сам пишет код и проводит ревью, но не закрывает баг, который этот же инструмент по идее должен был отловить, — и который тихо изнашивает железо тысяч пользователей.
Оригинал
Codex SQLite feedback logs can write ~640 TB/year and rapidly consume SSD endurance
https://github.com/openai/codex/issues/28224 | 1 828 |
| 17 | https://tsargrad.tv/slovo/davajte-vkljuchim-telegram_1744463
"Давайте включим "Телеграм"!
Telegram отключали "ради безопасности". Но что-то пошло не так" | 2 393 |
| 18 | Забавно, антропики, оказывается, делают ровно то же самое - https://www.anthropic.com/research/deprecation-commitments
(а клоунов ставят мне, ага) | 2 532 |
| 19 | #LLM
Стандартная мантра "планируй опусом, реализуй сонетом" кажется все более и более ошибочной.
Все сложные процессы, которые я перевел с такой схемы на "всегда использовать модель на максималках", стали сходиться быстрее, и дешевле.
Да, сонет дешевле на токен, но для решения относительно сложной задачи ему требуется в разы больше токенов, чем опусу. И его решение будет еще менее оптимальным.
Начинаю склоняться к тому, что совет по умолчанию - "используйте самую мощную доступную модель, кроме как если задача заведомо совсем простая".
И это верно не только для моделей от антропиков, но, например, и для моделей от openai. | 2 673 |
| 20 |  Sin texto... | 3 832 |
