Архив рубрики ‘Разработка’

Кто умнее: программист, или берёзовое полено?

Парадокс инвестиций: Почему $1,000,000 и команда сеньоров убили бы мой стартап

Пару месяцев назад я опубликовал технический лонгрид на 30 тысяч знаков, где описал опыт создания и показал архитектуру своего алго-трейдинг проекта DepthSight. Там были промпты, примеры кода, графы и боль интеграции с биржами. Но в комментариях многие упустили лес за деревьями. Обсуждая нюансы реализации, мы прошли мимо главного открытия, которое я сделал за эти 8 […]

Пара дней вне рутины: зачем разработчикам дают свободу

Управление проектами: дайджест публикаций #48

План проекта, фокус-фактор, управление бэклогом, гайды по канбану, НФТ, управление изменениями, неэффективная эффективность и всё интересное, что писали за последние 2 недели про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте! Расширенные дайджесты, новости, обзоры книг и курсов для РП и аналитиков — в моем канале «Проектный дайджест», а теперь ещё и в удобной базе знаний, где я […]

Merge Request как транзакция

В этой заметке описана концепция организации производства ПО «Merge Request как транзакция изменения системы, и где в ней возникает eventual consistency». Имеется положительный опыт применения данной концепции на большом общероссийском проекте со сложным процессом производства ПО. Здесь же, в качестве примера, мы будем рассматривать её на большом абстрактном проекте, который описан ниже. Данная концепция приносит […]

Заблуждения обывателей о разработке через ИИ. Мнение разработчика

Меня зовут Александр, я fullstack разработчик с 20+ годами опыта (php+js+golang и всякое по-мелочи). Количество мифов и заблуждений о разработке через ИИ превысило, на мой взгляд, все разумные пределы. Я хотел бы порассуждать о причинах таких заблуждений. Типичные заблуждения не-разработчиков звучат так: «ИИ вот-вот заменит почти всех разработчиков, они станут не нужны» «С помощью ИИ […]

Почему я не стремлюсь к вниманию руководства, работая Staff Engineer в Google

В последнее время я читаю эссе Шона Гёдеке о том, что значит быть Staff+ engineer. Его статьи (в частности, Software engineering under the spotlight и

Почему менеджеры увольняют лучших инженеров — и всегда потом жалеют

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

Управляем техдолгом, пока он не начал управлять нами

Все разработчики знают, что такое техдолг. Но практика показывает, что даже в рамках одной команды люди могут по разному трактовать понятия техдолга, технических задач и пр. Предлагаю разобраться, что же это такое, откуда берется и что с этим всем можно делать. В первом приближении техдолг — это некоторое количество задач, которые мы должны сделать. Отсюда […]

IT Leader: Почему важно анализировать метрики

Проходя интервью на управленческие позиции в IT (например, Team Lead), часто можно попасть на секцию по опыту менеджмента командой. Казалось бы, рассказываешь о своем опыте, о принятых решениях и в целом о том, как успешно твоя команда выпускает релизы… Пока тебя не спросят «Ну а как ты понимаешь, что команда работает хорошо?».Или ты вроде все делаешь «правильно» на проекте, но недовольство заказчика растет, и твои люди подают заявления, потому что выгорели. И в голове […]