Речь о повторяющихся встречах. Такую могли создать и год назад, но она по-прежнему проводится. Проблема даже не в том, что у участников поедет время — это, как правильно замечено, легко решается рассылкой уведомлений. Проблема в том, что при смещении встречи она начинает пересекаться с уже созданными по локальному времени событиями в этой же переговорке. Расписание переговорок обычно очень плотное, и наложение почти гарантированно.
Отдельным пунктом можно долго описывать, как в календарях у сотрудников компании, растянутой на пять часовых поясов, организовать еженедельную общую встречу утром каждого понедельника :)
Есть еще как минимум два прекрасных сценария, когда работа с часовыми поясами доставляет боль и страдание.
1. Время в системе хранится в локальном часовом поясе пользователя с указанием таймзоны. Наступает 26 октября 2014 года, на часах 1:30 ночи. Какое это время в UTC? Совершенно непонятно, потому что в этот день время с часу до двух ночи повторяется дважды, а UTC течет непрерывно. В любой системе, которая вынуждена оперировать с несколькими часовыми поясами одновременно возникает неопределенность, которую нужно решать явно, тем или иным способом.
2. В календаре отмечена регулярная (еженедельная, например) встреча между двумя людьми, находящимися в разных часовых поясах, например, в Москве и Киеве. Для проведения встречи и там и там нужны драгоценные ресурсы переговорных комнат. И вот наступает момент, когда Москва отказывается от перевода часов на зимнее время, а Киев часы переводит. В одном из городов обязательно произойдет смещение времени начала встречи на час — и она пересечется с другими в этой же переговорке, которые были созданы без участия второго города.
Полностью поддерживаю автора, работа с часовыми поясами — это боль и страдание, и очень редко встречающийся навык, что тоже, иногда доставляет неудобства при использовании в работе сторонних библиотек.
Мы активно работаем с разработчиками opensource программ, в том числе и с команой nginx.
Часть этих программ адаптирована для наших нужд, в основном, при помощи необычных конфигураций, но есть и наши собственные патчи.
Письма Яндекс.Почты и файлы Диска хранятся в одном хранилище. Каждый файл сохранен минимум в двух копиях в двух разных дата-центрах. Копирование осуществляется нашими технологиями. Про процесс загрузки файла на Яндекс.Диск мы уже писали. Что касается нашего хранилища, про него можно рассказывать очень долго. В двух словах, мы используем разные диски, в зависимости от того, как часто требуются сохраненные на них данные.
Как и от любого инструмента впечатления, скорее, нейтральные. У MongoDB есть ряд проблем, про них нужно помнить и вовремя обходить. Как хранилище оно вполне надежно и производительно до определенных объемов данных, потом нужно шардировать и разбивать на несколько баз.
Выдергивание информации из URL, в стиле Slack и Twitter
Google Chrome пометит HTTP-сайты как небезопасные
«Never say never» или Работаем с таймзонами правильно
Отдельным пунктом можно долго описывать, как в календарях у сотрудников компании, растянутой на пять часовых поясов, организовать еженедельную общую встречу утром каждого понедельника :)
«Never say never» или Работаем с таймзонами правильно
1. Время в системе хранится в локальном часовом поясе пользователя с указанием таймзоны. Наступает 26 октября 2014 года, на часах 1:30 ночи. Какое это время в UTC? Совершенно непонятно, потому что в этот день время с часу до двух ночи повторяется дважды, а UTC течет непрерывно. В любой системе, которая вынуждена оперировать с несколькими часовыми поясами одновременно возникает неопределенность, которую нужно решать явно, тем или иным способом.
2. В календаре отмечена регулярная (еженедельная, например) встреча между двумя людьми, находящимися в разных часовых поясах, например, в Москве и Киеве. Для проведения встречи и там и там нужны драгоценные ресурсы переговорных комнат. И вот наступает момент, когда Москва отказывается от перевода часов на зимнее время, а Киев часы переводит. В одном из городов обязательно произойдет смещение времени начала встречи на час — и она пересечется с другими в этой же переговорке, которые были созданы без участия второго города.
Полностью поддерживаю автора, работа с часовыми поясами — это боль и страдание, и очень редко встречающийся навык, что тоже, иногда доставляет неудобства при использовании в работе сторонних библиотек.
Почтовый офис Яндекса: как мы сделали сервис, анализирующий результаты рассылок в реалтайме
Совместный эксперимент команд Яндекс.Почты и Nginx: действительно ли SPDY ускорит интернет?
Как инфраструктура Яндекс.Почты выросла за 13 лет
Как инфраструктура Яндекс.Почты выросла за 13 лет
Часть этих программ адаптирована для наших нужд, в основном, при помощи необычных конфигураций, но есть и наши собственные патчи.
Как инфраструктура Яндекс.Почты выросла за 13 лет
Как инфраструктура Яндекс.Почты выросла за 13 лет
Как инфраструктура Яндекс.Почты выросла за 13 лет
Как инфраструктура Яндекс.Почты выросла за 13 лет
Как инфраструктура Яндекс.Почты выросла за 13 лет
Как инфраструктура Яндекс.Почты выросла за 13 лет
Как инфраструктура Яндекс.Почты выросла за 13 лет
Как инфраструктура Яндекс.Почты выросла за 13 лет
Как мы сделали чтение писем безопаснее: Content Security Policy в Яндекс.Почте
Яндекс теперь поддерживает шифрование исходящей и входящей почты
Как мы ускорили поиск в Яндекс.Почте и при этом освободили 25 серверов
DKIM в Яндекс.Почте для доменов — как развивается безопасность электронной почты