С началом пандемии большинство разработчиков Кремниевой долины начали трудиться из дома. Довольно быстро они стали задаваться вопросом: зачем платить бешеные цены за аренду недвижимости, если домашний офис можно организовать где угодно? Средняя плата за аренду односпальной квартиры в Сан-Франциско составляет $3629. А, скажем, в Чикаго, Атланте или Филадельфии — тоже вполне крупных городах — она будет около $1650. Зачем платить лишние $2 тысячи, больше $20 тысяч в год, чтобы сидеть в своём стуле чуть поближе к штаб-квартире компании?

Многие задумались о переезде (по крайней мере, на время). Но хитрые финансисты Кремниевой долины своего не упустят. И теперь крупные компании начинают вводить новую стратегию: модифицируемая зарплата!

Когда-то поиск Яндекса представлял из себя бутерброд. Каждый его слой могли эффективно разрабатывать единицы людей. Однако верхний добавлял пикантности. Этот слой представлял из себя Apache с кучей Perl’овых модулей.

Поддерживать большой объём кода на стареющем языке программирования дорого и сложно, развивать — ещё дороже и сложнее. Так верхний слой Поиска оказался разделён на микросервисы, целую вселенную микросервисов. Как это обычно бывает, создавая что-то своё, мы получили нечто непохожее на всё, существующее снаружи.

Привет, Хабр. Меня зовут Святослав Фельдшеров. Я разрабатываю Apphost в поиске Яндекса. Добро пожаловать в нашу вселенную!

В комментах к моей предыдущей статье о service worker'ах была высказана мысль, что PWA на десктопах - вещь малополезная. Примерно полгода назад я разбирался с тем, как прикрутить Vue Storefront (PWA) к магазинам на платформе Magento и мне понравилось, как шустро крутилось в моём компьютере PWA-приложение по сравнению с оригинальным web-интерфейсом. Мой персональный опыт показывал, что PWA на десктопах имеет неплохую перспективу, но дальнейшее углубление в тему показало, что коллега @sumanai со своим отрицанием PWA на десктопах был прав.

Вместо введения

Немного истории.

С 2013 года, в обиходе аббревиатура UI (точное обозначение User Interface), а в 2015 году добавилась новая – UX (точное обозначение User experience).

Под UI понимается дизайн интерфейса, а под UX – аналитика, ключевой опыт и удобство в пользовательских интерфейсах.

Давайте разберемся, что же стоит за работой того или иного специалиста. Чтобы отделить мух от котлет, поясним: UI-дизайнер занимается визуальными элементами и рисует компоненты пользовательского интерфейса, а UX-дизайнер делает прототипирование и блок-схемы с описанием работы приложения.

И всё ж, UI и UX, это не только интерфейсы и дизайн в диджитал.

UI в глобальном смысле обеспечивает внешнее визуальное восприятие, с которыми сталкивается человек. Работа UI эксперта – это придумать, как будет выглядеть глазами человека Ваша дорожка и куст у дома, мебель, светильники, и все то, что вас окружает.

Почему именно так? Почему не только интерфейсы? Дело в том, что мы живем в цифровую эпоху, где интерфейсы есть даже у бытовых предметов: холодильники, стиральные машины и т. д. Именно поэтому на сегодняшний день не корректно соотносить данную аббревиатуру только с приложениями. UI – это все, что связано с дизайном, с которым будет взаимодействовать или встречаться человек.

UX обеспечивает удобство взаимодействия человека с окружающими его предметами. Вот Вам пример: такой тип дизайна подразумевает даже планирование удобства направления дороги. Вы можете такое видеть во дворах: есть четко проложенные дороги для людей, они красивые, люди вместе с архитекторами думали, старались и «строили» их. Но люди ходят напрямик и срезают углы, это видно по стоптанной траве. Вокруг нас масса таких примеров. А вот умные архитекторы только намечают дороги, а спустя несколько месяцев, когда люди протопчут себе удобный пусть, делают их именно по тому пути, который удобен людям. Это как AB тестирование на сайтах, когда есть несколько дизайнов, и запускаются одновременно две разные версии сайта, которые отличаются по каким-то критериям, а люди уже просто выбирают, что им удобнее.

Привет! В этой статье я хочу рассказать, как из модного микросервисного приложения можно сделать рабочую, управляемую систему с помощью трех проверенных годами методик: на примере проекта внутренней performance-based рекламы Joom.

• Нужно обеспечивать высокую стабильность и доступность всех частей платформы.
• Одновременно с этим держать высокий темп разработки новых фич.

• Никогда не внедряйте собственную криптографию.
  
• Всегда используйте TLS.
  
• Безопасность через неясность (security by obscurity) — это плохо.

Риск, эшелонированная оборона и швейцарский сыр

Риск = Вероятность * Воздействие