Pluely - открытый аналог Cluely

Cluely - система “списывания для всего”. Приложение невидимо сидит в трее, расшифровывает речь и может помогать при собеседованиях, митингах и т.п. вещах. Разработчик сделал ее open source аналог. Pluely — ИИ-помощник, ориентированный на конфиденциальность и абсолютно невидимый во время встреч, собеседований и звонков.

Ключевые особенности:

• Захват звука с транскрипцией в реальном времени
• Работает с любым поставщиком LLM (OpenAI, Claude, Gemini, Grok, локальные модели)
• Полная незаметность во время видеозвонков, демонстрации экрана и записи
• Режим полной невидимости с горячими клавишами
• 100% локальная обработка — ваши данные никогда не попадают на наши серверы

Уже более 600 ⭐️ на GitHub. Так и до монетизации недалеко.

Почему каждый знакомый мне Senior разработчик планирует уйти

К вопросу о кризисе в IT. Топовая статья с Medium, в которой автор сетует на сложившуюся культуру разработки (обилие совещаний, корпоративный бюрократизм, создание ценности, но не получение денег от нее, технический долг, искусственные ограничения и т.п.) и говорит, что каждый его знакомый Senior планирует уйти с работы.

Senior разработчики — это канарейки в угольной шахте. Следующее десятилетие принадлежит:

• Независимым разработчикам, монетизирующим экспертные знания
• Небольшим командам, создающим специализированные продукты
• Консультантам, решающим конкретные проблемы
• Разработчикам, владеющим своей цепочкой создания стоимости

Традиционной занятости была оптимизирована для индустриальной эпохи — стандартизация, контроль и процессы. Информационная эпоха поощряет креативность, скорость и прямое создание ценности.

Исход не грядет, он уже наступил.

Я заставил мое приложение работать в офлайне - архитектурный сдвиг

Моё приложение на самом деле не было приложением. Оно было просто марионеткой, которой управлял интернет, дергая за все ниточки.

А когда я отключил ниточки, марионетка рухнула.

И я принял решение. Я переделаю своё приложение так, чтобы оно работало только в offline режиме.

Никаких оправданий. Никаких сообщений «попробуйте ещё раз позже». Только локальная архитектура.

И этот выбор изменил всё в моём подходе к разработке приложений.

МТС приглашает на масштабный ИТ-чемпионат True Tech Champ 2025!

Соревнования пройдут в двух треках: алгоритмы и программирование роботов. Участвовать могут начинающие ИТ-специалисты и опытные разработчики.

В этом году ты сможешь:
— решать алгоритмические задачи в индивидуальном зачете;
— объединиться в команду с другими участниками и управлять роботом в лабиринте с помощью кода;
— попасть на офлайн шоу-финал в качестве участника или зрителя;
— побороться за призовой фонд 10 250 000 рублей.

Отборочные этапы состоятся онлайн, финал — 21 ноября в МТС Live Холл в Москве.

Регистрация открыта до 20 октября. Подай заявку прямо сейчас.

Prompt Packs

А вот подборка готовых промптов для любых ситуаций использования ChatGPT. Есть для продаж, customer success, продуктовых исследований (например, есть готовый пак для исследования онбординга конкурентов), конечно программирования, маркетинга и т.п.

Если ты используешь ИИ (а ты его используешь) - подходи к вопросу с готовыми правильными промптами.

AppGrowth про инди, пет и монетизацию

Мировой чемпионат по плохому UX

Надо написать максимально непростую форму ввода даты. Осталось около 7 дней на создание работ.

Сайт: https://badux.lol/

Как я реверснул обфускацию Amazon Kindle Web, потому что их приложение было отстойным

Отличная история о том, как невозможность читать КУПЛЕННУЮ книгу привела к реверс-инжинирингу читалки Amazon и, как следствие, вскрытии всей системы обфускации.

TL;DR

• Я купил свою первую электронную книгу на Amazon
• Приложение Amazon Kindle для Android было очень глючным и постоянно вылетало
• Пытался скачать книгу, чтобы использовать её в работающей читалке
• Понял, что Amazon больше не позволяет этого делать
• Решил назло провести реверс-инжиниринг их системы обфускации
• Обнаружил несколько уровней защиты, включая случайный алфавит
• Обошел их все с помощью волшебства сопоставления шрифтов

