🦜 Анонс нового исследования

Предыдущее исследование про "15 Problem Interview c людьми, которые искали/ищут работу" хорошо так залетело, люди публиковали его в своих каналах, в том числе в экспертных по поиску работы. Подписалось уже около 100 человек.

Хочу повторить успех, учесть критику и сделать еще круче. В этот раз будет новая идея на исследовании в рамках цели "Тестирование 1 идеи в месяц".

👉 15 интервью с разработчиками, которые используют GenAI утилиты каждый день.

Основные цели исследования:
- Получить настоящие практические отзывы, а не маркетинговые материалы и поверхостные обзоры блогеров
- Внедрить лучшее в проекты, над которыми работаю.
- Понять как компании и разработчики покупают и внедряют AI решения
- Запаковать как услугу и попробовать продать компаниям консалтинг

Хочу пообщаться с:
- 5-7 бекенд/фронтенд/фулстек разработчиками
- 3-5 девопсами
- 5 техлидами

Пожалуйста, напишите мне или порекомендуйте товарища.

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

👇В комментариях можно найти драфт скрипта интервью, можете добавить свои вопросы, попробую включить их. А если вы профессиональный Продакт, то особенно велкам, потому что я пока только учусь.

@ctobuddy

🥇 Золотое правило проджект менеджмента

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

Я видел фичи, которые разрабатывались несколько месяцев от дизайна до тестирования, но никогда не попадали в продакшен.

Звучит это правило просто:

Атакуй неопределенность.
Сначала делай непонятные и рискованные задачи.

Люди склонны искать успокоения в понятных задачах, пилить понятные кнопочки и экранчики. Это наша природа, мы боимся идти туда, где темно, вдруг в темноте скрываются монстры.

По этой же причине проекты переделываются снова и снова.

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

👉 Наша задача - погрузиться в туман неопределенности и как можно раньше развеять его. Есть даже хорошая практика - взять целый спринт в начале проекта/большой фичи под это дело. Можно погуглить про Sprint Zero, Inception sprint.

Можете также называть это - Fail fast

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

@ctobuddy

🐸 Едим лягушек на завтрак, а слонов частями

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

Если с утра на завтрак съесть лягушку, то ничего более страшного с вами в этот день уже не случится.

Это прям как золотое правило проджект менеджмента из предыдущего поста.

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

Копится тревожность. Обслуживание тревожности высасывает еще больше энергии, вероятность решения задачи падает. Происходит это до тех пор, пока не приходит тот самый мохнатых зверь 🐻‍❄️

Но eсть лягушек круто! Съедая очередную, я чувствую себя героем и у меня высвобождается энергия. Часто лягушки бывают большими, похожими на слона. И тогда я просто добавляю задачу на каждый день - каждый день откусывать по кусочку.

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

В лягушке самое сложное - начать, а дальше втягиваешься.

👇Пишите в камментах, как боретесь с прокрастинацией

@ctobuddy

🎢Неустойчивое равновесие

Предыдущий год для меня был годом борьбы за энергию.

Начинал я его депрессивным и выгоревшим из за проблем на работе. Мы тогда сократили почти всю команду.

К середине года вышел в ноль.

К началу декабря чувствовал себя если не сверхчеловеком, то близко.

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

Слетел режим сна, еды, 4х месячный страйк без алкоголя. Я перестал трекать ежедневные задачи, 2 недели не занимаюсь спортом, не было сил общаться с людьми. Нет ничего, что не было бы задето.

Мне это напоминает график из школьной физики с потенциальной ямой и барьером. Телу так легко находиться в яме с минимумом потенциальной энергии, и так сложно держать равновесие в локальном максимуме.

Начало года, начало месяца и недели - идеальное время чтоб начать все сначала и замерить свой failure recovery time.

Как у вас? Кто со мной?

🏋Как Github измеряет продуктивность команд?

Недавно читал про Copilot и наткнулся на статью Github о том, как они измеряют продуктивность команд разработки и импакт их AI-вундерфафли.

