CodeClone 2.0: структурное ревью Python-кода для CI, IDE и AI-агентов

Когда я начинал CodeClone, это был довольно понятный инструмент: найти структурные клоны в Python-коде и не дать им незаметно расползаться по проекту.

Сейчас вышел CodeClone 2.0.0, и это уже другой продукт.

Не “ещё один линтер”, не попытка заменить Ruff, mypy, pytest, Bandit или Semgrep, а отдельный слой ревью: он смотрит на структуру Python-кода, отделяет старый технический долг от новых регрессий, связывает находки с покрытием тестами и дает одну и ту же картину в CLI, HTML-отчете, GitHub Actions, VS Code, Claude Desktop, Codex и через MCP.

Эта статья не про список флагов CLI. Про флаги есть документация.

(далее…)

Второй мозг строят все. Но большинство — не для себя

В моём инфо-пузыре последний месяц все строят второй мозг в Obsidian по методу Карпатого и рассказывают, как это повышает эффективность агентов. Гист прочитан, vault переформатирован, Claude подключён.

Но никто особо не останавливается на вопросе: а для кого именно строится эта система — для агента или для себя? И есть ли вообще разница.

(далее…)

Product Radar, инвестиции и цена ошибок: большое интервью с Дмитрием Беговатовым о том, как в России делают стартапы

Product Radar на РВФ 2026: карта стартапов, питчи, выставка и барбекю в стартап-доме

Стартап-привет! Я Дима Беговатов – основатель Product Radar, капитан экспедиции Радара на Российский венчурный форум 2026 в Казани. В этом году форум собрал более 6000 посетителей, 250 инвесторов и представил более 200 стартапов на выставке. Команде Радара удалось не только показать наши результаты за год, но и войти в топ-20 лучших стартапов форума по мнению экспертного жюри. Эта статья – наш отчет для сообщества Радара обо всем, что ждало нас в нашем приключении.

Фильм об экспедиции:

(далее…)

Жизненный цикл процесса: как создавать, внедрять и завершать процессы

На «Ура, мы запустили процесс!» работа не заканчивается. Здесь как с деревьями: мало посадить, важно присматривать и ухаживать, иначе процесс зачахнет и не даст ожидаемых плодов. В этой статье по мотивам выступления с TeamLeadConf Александр Бондаренко из Garage Eight поделится своим опытом, как сделать так, чтобы процессы жили и приносили результаты. Передаём ему слово.

(далее…)

Новый софт для нового города – инженерно-транспортная подготовка территорий многофункционального комплекса «Евроград»

Загрузка облака в nanoCAD Облака точек (конфигурация «ReСlouds»)

Загрузка облака в nanoCAD Облака точек (конфигурация «ReСlouds»)

nanoCAD GeoniCS (далее…)

Большой секрет малого бизнеса: как платить за поддержку сайта вполовину меньше и не потерять в качестве

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

(далее…)

Отказы — убийцы мотивации в продажах

Сколько времени и сил тратится на мотивацию продавцов? Иногда проблема лежит на поверхности.

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

(далее…)

Организация нетворкинга внутри команд для повышения эффективности

Введение

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

Неудачная практика: дружи, чтобы работать

(далее…)

Code Review Horror Stories. Часть 1: Concurrency & Memory в Go-сервисе

Продолжение прошлой статьи про ошибки на Go-собесах. В тот раз — про лайв-кодинг. Теперь — про code review: когда дают готовый сервис на ~150 строк и говорят “найди что не так, у тебя 30 минут”.

Разберём по косточкам реальный код с собеседования — микросервис трекинга рекламных кликов. Багов набралось 21, поэтому делю на две части. Первая — про самое страшное: concurrency, гонки, утечки памяти и горутин. Это то, что роняет сервис в проде. Часть 2 — про API design, ошибки и graceful shutdown — выйдет следом. Актуально для Go 1.26.

(далее…)