Великий крах качества программного обеспечения: как мы нормализовали катастрофу

В Apple Calculator утечка 32 ГБ оперативной памяти.

Не используется. Не выделено. Утечка. Простое приложение-калькулятор потребляет больше памяти, чем большинство компьютеров имело десять лет назад.

Двадцать лет назад это привело бы к экстренным патчам и пост-мортемам. Сегодня это просто очередной отчёт об ошибке в очереди подобных.

Мы довели программные катастрофы до того, что утечка 32 ГБ оперативной памяти из Calculator едва ли попадает в новости. Дело не в ИИ. Кризис качества начался за годы до появления ChatGPT. ИИ просто превратил существующую некомпетентность в оружие.

Мой перевод на Хабре: https://habr.com/ru/articles/959332/

Поставьте ⬆️ по возможности ☺️

Octoverse 2025: ежегодный отчет от GitHub

Вышел новый ежегодный отчет Octoverse, в котором GitHub рассматривает индустрию открытого программного обеспечения и свою роль в ней. Отчет за 2024 год вы можете найти здесь.

Данные этого года выделяют три ключевых изменения:

• Генеративный ИИ теперь является стандартом в разработке. Более 1.1 миллиона публичных репозиториев теперь используют LLM SDK, и 693,867 из этих проектов были созданы за последние 12 месяцев (+178% в годовом исчислении, август 2025 г. по сравнению с августом 2024 г.). Разработчики также смерджили рекордные 518.7 млн ​​пул-реквестов (+29% в годовом исчислении). Более того, внедрение ИИ начинается рано: 80% новых разработчиков на GitHub используют Copilot в первую неделю.
• TypeScript теперь является самым используемым языком на GitHub. В августе 2025 года TypeScript обогнал Python и JavaScript. Его рост иллюстрирует, как разработчики переходят на типизированные языки, которые делают кодирование с помощью агентов более надежным в продакшене. Немаловажно и то, что практически все основные фронтенд-фреймворки теперь по умолчанию используют TypeScript. Тем не менее, Python по-прежнему доминирует в работе с ИИ и в науке о данных, в то время как экосистема JavaScript/TypeScript по-прежнему обеспечивает большую общую активность, чем Python в отдельности.
• ИИ меняет выбор, а не только код. Раньше разработчик подразумевал выбор IDE, языка или фреймворка. В 2025 году ситуация меняется. Мы наблюдаем корреляцию между быстрым внедрением инструментов ИИ и меняющимися языковыми предпочтениями. Этот и другие изменения свидетельствуют о том, что ИИ влияет не только на скорость написания кода, но и на то, какие языки и инструменты используют разработчики.

Руководство по промпт-инжинирингу для программистов

В статье автор рассказывает, как превратить инструменты на основе ИИ для программирования (автодополнение, ассистенты, генерация кода) в действительно полезных партнёров по разработке — если грамотно составлять запросы (промпты). Он подчёркивает: качество ответа ИИ сильно зависит от того, какой запрос мы ему задаём — контекст, цель, детали имеют решающее значение.

📌 Ключевые принципы, которые стоит взять на заметку

Вот некоторые из наиболее важных рекомендаций из статьи:

• Предоставляйте богатый контекст: язык, фреймворк, используемые библиотеки, специфика проекта.
• Чётко сформулируйте цель или вопрос: вместо «почему не работает» задайте: «эта функция возвращает undefined вместо ожидаемого результата X при входе Y».
• Разделяйте сложные задачи на части: не просите сразу реализовать весь большой модуль, начните с генерации скелета, затем добавьте шаг за шагом.
• Приводите пример входа/выхода, желаемого поведения — это помогает ИИ „понять“ задачу.
• Используйте роли или персону: «действуй как старший разработчик React» или «ты эксперт по безопасности кода». Это формирует нужный тон и глубину ответа.
• Итерации: рассмотрите первый ответ, корректируйте запрос, задавайте уточняющие вопросы. Работа с ИИ — не одноразовый промпт, а диалог.

Применение этих принципов может серьёзно повысить вашу эффективность. Впрочем, в статье упоминается, что промпт-инженерия это скорее ремесло, чем строгий набор правил.

