раздел 02

Принцип 2: целенаправленное погружение

Первый принцип говорит «доверяй и делегируй». Второй уточняет: иногда надо осознанно остановиться и самому разобраться. Не во всём - точечно.

Когда включать

С какой-то регулярностью ловишь ощущение: «так, вот здесь, наверное, мне надо погрузиться и понять». Обычно это там, где есть риски:

  • деньги - решение влияет на стоимость,
  • безопасность - где-то утекут данные или доступы,
  • нагрузка - не перегрузить процессор, хватит ли сервера.

И ещё там, где тебе просто важно или интересно - тогда погружение оправдано само по себе.

Погружаюсь не потому, что не доверяю. А потому, что чувствую: здесь есть риск или мне здесь важно. Это осознанный выбор, а не тревога.

Реальный кейс: контроль расходов

Задача была - сделать свой инструмент контроля расходов и баланса по всем сервисам. Как это шло:

1
Не «сделай», а «найди способы»
Сначала просьба не реализовать, а изучить: «какие есть способы решить эту задачу, найди на GitHub подходящий сервис». Нейронка нашла популярный, с тысячами звёзд.
2
Читаю план и цепляюсь за деталь
Стоит правило: на большую задачу - сначала план. В плане фраза: сервис видит только трафик, который идёт через него. Глаз зацепился: погодите, что это значит?
3
Понимаю скрытый риск
«Трафик идёт через него» = деньги идут через сторонний сервис. Появился денежный риск, которого в постановке не было.
4
Задаю 3 уточняющих вопроса
Как именно идёт трафик? Влияет ли это на стоимость? Влияет ли на скорость? Ответ: ни на то, ни на другое замедления нет. Риск снят - дальше доверяю и иду.

Здесь важно, что погружение было точечным: не «разберу весь сервис до винтика», а «вникну ровно в тот момент, где почувствовал риск».

Ещё пример: сервер

Уперся в то, что сервера перестало хватать. Там три параметра - сколько ядер, сколько оперативки, сколько диска. Разобрался ровно настолько, чтобы принять решение: всё удвоил - и снова работает быстро. Подробнее про это - в курсе Мощность сервера: CPU, RAM, диск.