docs: документация переведена на канон av-dev-pm

- беклог и план переехали в docs/tasks (38 задач, 11 целей), слаги переименованы с транслита на английские, 85 ссылок поправлены - conventions.md разобран в docs/conventions/, local-research.md — в docs/research/, review-journal.md — в docs/review.md с разделом настройки конвейера; заведены security.md, adr/ и .pm.json - шаг docs.py check добавлен в task gate; поведение в architecture.md помечено девятью маркерами долга, database.md получил настройки с числовым значением
2026-08-03 17:14:53 +03:00
parent de7b15d48c
commit d79189be18
94 changed files with 1234 additions and 566 deletions
@@ -0,0 +1,19 @@
+# [idea] Что считать сутками при смене часового пояса
+
+**Секция:** ядро · **Хук:** Шаги за день — базовый запрос трекера и игры, но чей это день при перелёте, не решено · **Теги:** goal:read-api
+
+«Шаги за день» — базовый запрос трекера и фитнес-игры. Но точка несёт метку с
+офсетом исходной зоны, и при перелёте сутки перестают быть однозначными: день
+по локальному времени в момент измерения, по текущей зоне телефона или по
+фиксированной зоне пользователя — три разных числа.
+
+Apple эту неоднозначность не решает, а перекладывает: в экспорте у записи есть
+и время, и офсет. Мы храним так же — значит выбор всплывает ровно в момент
+свёртки.
+
+Почему идея, а не задача: непонятно, что должно стать наблюдаемо иначе. Нужно
+решить, чей это выбор — сервера (одна зона в конфиге), клиента (параметр
+запроса) или обоих (умолчание плюс переопределение).
+
+Вопрос не гипотетический: походы и хайкинг из второго сценария — это как раз
+поездки со сменой зоны.