Как я запустил локальную LLM на Raspberry Pi 5

Последние пару лет я много экспериментировал с LLM на разных железках от GPU-кластеров в облаке до маленьких Raspberry Pi. И вот одна из любимых задачек-провокаций: «А можно ли запустить модель на Pi 4, 5?» Если коротко: можно попробовать, но физика тут сильнее хайпа. У платы есть 8-16 ГБ памяти, у модели десятки гигабайт даже в самых «жестких» квантовках. В лоб это не работает, но зато эксперимент дает интересный результат: мы понимаем, где проходят границы устройства и какие архитектурные схемы реально полезны.

Chad: The Brainrot IDE — дикая среда разработки с играми и развлечениями

Когда бывший CEO Twitter Дик Костоло выступал на TechCrunch Disrupt, кто-то из аудитории спросил его, будет ли возрождён хит HBO «Кремниевая долина». Костоло, который был сценаристом шоу, по сути, ответил отрицательно. Хотя сценаристы регулярно говорят об этом, он сказал, что не занимается этим, потому что современная Кремниевая долина сама настолько странная, что её невозможно спародировать.

Последний пример — новая компания Clad Labs, которая была прорекламирована Y Combinator на этой неделе. Продукт Clad настолько нестандартен, что сначала люди приняли его за первоапрельскую шутку.

Но это реальный продукт, рассказал TechCrunch основатель компании Ричард Ван. Продукт называется Chad: The Brainrot IDE (в вольном переводе — Дегенеративная среда разработки). Это ещё одна интегрированная среда разработки, но с изюминкой. Ожидая, пока ИИ-инструмент завершит свою задачу, разработчик может заниматься своими любимыми развлечениями прямо в окне IDE.

Или, как рекламируется на сайте компании: «Делайте ставки, пока пишете код. Смотрите TikTok. Свайпайте в Tinder. Играйте в мини-игры. Это не шутка — это Chad IDE, и она решает самую большую проблему производительности в разработке с использованием ИИ, о которой никто не говорит».

Основатели утверждают, что их IDE повышает производительность, помогая «переключаться контекст». Их аргумент заключается в том, что развлекаясь в самой IDE, как только ИИ завершит задачу, вы сразу же вернётесь к работе, а не будете сосредоточены на телефоне или браузере.

Хотя продукт существует, он пока недоступен широкой публике.

«Сейчас мы находимся в стадии закрытого бета-тестирования», — сказал Ван. Сейчас он пытается сформировать «сообщество» пользователей, которым нравится эта идея. Clad Labs надеется вскоре открыть продукт для публики, но пока пользователи должны получить приглашение от кого-то, кто уже участвует в бета-тестировании.

Как работают ИИ-агенты и кому они на самом деле нужны

ИИ-агенты — одна из самых обсуждаемых технологий сегодня. Отчеты называют их революцией, а новостные заголовки — заменой сотрудникам. Но за громкими заявлениями часто теряется главный вопрос: как именно это работает для бизнеса уже сейчас?

Для руководителя и инвестора важно не увлечься технологией, а понять ее практическую ценность. В каких случаях агенты действительно снижают затраты и ускоряют процессы, а в каких пока остаются лишь дорогим экспериментом?

Это полноценный обзор: чем ИИ-агенты отличаются от привычных чат-ботов, каким проектам они приносят реальную выгоду и как оценить, готова ли ваша компания к первому пилоту. А еще подготовили простой гайд, чтобы каждый смог попробовать, что такое ИИ-агент на самом деле.

Следующие два года в области разработки программного обеспечения

Программная индустрия находится на странном переломном этапе. Программирование с использованием ИИ эволюционировало от автодополнения на стероидах до агентов, способных автономно выполнять задачи разработки. Экономический бум, подпитывавший массовый набор персонала в технологической сфере, уступил место стремлению к эффективности: компании теперь часто отдают предпочтение прибыльности, а не росту, опытным сотрудникам, а не выпускникам вузов, и небольшим командам, оснащенным лучшими инструментами.

Между тем, новое поколение разработчиков выходит на рынок труда с иным подходом: прагматичным в отношении стабильности карьеры, скептически относящимся к культуре «быстрой работы» и воспитанным на использовании ИИ с самого первого дня.

