Речь о повторяющихся встречах. Такую могли создать и год назад, но она по-прежнему проводится. Проблема даже не в том, что у участников поедет время — это, как правильно замечено, легко решается рассылкой уведомлений. Проблема в том, что при смещении встречи она начинает пересекаться с уже созданными по локальному времени событиями в этой же переговорке. Расписание переговорок обычно очень плотное, и наложение почти гарантированно.
Отдельным пунктом можно долго описывать, как в календарях у сотрудников компании, растянутой на пять часовых поясов, организовать еженедельную общую встречу утром каждого понедельника :)
Есть еще как минимум два прекрасных сценария, когда работа с часовыми поясами доставляет боль и страдание.
1. Время в системе хранится в локальном часовом поясе пользователя с указанием таймзоны. Наступает 26 октября 2014 года, на часах 1:30 ночи. Какое это время в UTC? Совершенно непонятно, потому что в этот день время с часу до двух ночи повторяется дважды, а UTC течет непрерывно. В любой системе, которая вынуждена оперировать с несколькими часовыми поясами одновременно возникает неопределенность, которую нужно решать явно, тем или иным способом.
2. В календаре отмечена регулярная (еженедельная, например) встреча между двумя людьми, находящимися в разных часовых поясах, например, в Москве и Киеве. Для проведения встречи и там и там нужны драгоценные ресурсы переговорных комнат. И вот наступает момент, когда Москва отказывается от перевода часов на зимнее время, а Киев часы переводит. В одном из городов обязательно произойдет смещение времени начала встречи на час — и она пересечется с другими в этой же переговорке, которые были созданы без участия второго города.
Полностью поддерживаю автора, работа с часовыми поясами — это боль и страдание, и очень редко встречающийся навык, что тоже, иногда доставляет неудобства при использовании в работе сторонних библиотек.
Мы активно работаем с разработчиками opensource программ, в том числе и с команой nginx.
Часть этих программ адаптирована для наших нужд, в основном, при помощи необычных конфигураций, но есть и наши собственные патчи.
Письма Яндекс.Почты и файлы Диска хранятся в одном хранилище. Каждый файл сохранен минимум в двух копиях в двух разных дата-центрах. Копирование осуществляется нашими технологиями. Про процесс загрузки файла на Яндекс.Диск мы уже писали. Что касается нашего хранилища, про него можно рассказывать очень долго. В двух словах, мы используем разные диски, в зависимости от того, как часто требуются сохраненные на них данные.
Как и от любого инструмента впечатления, скорее, нейтральные. У MongoDB есть ряд проблем, про них нужно помнить и вовремя обходить. Как хранилище оно вполне надежно и производительно до определенных объемов данных, потом нужно шардировать и разбивать на несколько баз.
Отдельным пунктом можно долго описывать, как в календарях у сотрудников компании, растянутой на пять часовых поясов, организовать еженедельную общую встречу утром каждого понедельника :)
1. Время в системе хранится в локальном часовом поясе пользователя с указанием таймзоны. Наступает 26 октября 2014 года, на часах 1:30 ночи. Какое это время в UTC? Совершенно непонятно, потому что в этот день время с часу до двух ночи повторяется дважды, а UTC течет непрерывно. В любой системе, которая вынуждена оперировать с несколькими часовыми поясами одновременно возникает неопределенность, которую нужно решать явно, тем или иным способом.
2. В календаре отмечена регулярная (еженедельная, например) встреча между двумя людьми, находящимися в разных часовых поясах, например, в Москве и Киеве. Для проведения встречи и там и там нужны драгоценные ресурсы переговорных комнат. И вот наступает момент, когда Москва отказывается от перевода часов на зимнее время, а Киев часы переводит. В одном из городов обязательно произойдет смещение времени начала встречи на час — и она пересечется с другими в этой же переговорке, которые были созданы без участия второго города.
Полностью поддерживаю автора, работа с часовыми поясами — это боль и страдание, и очень редко встречающийся навык, что тоже, иногда доставляет неудобства при использовании в работе сторонних библиотек.
Часть этих программ адаптирована для наших нужд, в основном, при помощи необычных конфигураций, но есть и наши собственные патчи.