Claude Code

Вчера Antropic представили обновлённую модельку Sonnet 3.7 и вместе с ней локального агента Claude Code. Вместе с обновлением, которое значительно подняло метрики по выполнению кода, получилась пушка для как минимум хобби-разработчиков.

Агент работает по API, час работы выходит примерно 10-20$. Агент работает на локальной машине через свой терминал, запуская команды на локальной машине. За полтора часа работы у меня получилось "написать" ~5k строк C++ кода для системы быстрого построения графов при помощи locality-sensitive hashing проекций. Ничего сложного, но время разработки существенно скоратилось, а скаффолдинг можно и поправить.

За весь час я вообще не редактировал код, а давал только общие указания (напиши бенчмарк, напиши тесты). В результате получилась система, которая вроде бы даже работет – агент сам старается всё тестировать и себя проверять. В результате получилось написать то, на что у меня бы ушло недели две работы, да ещё и C++ вышел довольно читаемым.

Будущее, получается, уже совсем рядом – нужно только отстёгивать $20/час за такое удовольствие.

Google’s Sergey Brin Says Engineers Should Work 60-Hour Weeks in Office to Build AI That Could Replace Them

Говорит, doing so will make them “the most efficient coders and A.I. scientists in the world.”

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

Ну что, верим Брину? Хорошее дело предлагает?

Рубрика "как оно у корпоратов".
Статья про то, как, зачем и почему делают интеграционное решение в Лемана Тех:

https://habr.com/ru/companies/lemana_tech/articles/887916/

This project simulates a Kafka-like distributed streaming system with Producers, Partitions, and Consumers. It visualizes how data flows through the system and provides real-time metrics on performance. It's useful to understand how records flow within the system and distribute across Consumers.

Kafka-like Stream Processing Simulation
https://github.com/evouraorg/kafka-traffic-visualizer

Online
https://evoura.com/kafka-traffic-visualizer/

А в догонку к предыдущему вот ещё один: https://softwaremill.com/kafka-visualisation/

"Софт надо писать без багов, сразу" — сказал мне однажды Большой Начальник.

Меня знатно подбомбило. Но он был прав.
Нет, я не ерунду несу. Дослушайте.

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

- Внедряйте quality gate-ы на ранних этапах, раньше — лучше. Автоматизированное тестирование, линтеры, дизайн-ревью, да хотя бы внятная постановка задач!
- Прокачивайте тех, кто ставит задачи и принимает ключевые решения. Общайтесь, учите, обеспечивайте обратную связь и развитие.
- Вместо героического решения горы техдолга — не доводите до него. Это не всегда возможно и на костылях всё IT держится, но мало кто может поспорить, что бесконтрольный техдолг — прямой путь на стол паталогоанатома. Нельзя опускать руки в стремлении обуздать эту основополагающую IT-стихию!

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

Кандидаты начали проходить собеседования с помощью LLM! Караул!
— периодически раздаётся из разных щелей.

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

Джин вылез из бутылки, давайте использовать себе на благо!

Сегодня я узнал, что вместо того, чтобы парсить интернет — можно скачать его с архив орг:
Вот, например: https://archive.org/details/alexacrawls — всего 211 терабайт - и индекс alexa_2007 будет у тебя!
Что на самом деле очень круто и гораздо лучше, чем очередным пауком обходить интернет.

p.s.
Internet Arhive Web — 18,5 петабайт.
Не благодарите: https://archive.org/details/web

Сегодняшний выходной многими воспринимается вот так

А у вас пайплайны красные!

Как разгрести хаос в команде, если ты новый человек?

1. Разбираться. Вникать, спрашивать, копать. Не стесняться задавать вопросы, даже если кажется, что ты уже всех достал. Узнать, как тут вообще живут, какие процессы есть (или их нет), кто принимает решения, а кто просто делает вид.
Отдельный, строго необходимый скилл — выбивать себе право задавать неудобные вопросы и назначать встречи кому угодно, чтобы вытащить из них сведения.

2. Фиксировать. Записывать, рисовать схемы, собирать документы. Хаос не любит прозрачность, а твоя задача — сделать его видимым. Фиксация нужна не только тебе, но и начальству. Им нужен не просто крик «у нас тут всё плохо!», а конкретика: вот, что есть, вот, чего не хватает, вот, что нужно менять. Наличие у тебя схем того, как устроено на самом деле, документов, где понятным образом зафиксировано происходящее — это буквально то, что вселит в них уверенность, что ты на правильном пути.