Что произойдет дальше действительно неопределенно. В статье приведены пять важнейших вопросов, которые могут определить развитие программной инженерии в 2026 году, с двумя контрастными сценариями для каждого. Это не совсем прогнозы, а скорее инструменты для подготовки. Цель — четкая дорожная карта для решения будущих задач, основанная на текущих данных и смягченная здоровым скептицизмом, которым славится это сообщество.

По возможности, поддержите мой перевод на Хабре.

Разработка [iOS] приложений с помощью ИИ в 2026 году

Томас Рикуар из Medium написал огромную статью о своем подходе к iOS-разработке с помощью ИИ, используемых инструментах и идеях о том, как будет развиваться программирование в будущем:

Программирование мертво, и оно не вернётся. Оно медленно, но верно угасает.

X открывает исходный код своего алгоритма рекомендаций

В 2023 году Twitter впервые частично открыл исходный код своего алгоритма. В те дни миллиардер Илон Маск, владелец Tesla, только недавно приобрел платформу и заявил, что его миссия — реструктурировать социальную сеть, сделав её более прозрачной.

Однако публикация кода алгоритма быстро подверглась критике за «театр прозрачности», критики отметили, что он «неполный» и мало что раскрывает о внутренней работе или о том, почему код работает именно так.

Теперь X делает вторую попытку и снова открывает исходный код своего алгоритма, выполнив обещание, данное Маском на прошлой неделе. «Мы сделаем новый алгоритм , включая весь код, используемый для определения того, какие органические и рекламные публикации рекомендуются пользователям, открытым в течение 7 дней», — сказал он. Маск также пообещал обеспечивать прозрачность работы алгоритма каждые четыре недели в обозримом будущем.

Почему Senior инженеры допускают провал неудачных проектов

В крупных компаниях высказываться о том, что вы считаете «плохим проектом», — это хорошо. Но только в меру. Иногда признаком старшинства является осознание того, что спорить с людьми, которые не хотят слушать, не стоит; лучше приберечь свои советы.

Навыки, которые вы теряете, пока ИИ берет на себя рутинные задачи

Концертный пианист не забывает, как играть. Он забывает, как играть хорошо. И он не замечает этого, пока это не становится важным.

Вы не потеряете работу из-за ИИ.

Но вы можете потерять то, что делало вас мастером своего дела — причем так постепенно, что и не заметите. Пока не поймаете себя на том, что в недоумении смотрите на баг, который раньше щелкали как орешки, на архитектуру, которую не можете объяснить, или на систему, которую больше не понимаете.

Вопрос не в том, использовать ли ИИ. Вы будете его использовать.

Вопрос в том, останетесь ли вы через пять лет инженером, способным работать без него, или же тем, кто не будет знать, с чего начать.

Модульность как архитектурный выбор

Модульность — мощный инструмент для распутывания сложных систем и создания условий для устойчивой разработки приложений. При правильном проектировании она снижает трение при изменениях, уменьшает риск непредвиденных побочных эффектов, сокращает циклы обратной связи и делает повседневную разработку более предсказуемой. Она также может открыть двери для совместного использования хорошо изолированных модулей в нескольких приложениях, превращая внутренний код в долгосрочные активы, а не в специфичный для проекта багаж.

Усталость от ИИ — это реальность, и никто об этом не говорит

Если вы инженер, который ежедневно использует ИИ — для анализа проектов, генерации кода, отладки, документации, принятия архитектурных решений — и заметили, что почему-то чувствуете себя более уставшим, чем до появления ИИ, этот пост для вас. Вам это не кажется. Вы не слабак. Вы сталкиваетесь с чем-то реальным, что индустрия агрессивно отрицает. И если человек, который всю жизнь занимается разработкой инфраструктуры агентов, может выгореть c ИИ, это может случиться с кем угодно.

Я хочу поговорить об этом честно. Не в версии «ИИ — это потрясающе, и вот мой рабочий процесс». А в реальной версии. В той, где вы смотрите на свой экран в 11 вечера, окруженные сгенерированным ИИ кодом, который вам еще нужно проверить, и задаетесь вопросом, почему инструмент, который должен был сэкономить вам время, отнял у вас весь день.