Cross Join - канал о разработке
الذهاب إلى القناة على Telegram
Канал о разработке Антона Околелова. Разрабочик/ex-тимлид Go, живу в Чехии. Мысли, новости, вопросы. По вопросам рекламы @antonokolelov
إظهار المزيد3 843
المشتركون
+124 ساعات
-17 أيام
+2830 أيام
جارٍ تحميل البيانات
القنوات المماثلة
سحابة العلامات
الإشارات الواردة والصادرة
---
---
---
---
---
---
جذب المشتركين
أكتوبر '26أكتوبر '26
أكتوبر '26
+50
في 1 قنوات
سبتمبر '26
+47
في 0 قنوات
Get PRO
أغسطس '26
+35
في 0 قنوات
Get PRO
يوليو '26
+54
في 1 قنوات
Get PRO
يونيو '26
+33
في 0 قنوات
Get PRO
مايو '26
+82
في 1 قنوات
Get PRO
أبريل '26
+47
في 0 قنوات
Get PRO
مارس '26
+89
في 0 قنوات
Get PRO
فبراير '26
+67
في 0 قنوات
Get PRO
يناير '26
+78
في 0 قنوات
Get PRO
ديسمبر '25
+55
في 0 قنوات
Get PRO
نوفمبر '25
+78
في 0 قنوات
Get PRO
أكتوبر '25
+64
في 3 قنوات
Get PRO
سبتمبر '25
+79
في 0 قنوات
Get PRO
أغسطس '25
+78
في 1 قنوات
Get PRO
يوليو '25
+74
في 1 قنوات
Get PRO
يونيو '25
+60
في 0 قنوات
Get PRO
مايو '25
+85
في 0 قنوات
Get PRO
أبريل '25
+112
في 0 قنوات
Get PRO
مارس '25
+127
في 0 قنوات
Get PRO
فبراير '25
+144
في 0 قنوات
Get PRO
يناير '25
+343
في 1 قنوات
Get PRO
ديسمبر '24
+64
في 0 قنوات
Get PRO
نوفمبر '24
+111
في 2 قنوات
Get PRO
أكتوبر '24
+193
في 1 قنوات
Get PRO
سبتمبر '24
+132
في 1 قنوات
Get PRO
أغسطس '24
+85
في 0 قنوات
Get PRO
يوليو '24
+172
في 1 قنوات
Get PRO
يونيو '24
+60
في 0 قنوات
Get PRO
مايو '24
+99
في 0 قنوات
Get PRO
أبريل '24
+152
في 3 قنوات
Get PRO
مارس '24
+175
في 1 قنوات
Get PRO
فبراير '24
+111
في 0 قنوات
Get PRO
يناير '24
+97
في 1 قنوات
Get PRO
ديسمبر '23
+113
في 0 قنوات
Get PRO
نوفمبر '23
+110
في 0 قنوات
Get PRO
أكتوبر '23
+178
في 0 قنوات
Get PRO
سبتمبر '23
+179
في 0 قنوات
Get PRO
أغسطس '23
+421
في 0 قنوات
Get PRO
يوليو '23
+434
في 0 قنوات
Get PRO
يونيو '23
+9
في 0 قنوات
Get PRO
مايو '23
+7
في 0 قنوات
Get PRO
أبريل '23
+8
في 0 قنوات
Get PRO
مارس '23
+6
في 0 قنوات
Get PRO
فبراير '23
+8
في 0 قنوات
Get PRO
يناير '23
+21
في 0 قنوات
Get PRO
ديسمبر '22
+6
في 0 قنوات
Get PRO
نوفمبر '22
+12
في 0 قنوات
Get PRO
أكتوبر '22
+72
في 0 قنوات
Get PRO
سبتمبر '22
+80
في 0 قنوات
Get PRO
أغسطس '22
+64
في 0 قنوات
Get PRO
يوليو '22
+3
في 0 قنوات
Get PRO
يونيو '22
+11
في 0 قنوات
Get PRO
مايو '22
+10
في 0 قنوات
Get PRO
أبريل '22
+4
في 0 قنوات
Get PRO
مارس '22
+7
في 0 قنوات
Get PRO
فبراير '22
+8
في 0 قنوات
Get PRO
يناير '22
+39
في 0 قنوات
Get PRO
ديسمبر '21
+12
في 0 قنوات
Get PRO
نوفمبر '21
+8
في 0 قنوات
Get PRO
أكتوبر '21
+20
في 0 قنوات
Get PRO
سبتمبر '21
+10
في 0 قنوات
Get PRO
أغسطس '21
+11
في 0 قنوات
Get PRO
يوليو '21
+18
في 0 قنوات
Get PRO
يونيو '21
+12
في 0 قنوات
Get PRO
مايو '21
+21
في 0 قنوات
Get PRO
أبريل '21
+33
في 0 قنوات
Get PRO
مارس '21
+215
في 0 قنوات
Get PRO
فبراير '21
+459
في 0 قنوات
| التاريخ | نمو المشتركين | الإشارات | القنوات | |
| 27 أكتوبر | +2 | |||
| 26 أكتوبر | +1 | |||
| 25 أكتوبر | +2 | |||
| 24 أكتوبر | +1 | |||
| 23 أكتوبر | +1 | |||
| 22 أكتوبر | +2 | |||
| 21 أكتوبر | 0 | |||
| 20 أكتوبر | 0 | |||
| 19 أكتوبر | +2 | |||
| 18 أكتوبر | +2 | |||
| 17 أكتوبر | 0 | |||
| 16 أكتوبر | +4 | |||
| 15 أكتوبر | +4 | |||
| 14 أكتوبر | +3 | |||
| 13 أكتوبر | +2 | |||
| 12 أكتوبر | +1 | |||
| 11 أكتوبر | +1 | |||
| 10 أكتوبر | +3 | |||
| 09 أكتوبر | 0 | |||
| 08 أكتوبر | +3 | |||
| 07 أكتوبر | +3 | |||
| 06 أكتوبر | +3 | |||
| 05 أكتوبر | +1 | |||
| 04 أكتوبر | +4 | |||
| 03 أكتوبر | 0 | |||
| 02 أكتوبر | +4 | |||
| 01 أكتوبر | +1 |
منشورات القناة
Я тут недавно провел эксперимент, как будет прогать агент в режиме чистого незамутнённого вайбкодинга. Я решил, что сделаю небольшой пет-проект для себя, но в код смотреть не буду вообще. Ни фронт, ни бек. Сайтик по сути одноразовый, для помощи в самообучении, плевать. Сказал ему только, чтобы использовал Go для бекенда.
Codex, GPT6.1 Sol-High
Поначалу всё шло неплохо, потом я начал замечать, что всё чаще бывает такое, что прошу поправить вёрстку в одном месте, а ломается в другом. Например менюшка стала жирная или кнопки наезжают одна на другую. А у меня нет времени на такую херню.
Думаю, как-то это странно.
Короче, не выдержал, полез в код.
Оказалось. что весь фронт лежит в трёх файлах: огромные index.html, index.css и index.js.
index.js поражал воображение. Роутинг страниц там - это простыня из ифов. Намешано всё: и какие-то куски html там генерятся, и запросы к апи и хер знает что ещё. По вайбу напоминает php нулевых годов.
Неудивительно, что он очень быстро в этом запутался, и ум зашел за разум.
При этом гошный код выглядит норм, правда версия го взята древняя и тесты немного по-дебильному написаны. 90% - это юнит-тесты, не люблю такое, они не переживут рефакторинг. Плюс, make test молча не запускает интеграционные тесты с бд, если не передана env переменная TEST_DATABASE_URL. Я даже засомневался, запускал ли он их вообще в таком случае.
Код ревью тем же агентом вскрыл несколько мелко-средних багов. И были серьёзные пробелы в тестах.
Тем не менее, выводы не однозначны. С одной стороны, если бы проект развивался и был бы чем-то серьёзным, то он бы совершенно точно зашел в тупик из-за фронта. Да он уже считай в самом начале зашел в полутупик. Мне даже интересно, предложил бы он когда-нибудь отрефачить вообще весь проект и разбить всё на компоненты. В идеале еще и с MUI/mantine, чтобы не трахаться с каждой кнопкой. Или продолжил бы насиловать index.html/js/css до полной шизофрении.
С другой стороны, если бы хотя бы в начале задать правильное направление, добавить какие-то кволити гейты, регулярно перепроверять тем же агентом, то зайти можно гораздо дальше. Для этого достаточно общего кругозора, не более.
Возможно, вайбкодеру надо в начале проекта описать, что должно получиться в итоге, спросить какие технологии будут нужны, провалидировать с субагентом, и потом только делать.
| 2 | В каком-то подкасте слышал такую мысль, что при ускорении разработки, у продактов будет просто больше идей, и поэтому, типа, то на то и выйдет, разработка всё равно будет сильно нужна.
Но на самом деле у идей есть предел.
К примеру, я работал когда-то в продукте, где почти каждая идея проходила AB-тестирование, чтобы понять, сколько это может принести денег. Ну так вот, еще до ИИ там была очередь на проверку сделанных фич, потому что юзеры не резиновые, чтобы на них одновременно ставить 100 или даже 1000 экспериментов.
Ну или юзеров у такого продукта должно быть прям ооочень много.
А если мы реально переходим к 10x speed ИИ-производству, то узким звеном станет не разработка и не идеи, а проверка гипотез | 1 022 |
| 3 | Знакомые пацаны пилят kaeru - память для ИИ-агентов, просят потестить и дать фидбек.
Те, кто плотно работает с Claude Code, знают, что после сжатия контекста начинается фигня: что-то оно забыло, переспрашивает какие-то моменты и т.д.
CLAUDE md спасает лишь частично, потом превращается в свалку.
kaeru - это локальный сервер, к которому агент цепляется по MCP.
Память там - типизированный граф на CozoDB: наблюдения, решения, задачи, гипотезы с вердиктом, связи со смыслом ("выросло из", "заменяет", "опровергает"). Пишет в нее сам агент по ходу работы, а при входе в проект получает сводку: что решили, что просрочено, о чем пора вспомнить.
Система состоит из двух уровней, организованных по аналогии с биологической памятью:
• cognitive (оперативный / гиппокамп) - высокодинамичный рабочий граф, в котором агент активно "думает": эпизоды, черновые заметки, наброски, гипотезы, эксперименты и события аудита.
• recollection (архивный / кора головного мозга) - устоявшиеся идеи, результаты, сводки и справочные материалы; используется преимущественно для чтения.
У каждой записи есть история. Исправленный факт не перезаписывается, старая версия закрывается датой, и можно посмотреть, что агент знал неделю назад, когда принимал странное решение. Для тех, кто любит базы, это вообще отдельный кайф.
Ну и до кучи экономятся токены.
установка
curl -fsSL https://raw.githubusercontent.com/LamantinAI/kaeru/main/contrib/install/install.sh | bash
затем
curl -fsSL https://raw.githubusercontent.com/LamantinAI/kaeru/main/contrib/install/install.sh | bash
Подробности тут - https://github.com/LamantinAI/kaeru | 1 325 |
| 4 | Помните Никиту Васильченко из нашего подкаста?
Он поменял фамилию на Жан Клод, чтобы никто не догадался, но я-то всё равно узнал, что у него тоже теперь есть телеграм-канал. Так что подписываемся срочно, пацаны пацанессы. Прям срочно! | 1 339 |
| 5 | Пиздец подкрался незаметно 😁
Сегодня в PHP закрывают сразу две критические уязвимости — CVE-2026-109618 и CVE-2026-109619, связанные с удалённым выполнением кода (RCE).
То есть потенциально атакующему не нужен доступ к серверу: при подходящих условиях код можно выполнить удалённо через веб.
Патчи PHP должны выйти сегодня. Точные затронутые и исправленные версии станут известны вместе с официальным релизом.
И вот тут начинается самое весёлое: в интернете до сих пор живёт огромное количество сайтов на старых PHP 5.x и древних Joomla/WordPress, которые уже никто никогда не обновит.
Кажется, у админов намечается интересный вечер 🍿
#php | 1 461 |
| 6 | Хакер взломал более 100 известных сайтов с помощью ИИ
Исследователи кибербезопасности выяснили, что хакер использовал ИИ-агентов для атак на сайты крупных компаний, среди которых John Deere, SharkNinja и Cummins.
Для этого он использовал платформу Cairn, которая позволяет запускать автономных ИИ-агентов. Хакер поручил нейросетям анализировать сайты, находить слабые места в защите и выполнять отдельные этапы взлома.
По данным исследователей, таким способом удалось атаковать более 100 сайтов, а стоимость одного успешного взлома составляла около $50.
ссылка | 1 417 |
| 7 | Слышал, что многие люди полностью перестали читать сгенерированный код. Хочу понять, насколько это распространено. | 1 579 |
| 8 | لا يوجد نص... | 1 826 |
| 9 | Как раньше делали фронтенд: изучали принципы дизайна, вёрстки, типографии, различные js-фреймворки и т.д.
Как сейчас делают фронтенд: | 2 425 |
| 10 | В Anthropic переписали Git под AI-агентов
Из-за активного использования Claude количество изменений в коде Anthropic выросло с 2 500 до 30 000 в день всего за четыре месяца.
В какой-то момент Git стал узким местом. История монорепозитория разрослась почти до 100 ГБ, а CI приходилось получать рабочие копии кода миллионы раз в день.
Проблема в том, что Git рассчитан на работу с локальными репозиториями. А AI-агентам необязательно хранить всю историю у себя — они могут запрашивать нужные данные с сервера.
Поэтому Anthropic разработала Scion — собственную систему контроля версий, в которой большая часть операций выполняется на сервере.
Что получилось:
- В разы меньше затрат CPU и памяти
- Получение кода для CI ускорилось примерно в 100 раз.
На разработку Scion, собственного инструмента code review и сопутствующих сервисов ушло пять месяцев работы семи инженеров.
Раньше инструменты разработки проектировали под людей, которые пишут код и делают коммиты. Теперь всё затачивается под роботов.
https://www.anthropic.com/engineering/redesigning-source-control | 2 202 |
| 11 | Как перестать бояться Кафки?
Знакомо? Сервис ответил "заказ принят", а до оплаты заказ так и не доехал, и ты сидишь в логах и не понимаешь, куда делось сообщение. Или консюмер упал, поднялся и обработал то же сообщение ещё раз, а у клиента теперь два списания. Или лаг растёт, ты добавляешь консюмеров, а становится только хуже.
Причём ровно такие же вопросы потом прилетают и на собесах, и как раз на них обычно начинаешь плыть)
Меня зовут Олег Козырев, я staff Golang-разработчик, в IT больше 8 лет. Начинал с C++, потом перешёл на Go и поработал в Озоне, Авито и Т-Банке.
И Кафка мне тоже подкладывала свинью: в Озоне как-то разбудила алертом в четыре ночи, потому что консюмер не успевал разгребать очередь)
Чтобы разобраться с этим, 15 октября в 19:00 по МСК я проведу открытый урок для Go-разработчиков:
Хорош бояться Кафку: ломаем и чиним Go-сервис в прямом эфире
Предыстория такая: пока меня не было дома, мой кот Коткинс добрался до телефона и начал заказывать себе вкусняшки с моей карты. Приложение кидает заказ в Кафку, сервис оплаты читает его и списывает деньги. Вот эту систему и будем ломать)
Что разберём на уроке:
🟢Без занудных определений разберёмся, что такое продюсер, топик, партиции, группа и смещение. Просто проследим один заказ в Kafka UI от кнопки до списания
🟢Трижды попробуем сломать систему: потеряем заказ, спишем деньги дважды и завалим очередь. И разберёмся, почему так вышло
🟢По каждой поломке посмотрим, какие есть варианты починки и чем плох каждый
🟢Попросим нейронку написать консюмер для оплаты и посмотрим, переживёт ли он повтор сообщения
🟢Расскажу, когда Кафка вообще не нужна и можно спокойно взять RabbitMQ
🟢В конце отдам репозиторий со всем кодом урока, чтобы ты мог повторить всё у себя
🟢И конечно же, анонсирую новый поток своего курса по микросервисам на Go
Регистрироваться никуда не надо, ссылка на урок будет прямо в канале по микросервисам:
Залететь в канал с уроком
P.S. Записи не будет, поэтому жду всех в онлайне)
Реклама. ИП Козырев Олег Вячеславович, ИНН 440315249608, erid: 2W5zFGdTLtR | 1 132 |
| 12 | @alongapps — это канал для соло фаундеров и разработчиков, которые хотят заработать на мобильном приложении в 2026 году.
Канал ведёт студия along.ae, которая разработала 50+ приложений для глобального рынка.
На канале вы найдёте разборы взлетевших приложений, интервью с успешными фаундерами, личный опыт по запуску и продвижению приложений.
Собрали наш топ полезных материалов из канала:
🔘 Как Potto вышел на $20K MRR в первый месяц в нише meal planner?
🔘 Как приложение для «разговора с будущим собой» Aya заработало $70K за 4 месяца на AI-манифестации?
🔘 ToneAdapt: как проект для резюме превратился в приложение с выручкой $70K в месяц?
🔘 Как понять, есть ли деньги в нише, ещё до запуска приложения?
Скоро на канале пройдёт стрим «В каких нишах запускать приложение в 2026 году». Подпишитесь, чтобы успеть зарегистрироваться.
➡ Подписаться на along
Реклама. ООО «АЛОНГ» ИНН 1683004730
erid: CQH36pWzJqMnqfGbUZmng87VpSJpVuz1poQXKrzhJ6Kx7N | 1 056 |
| 13 | Я уверен, что секция "алгоритмы и структуры данных" на собесах останется, по крайней мере, в бигтехах так точно. Несмотря на то, что код руками уже не пишут.
По сути это ж замаскированный тест на интеллект и усидчивость. Конкуренция усиливается, почему бы не отбирать лучших. Глупый человек не сможет пройти алгоритмическую секцию. Умный, но ленивый, не потренируется как следует и провалится.
Почему не прямой тест на IQ? Потому что это может считаться неэтично, зашкварно и так далее. Люди верят или не верят в IQ. А алгоритмическая секция норм, так как ты просто кагбе проверяешь программирование . Так и раньше было, почти никому эти вращения деревьев в работе не были нужны и до ИИ, но алгосекции существовали.
Почему не тестовое задание? Понятно, почему. По кочану.
Ну, думаю, "систем дизайн" тоже останется, даже усилится, ибо слишком большие последствия при неправильном проектировании системы (нейросеть всё же может ошибиться, а исправлять дорого). | 1 465 |
| 14 | SQLite получит нативную поддержку векторного поиска
Команда SQLite разрабатывает Vec1 - официальное расширение для поиска по векторам (embeddings). Проект уже дошёл до версии 0.8.
Что умеет Vec1:
• Поиск похожих векторов по косинусному и евклидову расстоянию.
• Быстрый approximate nearest neighbor search (ANN) с индексами IVFADC и Product Quantization.
• Подходит для семантического поиска, RAG и локальных AI-приложений.
• Всё работает внутри SQLite, без отдельной векторной БД и дополнительных сервисов.
Почему это интересно?
Раньше для семантического поиска часто приходилось подключать отдельную систему вроде Qdrant, Milvus или Pinecone. Теперь во многих сценариях достаточно одного SQLite-файла.
Особенно перспективно для локальных AI-агентов, мобильных приложений и offline-first решений.
Vec1 пока не встроен в ядро SQLite - это отдельное официальное расширение, которое ещё находится в активной разработке. | 7 981 |
| 15 | абьюзивные отношения с ИИ
кароч, много рефлексировал на эту тему, в том числе про самого себя и своё поведение.
есть такой защитный механизм у жертв насилия (под насилием я тут подразумеваю в принципе любую форму принуждения к чему-то, чего человек не хочет) - делать вид, что на самом деле это всё добровольно, даже не добровольно - а прям типа "я всеми руками за".
по сути, это способ создать у себя иллюзию контроля - делая вид, что ты сам выбрал что-то (чего на самом деле не хотел), ты как бы убираешь вот этот компонент принуждения, снимаешь с себя роль жертвы - дескать, это всё было твоим личным выбором, и ты вообще ему очень рад.
к чему я это? иногда вижу радикальный нарратив в тг-каналах, типа "<профессия Х> больше не нужны, все пойдут на мороз, те кто не юзают 20 параллельных агентов - луддиты и им место на свалке истории, ахахаха". и вот вроде бы и можно сказать "да, жестко, но по фактам - без ИИ в 26 никак", но от радикального нарратива веет каким-то злорадством и возвышением, типа, автор вот уже в поезде, который мчит его в светлое будущее, а тех, кто только ступает на перрон, и решил начать юзать ИИ на полгода-год позже остальных - гнать его, чтобы знал своё место.
вот я с одним таким челом на днях заобщался. и господи боже, насколько же он соткан из страхов, FOMO, думинга, ностальгии по профессии и тд. вся идентичность крутится вокруг идеи "не можешь победить - возглавь, я должен быть самым лютым аппологетом ИИ, чтобы меня эта мясорубка забрала последним". чел не особо рад новому миру, на самом деле. новый мир принуждает его меняться, он не просил об этом, и не особо этого хочет, он вообще устал бежать за этими трендами, он бы может лучше на рыбалку съездил или читал книги по вечерам. но чтобы не оказаться на "свалке истории" - берёт в руки флаг, натягивает улыбку, и идёт рассказывать другим о том, что если они ещё не сделали слоп-видео на remotion при помощи Opus 5.5 - им должно быть стыдно в глаза людям смотреть.
он не хочет быть жертвой изменений, которые он не выбирал, признавать, что они ему давно не в радость, происходят против его воли - поэтому он каждый день делает вид, что только и мечтал всю жизнь промптить рой агентов, и, наконец, мечта сбылась.
и вот я прям призадумался - а не делаю ли я тоже самое.
мне и правда не нравится отрицание реальности - когда я вижу комменты в духе "скоро пузырь лопнет, и мы будем руками весь ваш вайбкод разгребать, щеглы", меня это триггерит, потому что это какой-то абсурдный эскапизм.
но вот к чувакам, которые в ахуе от того, что то, что их профессия полностью преобразилась за ~2 года, у меня вообще нет вопросов - я и сам в таком же ахуе. ты живёшь в парадигме "я 20 лет получал сложные знания, поэтому мой труд дорогой и редкий", у тебя есть идея какого-то островка безопасности, какого-то актива в виде редких компетенций. а потом оп - и большей части этого больше нет. агент за ночь переписывает minecraft с java на rust по запросу ребёнка "хачу штоб работало быстрее".
и у меня нет вопросов к чувакам, которые не готовы тратить по несколько часов в день на изучение новых тулов, беспрерывные эксперименты и прочее, просто чтобы быть "на острие", которые устали от того, что знания устаревают чуть ли не в процессе изучения.
мне кажется, этот ахуй - это новая нормальность, и, на самом деле, единственная искренняя реакция, которая вообще может быть.
у психики человека есть предел пластичности - когда скорость изменений среды превышает некоторый уровень - адаптационные механизмы перегружаются, адаптация вообще перестаёт быть возможна, новые изменения просто вызывают тревогу и стресс.
и вот мы ушли довольно сильно за пределы "естественных темпов адаптации" ещё лет 20 назад. лет 10 назад уже во всю звенели звоночки об эпидемии депрессии, стресса, тревожности. а те темпы изменений, который происходят в последние пару лет - это уже совершенно запредельное безумие.
тут не то что адаптироваться к новой реальности невозможно - тут уже чертовски сложно просто держать руку на пульсе того, а что эта "новая реальность" вообще из себя представляет сегодня - какие вещи, которые вчера нейронки ещё не умели, сегодня уже умеют.
к чему я всё это? да хз. типа, сказать, что вы не одиноки, что ли.
когда вы в очередной раз увидите на просторах телеги или твиттера желчный пост в духе "ха-ха, ИИ обесценил X, теперь каждый может делать Y, поэтому Z идут на мороз" - знайте, за ним почти наверняка сидит до ужаса напуганный автор, который искреннее надеется, что этот нарратив - это его билет на Ноев Ковчег. | 1 823 |
| 16 | Теперь у нас у всех есть простой способ поддерживать знание иностранного языка. Просто разговариваешь с клодом по-английски (или по-китайски) и получаешь ежедневную(!) многочасовую(!) практику. В конце рабочего дня пишешь "найди серьёзные ошибки в моем английском", и смотришь, что надо подтянуть, запоминаешь.
Даже разговорный язык можно тренировать, просто наговаривать в микрофон.
Правда, язык надо знать на досточно хорошем уровне, иначе будешь тормозить. Я пытался весной так по-чешски общаться (готовился к экзамену), ничего не вышло, слишком сложно и долго. | 2 173 |
| 17 | Вышел NATS Server 2.15.0
Самое важное:
• Надёжнее работа JetStream-кластера. Масштабирование, перенос и замена реплик стали безопаснее: NATS аккуратнее ждёт, пока новые реплики догонят данные, прежде чем убирать старые.
• Улучшили backup/restore. Теперь backup конкретного stream можно делать без блокировки новых публикаций. Плюс backup стал удобнее для работы через CLI: можно фильтровать сообщения, диапазоны sequence/time, headers и т.д.
• Source/Mirror лучше переживает пересоздание stream. Если исходный stream удалить и создать заново с тем же именем, NATS теперь корректнее понимает, что это уже новый источник, и не зависает в ожидании старых sequence.
• sync: always стал намного быстрее. Особенно на replicated streams: убрали часть лишних fsync и улучшили batching в Raft, поэтому режим максимальной durability теперь значительно меньше бьёт по throughput.
• Новый лимит — 1000 consumers на stream по умолчанию. Уже существующие consumers не удаляются, но создать 1001-й не получится, если явно не увеличить max_consumers или не отключить лимит. Это главное, что стоит проверить перед обновлением. | 2 151 |
| 18 | 😱 Отправили свое резюме на 129 вакансий на хх, а в ответ тишина ..
Думаете, что дело в рынке труда или вашем опыте?
Скорее всего нет. Процесс поиска работы сейчас - это четкий алгоритм действий, это машина, алгоритмы и авто-фильтры, которые меняются каждую неделю. Если опыт упакован неправильно, ваше резюме даже не дойдет до живого человека.
6 октября (вторник) в 18:00 по МСК: бесплатный открытый эфир с живым разбором резюме для проджектов, продактов, аналитиков, разработчиков разных грейдов
На эфире разберем:
🔴почему ваше резюме не доходит до человека
🔴4 типовые стратегические ошибки в позиционировании
🔴откуда взять достижения
🔴почему вас отметают рекруты на скрининге или все-таки сколько просить денег?
🔴Q&A - обсудим именно вашу ситуацию
Кто ведёт
Ольга Романова, руководитель проектных и продуктовых офисов с опытом в IT более 13 лет, основатель «Карьерной группы». По её программе карьерного сопровождения 94% участников за 3–4 месяца получают офферы в Авито, Яндексе, Т-Банке, OZON и других топовых компаниях. Зарплаты от 190 тыс. ₽ у администратора проекта до 1,4 млн ₽ у технического владельца продукта..
👉🏻 Отправить свое резюме на разбор и зарегистрироваться можно по ссылке ниже:
<РЕГИСТРАЦИЯ> | 1 812 |
| 19 | Слышал недавно в каком-то подкасте мысль, что Haskell плохо подходит для вайбкодинга просто потому, что медленно компилируется. Мол, агент постоянно делает одно и то же: написал что-то, запустил, получил ошибку, поправил, снова запустил. И если на одном языке за минуту можно сделать десять таких итераций, а на другом две, то первый удобнее.
Фиг знает. Я бы всё-таки не сводил всё только к скорости компиляции. Важно ещё сколько полезной информации агент получает после попытки.
Если компилятор думает чуть дольше, но потом довольно точно объясняет, что именно не так, одна такая итерация может оказаться полезнее нескольких быстрых запусков, после которых проблему всё равно приходится искать по тестам и ошибкам рантайма.
Rust тут хороший пример. Он тоже не славится молниеносной компиляцией, но его компилятор сам по себе очень много проверяет и прям очень подробно объясняет, что ты сделал неправильно. Поэтому агент может потратить больше времени на одну проверку, зато получить из неё кучу информации.
Да и bun переписали на Раст за считанные дни (уже в проде, кстати).
С Haskell, думаю, примерно та же история. Большие проекты на нём могут собираться долго, но во время разработки обычно не обязательно каждый раз пересобирать всю программу с нуля. Можно быстро перепроверять только изменившиеся куски кода и сразу смотреть, сходятся ли типы и работает ли нужная функция. То есть ситуация всё-таки не такая, что поменял одну строчку — и пошёл играть в пинг-понг, пока проект собирается.
Поэтому мысль "Haskell плох для агентов, потому что долго компилируется" мне кажется упрощенной.
Но, насколько я понимаю, в Haskell очень легко уйти в умный код. Можно наворотить сложную систему типов, хитрые абстракции, расширения языка и несколько уровней обобщений там, где другой язык (Go) просто заставил бы тебя написать десять скучных строчек.
ЛЛМ вообще любит переусложнять, до сих пор это не починили. В итоге на Хаскеле она вполне может написать корректный код, который будет выглядеть как высер архитектурного конкурса. Всё красиво обобщено, а потом ты (или агент) сидишь и пытаешься понять, почему столько уровней косвенности, и кто на ком стоял.
Go в этом смысле почти специально ограничивает пространство для творчества. Там труднее написать что-то очень хитрое, поэтому код чаще получается банальным, повторяющимся и предсказуемым.
Раньше многих это раздражало, а сейчас, когда код пишет агент, "скучно и предсказуемо" внезапно становится большим преимуществом.
В итоге у Go получается довольно удачная комбинация. Он очень быстро компилируется ( "Go compiles so fast that it feels like the blink of an eye" ), поэтому агент может быстро делать много итераций. Да еще и сам язык простой, поэтому меньше шансов, что агент закопается в собственные абстракции. А код потом сравнительно легко прочитать человеку или следующему агенту.
Так что похоже, Go для вайбкодинга нефигово рулит. Да и занудные if err != nil теперь проставляет агент, так что насрать на этот аспект :). Пусть хоть полпрограммы будет в этих проверках | 2 208 |
| 20 | Антон Жиянов написал мини-книгу по Go-concurrency. Это что-то вроде плотного конспекта с интерактивными примерами. Без пространных рассуждений.
https://antonz.org/go-concurrency-distilled/
Я, правда, хз, пишет ли сейчас кто-то еще код руками, но для собеседований это еще точно надо знать, так что кому-то может пригодиться | 2 080 |
