Latest posts
S0ER
3 Sept, 00:55
forwarded from @xor_journal
Google выпустила Gemini 3.8 Flash — новая быстрая модель уже обходит гигантов в кодинге.По данным WSJ, во внутренних тестах сотрудники Google предпочитали её ответы Claude Opus. Сама модель обещает быть дешевой и заточенной под кодинг и агентные задачи.Gemini 3.8 Flash уже начала появляться у пользователей, так что ждем официального релиза.Сентябрь жаркий на модели 😻@xor_journalS0ER
3 Sept, 00:55edited
Сейчас использую DeesSeek v4 Flash, на готовой кодовой базе решать стандартные таски из трекера - хватает выше крыши. В месяц менее 20$ трачу на один проект.В Claude уже не помню когда заходил. Не вижу какого-то профита от слова "совсем".Думаю, что легких моделей для кодинга будет все больше 👇👇👇S0ER
6 Aug, 00:09
forwarded from @xor_journal
Полезное: разраб сделал интерактивный мануал, который по шагам показывает, что происходит после нажатия Enter в адресной строке браузера.Внутри прям весь путь запроса: от интерпретации ввода и DNS до TLS, HTTP и рендеринга страницы. Всего 16 этапов и 124 подшага с анимациями и объяснениями. И да — всё на русском.Разбираемся 👌@xor_journalS0ER
5 Aug, 05:37
forwarded from @soer_live
Ты ненастоящий программист!Это происходит снова и снова, и каждый раз одинаково. Я начал свою карьеру, когда уже были языки высокого уровня, но ООП еще только набирал обороты. Несмотря на то что новая парадигма быстор становилась мейнстримом и нужно было учиться новому, не утихали разговоры о том, что ООП никогда не заменит структурный подход, потому что «медленно», «сложно», «бессмысленно» и все «настоящие» программисты используют только структуры + ассемблер для оптимизации сложных участков, а все «ненастоящие» — этот ваш новомодный ООП.Потом похожая ситуация была с использованием фреймворков — «настоящие» программисты — это всегда про «хардкор», когда буквально из ничего можешь собрать работающую систему, при этом все, что облегчает твою работу, сразу переводит тебя в разряд нетрушных программистов.Потом фронтенд стал ненастоящим программированием, все по той же схеме — слишкомS0ER
27 Jul, 09:30edited
Внимание, скам! Появился бот который выдает себя за бота моего канала. Я НИЧЕГО ЧЕРЕЗ БОТОВ НИКОМУ НЕ ПРОДАЮ. Жалуйтесь на скам если вам прелитит предложение на скидку от бота в телеге.S0ER
25 Jul, 09:59edited
У Сбера есть интересный whitepaper где он описывает технологию разработки продукта с помощью агентных циклов.Можно сколько угодно не любить корпоратов, но игнорировать тренд, который формируется у нас на глазах - это просто глупо.Хотим мы этого или нет, но основой работы для инженеров - становится архитектура агентных циклов, умение выстраивать процессы, делать оценку качества, вносить и контролировать метрики качества.Это работает потому что бизнесу интересно выпускать фичи в 2-3 раза быстрее, даже за счет дополнительных издержек на производство этих фич.Некоторое время еще можно подождать, чтобы убедиться, что тренд устойчив, но, ИМХО, цикл ранних последователей уже скоро закончится.TelegramSOERDEV | клуб инженеров-программистовСовременный кризис в IT вынуждает разработчиков быстро адаптироваться к двум вещам: изменению процессов и изменению технологий. Появление нового тренда очевидно, но важно не только его заметить, но и понять, насколько он зрелый. Зайти слишком рано - так же…S0ER
25 Jul, 01:06
Закончилась эпохаНедавно Дядюшка Боб (автор книг "Чистый код", "Чистая архитектура" и т.д.) заявил, что вообще не читает код, который пишет LLM, вместо этого он использует ограничения в виде автоматизированных тестов и других проверок. Подобных заявлений с каждым днем становится все больше и количество будет только расти.Можно возразить, мол "а как же качество?". На самом деле за последние два года качество генерации сильно возросло, если грамотно гранулировать задачу, можно обойти многие ограничения ИИ (например, дублирование функций и классов, если их нет в контексте, и тому подобные вещи). Фокус ушел на AiSDLC и описание архитектуры проекта.Мне кажется, в моменте мы переживаем этап взросления разработки, когда от написания кода мы уходим к архитектуре и идеям. В этом смысле Роберт Мартин не изменяет своим принципам – он всегда топил за более высокоуровневый взгляд наS0ER
23 Jul, 04:17edited
Как же больно использовать API вызовы для Fable 5. Это стата из OpenCode Zen, у меня для ревью спеки используется Fable, а для написании спеки в части программных интерфейсов Kimi 2.7, на то чтобы Fable дал несколько замечаний улетает 4-5$ (по сути это один промпт).Другими словами - хочешь задать вопрос Fable плати 5$. Был бы я ИИ, зарабатывал бы на ответах в чате.
S0ER
20 Jul, 23:04
Для того чтобы погонять Fable 5, пришлось вернуть подписку на Клода. В целом чувствуется, что модель сильнее Opus 4.8 (это проявляется в мелких деталях, подробнее писал в ИИ-лаборатории нашего клуба), но глобально ничего не меняется.Но вот что меня поразило, так это мои ощущения от использования Claude Code: как же я отвык от human in the loop, сидеть и постоянно контролировать - это не мое.У меня сейчас для работы сделано два оркестратора. Один реализует проектный SDLC, второй - общего назначения. Они связаны друг с другом и могут обмениваться заданиями и статусом выполнения, в общем агенте есть общий чат куда прилетают отчеты о выполнении.Развиваю проекты инкрементами, которые выглядят примерно так:$soerdev add spec "Новая фича" $soerdev refine spec $soerdev plan $soerdev run Это реализация цикла Human ON the loop. Логика такая: добавляем драфт спеки, обсуждаем детали,S0ER
15 Jul, 04:09edited
Отдельно хочу про "агентные циклы" (Loop Engineering) поговорить, этот термин ввел Андрей Карпаты в своих выступлениях. Это интересная механика, которую я примерно полгода назад пытался использовать в своем оркестраторе. Идея в том, чтобы не говорить ИИ, что делать конкретно, а вместо этого выстроить цикл постепенного написания и улучшения кода. Эдакий эволюционный подход.На самом деле все, кто серьезно занимаются разработкой с помощью ИИ, рано или поздно приходят к этой идее, так как ИИ довольно специфично работает с механизмом внимания (attention) и страдает от разных "эффектов" - потеря информации в середине контекста (lost-in-the-middle), ослабление фокуса на ранних инструкциях, излишнее якорение (anchoring bias) и накопление ошибок (error accumulation), когда модель достраивает решение вокруг уже сгенерированного кода, даже если там есть проблема. Из-за этого модель можетS0ER
9 Jul, 04:42edited
ИИ должен был помочь людям выполнять их работу лучше, а вместо этого приводит к усталости и выгоранию.Очень хорошо прочувствовал эту проблему на себе. Работаю с ИИ каждый день: формирую пул заданий, загоняю в оркестратор (это моя агентная система), через несколько часов проверяю сделанное, собираю список правок, снова запускаю агентную систему - и так по кругу.Проблема в том, что циклов исправления очень много. Причем это не моя личная проблема, появился даже новый термин - "ботситтинг" - это когда человек "нянчится" с LLM, чтобы получить результат. По статистике, на такие проверки и исправления у сотрудников уходит в среднем 6.4 часа в неделю, то есть почти целый рабочий день.Ситуация усугубляется тем, что сначала кажется, будто человек делает меньшую часть работы - просто правит результат ИИ, а потом ждет. Но на самом деле цикл довольно плотный, а сам момент "принятия решения"GleanAI has arrived at work. The organizational impact hasn'tStephanie Baladi | The Work AI Index reveals why widespread AI adoption still isn’t translating into business impact — and the hidden human labor behind the gap.S0ER
4 Jul, 01:22
forwarded from @tired_glebmikheev
А как у вас обстоят дела с агентами?Привет, испугался? Не бойся, я друг! Потрать пять минут, пройди опросник и расскажи про свое отношение, опыт и эффект от использования агентов. И поделись со своими друзьями, пусть они тоже прокликают.Я хочу собрать картинку, как покажет статус внедрения агентных практик в индустрии. С одной стороны когда ты общаешься с друзьями, кажется — ну вот оно, всё. Будущее безвозвратно наступило! Все себе чёто вайбкодят, внедрили в команды\процессы, у людей меняются профессиональные паттерны, а структура организации со всеми процессами рискует быть пересмотренной, выкинутой за борт и выстроенной по-новой с нуляА с другой, выходишь в народ, а там, либо все отрицают, либо называют использование веб-интерфейса чатгпт внедрением агентной разработки 🫣Короче, давай вместе разберемся — пройди опрос!П.С. И конечно шерьте шерьте шерьте. Надо собрать со всей
S0ER
4 Jul, 00:34
forwarded from @soer_live
Говорить, что ИИ заменит человека, так же как говорить, что калькулятор заменит математикаСуть метафоры понятна, но ирония в том, что сама метафора подтверждает мысль, что придется конкурировать с ИИ на уровне кода, но не архитектуры.1. Математик не конкурирует с калькулятором, просто потому что математик - это скорее архитектор, а не кодер. Он работает с теоремами, абстракциями, доказательствами, а не считает, что-то на калькуляторе.2. Была такая профессия "вычислитель", вот у этих ребят как раз возникли проблемы с появлением вычислительной техники, им пришлось конкурировать со способностью быстро и точно считать, и по итогу победили машины.Любые метафоры неточны, важно понимать, что конкуренция возникает когда возникают общие функции, у хороших инженеров много функций, которые не пересекаются с ИИ, а вот у чисто кодеров пересечений много.WikipediaВычислитель (профессия)Вычисли́тель — устаревающая с появлением компьютеров профессия — человек, производящий вычисления (в СССР также использовалось название «расчётчик»). Вычислители обычно работали в команде. Они осуществляли длинные и утомительные вычисления, причём, как правило…S0ER
4 Jul, 00:34
forwarded from @soer_live
На мой взгляд видео уже устарело. Могу согласиться, что большинство моделей не могут в хорошую архитектуру. Но стоит попробовать новейшие модели - GLM-5.2 или топовые Клода, как понимаешь, что архитектуру он делает лучше, чем большинство разработчиков.Это очень опасное заблуждение, которое возникает из-за того, что на уровне кода (одного приложения) ИИ может выдавать результат, который работатет (проходит тесты). Архитектура системы - это другой разговор.Первое: архитектура оценивается не в моменте, а на дистанции. Хорошая архитектура позволяет сопровождать и развивать систему в течение длительного времени. Проблема в том, что даже самые сильные ИИ-модели принимают решения, которые накапливают техдолг - неверные границы доменов, жесткое зацепление, слабая связность, дублирования и т.д. На дистанции 2–3 месяцев (без человеческих корректировок) внесение изменений в проект порождаетS0ER
4 Jul, 00:33edited
Сейчас куча проблем наложились друг на друга и получился глобальный кризис в АйТи - с одной стороны поджимает ИИ, который забирает часть привычной работы, с другой кризис найма.Вопрос "Что делать и как быть?" волнует многих, поэтому я решил выпустить видео, которое подсвечивает возможности, которые можно использовать, чтобы в будущем не остаться без работы.Ожидаемо, что несмотря на то, что в видео я постарался разложить все четко, многие находятся в глубоком заблуждении, что ИИ - это волшебная таблетка, которая может решить все проблемы разработки. На самом деле это не так, есть задачи, которые ИИ может решать, есть те, которые не может. Что за задачи смотрите в видео.P.S. ниже скину разбор типовых возражений, которые разобрал в клубе SOERDEV. У нас так же недавно была встреча по проблемам, которые есть при использовании в разработке ИИ.YouTube | VK | RuTubeTelegramSOERDEV | клуб инженеров-программистовОдно из основных достоинств нашего клуба - регулярные онлайн встречи на которых мы обмениваемся опытом или разбираем практические вопросы. В конце этой недели будет встреча "Проектория" (направление клуба, где мы делаем мини-проекты, разбираемся с проектированием…S0ER
20 Jun, 00:54edited
Два варианта. Один выбор.Допустим, у нас есть задача реализовать user story:Как пользователь платформы, я хочу начать урок, чтобы продолжить обучение и потратить накопленные токены.Наивная реализация на TypeScript + NestJS могла бы выглядеть как-то так:async startLesson(userId: string, lessonId: string) { const user = await this.userRepository.findById(userId) const lesson = await this.lessonRepository.findById(lessonId)const subscription = await this.subscriptionRepository.findActiveByUser(userId) if (!subscription || subscription.expiresAt < new Date()) { throw new Error("No active subscription") }if (user.tokens < lesson.tokensCost) { throw new Error("Not enough tokens") }S0ER
29 May, 05:39
forwarded from @soer_live
ИИ базаНу что, дожили до того светлого будущего, когда все больше работодателей интересуются, умеет ли соискатель работать с ИИ. Сразу успокою, пока — это далеко ни каждый первый и даже ни каждый второй, поэтому есть время подготовиться и понять, что вообще могут спросить и как отвечать.Почему стали проверять знания ИИ?Тут все просто — строили, строили и наконец построили процессы, которые включают работу агентов как дополнительный инструмент для решения рабочих задач. Раньше джун мог выехать на одном языке и фреймворке, а теперь даже на старте ждут, что ты не просто пишешь код, а понимаешь, как подключить к этому делу LLM.Лично мне положение дел скорее радует, чем огорчает. Для инженеров (соеров) — это дополнительная возможность карьерного роста, да, снова надо учиться новому и уходить в сторону M-shape, но так было всегда — учись лавировать или уходи из профессии.Для джуновS0ER
10 Apr, 04:15
forwarded from @soer_live
Курс по микросервисам стартует 20.04.2026.Продолжаю создание курсов по теме архитектуры. Ранее в сообществе были созданы коллекции материалов по сервисам и монолитам, и вот настала очередь микросервисов.О курсе: ❗️ приоритет на проектирование, документирование и анализ (будем разбираться, как проводить границы, формировать требования, распределять обязанности и т.д.)❗️ изучать можно индивидуально или общаясь в группе❗️ еженедельные семинары с разбором проблем и консультациями (только для Подписки №3)❗️ часть созвонов предполагает интерактивный формат круглого стола (например, общая Event Storming сессия)Важно! Это не формат обучения. Нет никаких обязательных лабораторных работ, программы обучения и прочих вещей. Вместо этого — набор материалов, доступных по подписке, и обмен реальным опытом.Можно просто смотреть лекции (для этого нужна Подписка №1), можно дополнительноS0ER
10 Apr, 00:35edited
Последнее видео по промпт-инженерии далось с особой болью, раньше я бездумно использовал советы из интернета, которые определяли, что нормальный промпт - это когда ты задаешь роль, контекст, задачу, пример (строго в таком порядке) и добавляешь конкретные измеряемые критерии качества.Я использовал и мне казалось, что "Вау! Это работает". А потом я решил сделать ролик в котором показать "плохие" и "хорошие" промпты.Оказалось, что "плохие" промпты работают ничуть не хуже чем "хорошие", т.е. все это время я делал промпты не понимая, что делаю "шляпу". В итоге я собрал те моменты, которые реально дают изменения, перестал писать портянки текста, больше фокуса на примеры и техники размышления и вот здесь уже удалось показать разницу.А знаменитое "представь что ты программист" оказалась не такой полезной штукой, как я думал.S0ER
9 Apr, 12:45edited
Сделал видео по созданию промптов, идея была в том, чтобы рассмотреть разные варианты текстов и выделить общие правила, которые опубликовать на soerdev.space в картах знаний.В итоге получилось очень плотное информативное видео, смотреть можно тут: YouTube | Vk | RuTubeYouTubeКак составлять промпты#soerdev Канал для тех кто хочет разбираться в программировании лучше. Основной канал для общения и публикации новых видео - Телегарм - https://t.me/softwareengineervlog Резервный канал в Max - https://max.ru/softwareengineervlog Сайт с коллекциями материалов…
Related Channels
Other channels in the same section of the catalogue.