Если коротко - нет какой-то одной универсальной метрики. Это скорее совокупность всех метрик из предыдущего опроса.

Но есть одна, которую Github в особенности выделяют, ставят на первое место и утверждают, что этот параметр коррелирует с общей производительностью и может ее предсказывать -

Employee satisfaction and well-being.

Это же подтверждается тем, что я недавно узнал из разговоров с психологом и магистром менеджмента Виктором Мизилиным

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

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

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

А еще наша контрольная система не дает нам покоя и постоянно просит отвлечься, показать ей еще тиктоков и рилсов, почитать новостей.

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

📣 Пошарье этот пост со своими коллегами, руководителем или просто близкими, которые работают на износ.

@ctobuddy

Упоролся немного по теме well-beingа на рабочем месте. Читаю исследования на тему факторов стресса, влияния многозадачности на продуктивность, выгорания среди айтишников.

Может получится что то интересное.

Написал большую статью для вастрика.
Будет много научных данных и цифр.
Жду вас в комментариях.

https://vas3k.club/post/22464/

Сегодня воскресный мем,
а завтра начнем неделю с чего-то серьезного.

Кстати, сегодня у меня третье интервью по использованию GenAI программистами, на этой неделе отвлекался на well-being тему. Со следующей недели хочу поплотнее заняться AI.

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

@ctobuddy

🛠 Arc42 - фреймворк описания архитектуры

Arc42 мне нравится за его логичность. Идешь спокойно сверху вниз и описываешь систему.

У него есть младший брат - С4 model, но мне как то не заходит из-за излишней простоты.

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

Начинаем описывать систему с бизнесовой части, типа целей проекта, юзкейсов, ограничений, бизнес контекста(с какими другими системами наша система будет взаимодействовать)

Дальше спускаемся на уровень ниже и описываем нашу систему в компонентах, еще уровнем ниже описываем каждый компонент отдельно.

После того как описали компоненты, описываем как они взаимодействуют между собой по всем важным сценариям. Тут будет много sequence диаграмм.

В Crosscutting Concepts указываются другие полезности типа мер безопасности, логгирования и мониторинга, процесса разработки и тд

И самое главное в конце не забыть про Риски!

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

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

@ctobuddy

Вчера посмотрел отличную комедию про выгорание, токсичное начальство и сокращения. Прям в тему моей последней статьи.

Офисное пространство(Office Space) снят в 1999 году, во время пузыря доткомов и не утратил актуальности сегодня.

За хороший вечер спасибо @imctobitch

@ctobuddy

🥵За что я не люблю программирование

Пытаюсь сейчас вернуться в большой спорт после долгого перерыва в 3 года, пока получается очень болезненно.

Я дико кайфовал с написания кода - наваливаешь минимал техно в наушниках и попер писать.

Но есть две херни, которые тебя регулярно выбивают и колеи:

- Борьба с самим собой
- Танцы с бубнами

Борьба с самим собой значит, что машина всегда права, а код такой, каким ты его написал. Любая бага - это твое личное поражение. Можно потратить пару дней, пытаясь понять, почему этот сраный код не работает, а в конце обнаружить, что ты просто перепутал название переменной.

С другой стороны, нет более капризной стихии, чем программирование. Мне кажется даже астрология более точная “наука”. Хороший программист должен уметь говорить с богами, читать невидимые знаки в логах, гадать по стектрейсу.

Если уж разгневал богов, то нужно уметь задобрить, тут надо танцевать с бубном. Бывает такое, что достаточно просто перезапустить код и проблема уходит аки не было, барабашка пошалил.

А бывает, что ты 2 дня перебираешь все решение со stackoverflow и гитхаб тредов, и понимаешь, что походу, когда ты переносил ОС со старого компа на новый, каким то образом перенеслись и дефолтные утилиты. И у тебя перестала работать утилита tar, потому что она была собрана под другой архитектурой процессора, а ее нельзя никак переставить, и, похоже, нужно переставлять всю ОС.

Такие вот планы на вечер.

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

Ставьте 🔥 who can relate

@ctobuddy