Size: a a a

Боль Тимлида

2021 July 26

SU

Sergey Ulyanov in Боль Тимлида
Все же ваша основная задача сделать удобный апи для всех, а не заставлять всех подстраиваться под ваш
источник

OS

Oleg Soroka in Боль Тимлида
а что мешало сразу на rfc3339 заложиться?
источник

DT

Dmitriy Tkachenko in Боль Тимлида
Но есть стандарты. Они для этого придуманы.
источник

SU

Sergey Ulyanov in Боль Тимлида
Главное, timestamp не передают)
источник

MG

Maksim Golev in Боль Тимлида
В том году, прорабатывая Архитектуру одного проекта, наш Архитектор составил вот такой документ по дате и времени: https://docs.google.com/document/d/1puDKoLxsCSoKADPUsCisoBHfAthkk0BmGZIp5PZdwQI/edit?usp=sharing . На основе этого документа, мы везде используем UTC и проблем никаких нет
источник

SU

Sergey Ulyanov in Боль Тимлида
Стандарт: yyyy.MM.dd.ss.sssT+000
источник

SU

Sergey Ulyanov in Боль Тимлида
Максимально универсально
источник

DT

Dmitriy Tkachenko in Боль Тимлида
Еалп апи подчинено вполне себе общепринятомк стандарту. То это хороший повод послать клиента, который не может юзать этот стандарт не может
источник

Г

Глюкъ in Боль Тимлида
да, можно добавить еще одно обязательное поле в анкете клиента
вряд ли это будет способствовать улучшению UX
источник

DT

Dmitriy Tkachenko in Боль Тимлида
Этих стандартов штук 10 и даже больше. Но мы именно про работу с тацмзонами же говорим
источник

Г

Глюкъ in Боль Тимлида
предположу, что хранить в базе станддартный datetime дешевле чем строку вида "2021-08-15T15:52:01.000+06:00"
источник

OS

Oleg Soroka in Боль Тимлида
вы всегда в базу кладёте, не парся, то что клиент пришлёт?
источник

DT

Dmitriy Tkachenko in Боль Тимлида
клиенты БД (типа jdbc и прочие) умеют из такой строки получить хоть TIMESTAMP, хоть что. Так же как и вывести обратно в любой из таймзон какую захочешь
источник

DT

Dmitriy Tkachenko in Боль Тимлида
это ультрастандартизованная херня, я даже не могу представить более стандартизованного чего в программировании, кроме дейт таймов
источник

SU

Sergey Ulyanov in Боль Тимлида
Давайте разделять как храним, и что отдаем клиенту
источник

SU

Sergey Ulyanov in Боль Тимлида
Сейчас речь о формате ответа. Если в вашей системе - это одно и тоже, срочно искать архитектора
источник

Г

Глюкъ in Боль Тимлида
это холивар, простите
проблема не в хранении данных, проблема во взаимоотношениях между технарями и продажниками
источник

AR

Andrei Ramanovich in Боль Тимлида
в основе - тех. специалист говорит, что тех. реализация должна быть X, продажник что Y, если решение будет принято в пользу продажника, то наверное надо качать свою репутацию в компании
источник

SU

Sergey Ulyanov in Боль Тимлида
Тех спец может найти решение, которое удовлетворит и X, и Y
источник

SU

Sergey Ulyanov in Боль Тимлида
И если это возможно,то это решение лучше, чем просто качать репутацию
источник