Первая часть🖱
Многие думают, что программисты не от мира сего. Но на самом деле, чтобы мыслить как инженер, совсем необязательно знать как инвертировать бинарное дерево. Это не про то чтобы каким-то магическом образом понимать, что в черном ящике, а про подход: структурировать, проверять, упрощать. А ещё про уважение к чужому времени и к своему мозгу.
Вот ещё три рабочих приёма, которые легко забрать в обычную жизнь:
1️⃣Нет данных — нет решения
В разработке выводы не делаются потому что я так чувствую. Если система падает, первым делом смотрят в логи и проверяют, что именно случилось и когда.
В жизни можно так же. Вместо того чтобы накручивать себя из-за плохого самочувствия сдать анализы или купить трекер. Вместо «мне кажется, я ничего не делаю» завести task manager. Тогда тревоги становится меньше, и решения принимаются не наугад, а по факту.
2️⃣Ошибка — это часть процесса, а не повод для паники
Баг – это индикатор того что нужно исправить или улучшить, а не трагедия. Главное понять, почему не работает, и починить.
Поначалу было сложно к этому адаптироваться, особенно когда привык воспринимать все на свой счет. Однако сорванный дедлайн или неудачный разговор можно разбирать не как личную драму, а как систему: что пошло не так, где был сбой, как не повторить. Вопрос «кто виноват?» заменяется на «что именно не сработало?», и это меняет многое. Еще подробнее про ошибки писала тут.
3️⃣Автоматизируй, если повторяется
Разработчики автоматизируют почти всё, что делают больше двух раз. Множество рутинных задач можно делегировать или выполнять быстрее: автоплатежи, шаблоны писем, чек листы, напоминания и тд. Классный пример здесь.
А с развитием Agentic AI кажется, этот пункт можно будет вывести вообще на новый уровень.
Если тема айтишное мышление вне ИТ вам заходит, кидайте 💡 и делитесь, с чем согласны и что еще бы добавили.
🟡 Re: #growth@reframe_journal