Я так понимаю, инженеров, глубоко изучивших несколько продуктов, найдется немного. Еще меньше тех, кто может грамотно и неангажированно написать обзор. Поэтому большое спасибо, Илья. Статья полезная.
Рефакторинг приводит к ускорению разработки. И наоборот. Менеджмент должен это понимать. Думаю, что без глубокого погружения в процесс понимание невозможно. Всевозможные таблички неубедительны. Лечить управленцев у меня таблетки нет.
ИМХО сайт вообще нельзя показывать. Сначала должен появиться текст Пользовательского соглашения, прокрутив его вниз нужно поставить галочки, далее появляется политика конфиденциальности и по всему списку.
Каждая следующая страница появляется после нажатия на опции: - Я прочел бла-бла-бла.... - Я понял смысл бла-бла-бла.... - Я согласен с бла-бла-бла.... - Я не робот...
И так семь страниц (восьмая - куки).
Если терпила прошел этот квест, то можно открыть страницы сайта :) Ну, а как иначе? Закон есть закон.
Категорически согласен с автором. Асинхронный процесс не только лучше масштабируется, но и что еще отлично работает на пиковых нагрузках. По этой причине его на порядки сложнее задидосить. А следовательно, он прекрасно работает на фронте.
Ездить конечно приходится, в таких случаях использую SIP-телефон, подключенный к офисному Astrisk-у (через VPN разумеется). Но в качестве транспорта использую LTE.
Впрочем, да, какой там за рубежом LTE. Никакой. Там действительно WiFi.
Поражает прежде всего скорость этого ребрендинга. Обычно это занимает годы, но не в вашем случае :) И еще поразила скорость тотального внедрения VoLTE. Оперативно!
Свой десктопный клиент - это, IMHO, путь в никуда, всё равно получится в разы хуже Outlook, Thunderbird, да и даже приличного веб-интерфейса.
ИМХО свой десктопный клиент - это естественный вывод. Стандартные клиленты использууют IMAP/SMTP/DAV, что разумеется сильно уступает MAPI. Ряд функций абсолютно невозможно реализовать с помощью стандартных протоколов.
Вот примеры: Правильный пушинг почты плохо работает по SMTP даже при использовании расширения IDLE. При работе с адресами синхронизировать необходимо всю(!) адресную книгу, а нее ее часть по запросу (представьте синхронизацию нескольких десятков тысяч контактов на телефон). При работе с событиями синхронизировать надо весь(!) календарь с учетом всех бинарников накопленных за все время существования календаря (а это может быть весьма приличный объем). И главное - полностью отсутствуют функции управления на стороне сервера (к примеру пресловутый Out of office).
Таким образом, мы приходим к естественному выводу, что необходим собственный протокол (если угодно аналог MAPI), а следовательно и собственный клиент, реализующий этот протокол. Да, трудно, да, СПО тут не помощник, да, писать надо с нуля, но другого выхода нет.
Чтобы ответить на ваш вопрос, как мне кажется, надо сначала разобраться что является отечественной разработкой.
Т.к. минцифры все свалило в единую кучу, то попробую предложить собственную классификацию:
Правильный СПО. В качестве примера первого - Пострес Профессиональный, который не просто основан на новейшей версии ванильки, но превосходит ее за счет собственной разработки. И превосходит весьма заметно. Это лучший пример сотрудничества с СПО, к несчастью и самый малочисленный.
Неправильный СПО. Это форки, ничего не привносящие в апстрим, созданные на продажу. Это, как ни парадоксально, тоже отечественный софт, при том, куда более распространенный. Эти дистрибутивы основаны на старых версиях СПО. Очевидно, что искать нечто прогрессивное в них не приходится, напротив, они небезопасны.
Собственная разработка. Здесь возможны варианты, зависящие от степени профессиональности команды, а также стратегии продукта. Сформировать здесь собственное мнение без тщательного знакомства едва ли возможно.
Я так понимаю, инженеров, глубоко изучивших несколько продуктов, найдется немного. Еще меньше тех, кто может грамотно и неангажированно написать обзор. Поэтому большое спасибо, Илья. Статья полезная.
По всякому конечно бывает :) И я не против ADR. Я скорее о том, что "подсчитать" труд программиста весьма сложно.
Рефакторинг приводит к ускорению разработки. И наоборот. Менеджмент должен это понимать. Думаю, что без глубокого погружения в процесс понимание невозможно. Всевозможные таблички неубедительны. Лечить управленцев у меня таблетки нет.
ИМХО сайт вообще нельзя показывать. Сначала должен появиться текст Пользовательского соглашения, прокрутив его вниз нужно поставить галочки, далее появляется политика конфиденциальности и по всему списку.
Каждая следующая страница появляется после нажатия на опции:
- Я прочел бла-бла-бла....
- Я понял смысл бла-бла-бла....
- Я согласен с бла-бла-бла....
- Я не робот...
И так семь страниц (восьмая - куки).
Если терпила прошел этот квест, то можно открыть страницы сайта :)
Ну, а как иначе? Закон есть закон.
Категорически согласен с автором. Асинхронный процесс не только лучше масштабируется, но и что еще отлично работает на пиковых нагрузках. По этой причине его на порядки сложнее задидосить. А следовательно, он прекрасно работает на фронте.
Ездить конечно приходится, в таких случаях использую SIP-телефон, подключенный к офисному Astrisk-у (через VPN разумеется). Но в качестве транспорта использую LTE.
Впрочем, да, какой там за рубежом LTE. Никакой. Там действительно WiFi.
Честно признаться WiFi не интересует от слова совсем т.к. с Т2 я просто никогла на него не переключаюсь.
Поражает прежде всего скорость этого ребрендинга. Обычно это занимает годы, но не в вашем случае :)
И еще поразила скорость тотального внедрения VoLTE. Оперативно!
ИМХО свой десктопный клиент - это естественный вывод.
Стандартные клиленты использууют IMAP/SMTP/DAV, что разумеется сильно уступает MAPI. Ряд функций абсолютно невозможно реализовать с помощью стандартных протоколов.
Вот примеры:
Правильный пушинг почты плохо работает по SMTP даже при использовании расширения IDLE.
При работе с адресами синхронизировать необходимо всю(!) адресную книгу, а нее ее часть по запросу (представьте синхронизацию нескольких десятков тысяч контактов на телефон).
При работе с событиями синхронизировать надо весь(!) календарь с учетом всех бинарников накопленных за все время существования календаря (а это может быть весьма приличный объем).
И главное - полностью отсутствуют функции управления на стороне сервера (к примеру пресловутый Out of office).
Таким образом, мы приходим к естественному выводу, что необходим собственный протокол (если угодно аналог MAPI), а следовательно и собственный клиент, реализующий этот протокол. Да, трудно, да, СПО тут не помощник, да, писать надо с нуля, но другого выхода нет.
Спасибо!
Чтобы ответить на ваш вопрос, как мне кажется, надо сначала разобраться что является отечественной разработкой.
Т.к. минцифры все свалило в единую кучу, то попробую предложить собственную классификацию:
Правильный СПО. В качестве примера первого - Пострес Профессиональный, который не просто основан на новейшей версии ванильки, но превосходит ее за счет собственной разработки. И превосходит весьма заметно. Это лучший пример сотрудничества с СПО, к несчастью и самый малочисленный.
Неправильный СПО. Это форки, ничего не привносящие в апстрим, созданные на продажу. Это, как ни парадоксально, тоже отечественный софт, при том, куда более распространенный. Эти дистрибутивы основаны на старых версиях СПО. Очевидно, что искать нечто прогрессивное в них не приходится, напротив, они небезопасны.
Собственная разработка. Здесь возможны варианты, зависящие от степени профессиональности команды, а также стратегии продукта. Сформировать здесь собственное мнение без тщательного знакомства едва ли возможно.