Перед этим день потратил на планирование и уточнения у 📱 — как это обычно делается, можно ли что-то сделать. Если задавать по 5-7 уточняющих вопросов про что-то новое, то получается осмыслить рекомендации
💬 https://chatgpt.com/share/67af1746-48c8-8000-a3dd-54c6634a6e72 — тут вот спрашивал, что можно сделать с access.log-ом сервера nginx, получилось, что работы на месяц, но стало понятнее, что можно будет сделать

При описании задач понравился подход — сначала описать в документе, а уже потом добавить задачи.
Документом может быть markdown/wiki/любой другой документ — это как план. А задачи — то, что решено сделать.
Использую markdown-документы, и понравилось использовать HTML-теги внутри

## Title
<details>
  <summary>Sub title</summary>

  Content
</details>

Чтобы в документе хорошо читалась структура, а детали были доступны по клику.
Задачи у нас в команде ведутся в YouTrack-е, пока их не очень ответственно заполняю — заголовки пишу, а теле только ссылка на документ. Так как задачи пока для самого себя, то работает.

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

Всем высоких нагрузочных уровней