3. Держать связь с реальностью. Твои представления могут не совпадать с тем, что на самом деле происходит. Проверяй гипотезы. Показывай команде свои схемы, свои записи, спрашивай, слушай. Реальность сложнее, чем твои представления о ней, но не сложнее, чем ты способен докопаться.

4. Не терпеть вредителей. В мутной воде многие отлично себя чувствуют. Кто-то сознательно саботирует, кто-то просто боится перемен. Нужно ли давать шанс встроиться в новый порядок? Всегда да. Нужно ли давать саботировать изменения? Точно нет. Придётся разговаривать прямо, давать возможность исправиться и вместе искать пространство для манёвра, но если человек не хочет меняться — расставаться с ним без сожалений.

Наведение порядка — это процесс, а не кнопка «Сделать красиво». Будет сопротивление, будут ошибки. Главное — двигаться вперёд и не бояться делать хаос видимым. Тогда он перестаёт быть хаосом.

Ситуация до боли знакома. Кто-то предлагает новый чек-лист для контроля задач, и тут же уважаемые “эксперты” начинают дебаты:

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

Скепсис понятен. Чек-листы и правда легко превращаются в пыльные файлы, забытые на гугл-диске. Но когда команда говорит: "Мы реально спотыкаемся тут каждый день" — это уже повод задуматься.

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

🔧 Чек-лист, который работает:

1. Простой. Понятные пункты, которые легко проверять.
2. Приносит пользу здесь и сейчас. Если чек-лист экономит время, нервы или спасает от ошибок, его начнут использовать.
3. Имеет связь с задачей. Это не просто "чтобы было", а чтобы сделать проект лучше.

Автоматизация — это здорово, это гораздо лучше чек-листов и инструкций. Но давайте признаем: не всё можно сразу закодить в линтеры (и тем более не всегда на это есть время и силы). И да, иногда проще заклеить дыру скотчем, пока не нашли сварочный аппарат. Главное, чтобы этот скотч держал, а не просто создавал видимость исправления.

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

"и кнуты у вас вялые и пряники черствые"

#цитата_дня #цитата_дна

SLA и снижение потерь от инцидентов

Рассказываю про то, как построить SLA для платформенных продуктов, в чём тут отличие от обычных, "продуктовых" продуктов, как с этим связаны SLI, SRE и другие страшные трёхбуквенные слова.
Пройдёмся по инфраструктуре, по управлению ожиданиями и заветным девяточкам.
Бонусом — пачка лулзов из реальной жизни.

https://youtu.be/hIvWnxdBtR8

👑

Работал я как-то с человеком, который решил, что я "неправильный", и взялся меня лечить. Никто его об этом не просил. Но, кажется, он был уверен: если сумеет меня "вылечить", то станет ещё умнее и успешнее.

Сегодняшний пост — о локальных царьках.

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

Как распознать царька:
- Красивые сказки, которые увлекают, но не сходятся с реальностью.
- Имидж «великого» и единственно правого, который он старательно лепит вокруг себя.
- Настойчивое желание переубедить всех и каждого, что правда только за ним.
- Общение с ним часто вызывает ощущение: "Что вообще происходит?".
- Авторитет "царя" нельзя оспаривать, иначе вы — враг.
- Отказ признавать свои ошибки, даже очевидные.
- Разрыв между словами и делами, скрытый под маской харизмы.
- Деление мира на "равных" (себе) и всех остальных.

Звучит знакомо?

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

Как выживать?
1. Держитесь своих интересов. Помните: никто не знает, что вам нужно, лучше вас самих.
2. Опирайтесь на факты, а не на их красивые истории.
3. Слушайте свои ощущения — если что-то не так, это повод задуматься.
4. Не бойтесь своей самостоятельности. Уход от такого "царя" — это не слабость, а победа.

Токсичные лидеры встречаются везде, и избежать их сложно. Но ваша задача — защитить себя, свои границы и своё здоровье. Никто не сделает это за вас.

Крепитесь и верьте в себя.