Привет, Хабр!

Многие из нас помнят перемены, которые пришли в нашу жизнь после начала пандемии. Большинству компаний пришлось быстро адаптироваться к изменившимся условиям и изменить рабочие процессы. Формат удаленной работы в 2024 году стал более‑менее привычным особенно для сотрудников сферы IT: согласно исследованию за 2024 год, доля в сфере информационных технологий занимает лидирующие позиции и составляет 14.8%. Я в свою очередь успел получить некоторый опыт работы как в офисе, так и в удаленном формате.

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

Сегодня я зайду на опасную территорию, наполненную множеством мифов и противоречий: поговорим о том, почему для меня удаленка лучше офиса, но также обсудим, какие преимущества офиса на удаленке никак не восполнить. В общем, будем разбираться!

Присаживайтесь поудобнее, следующая остановка — офис.

В поисках лучшей конфигурации для работы я решил попробовать VR Oculus Quest 3.

Статья будет построена вокруг моего опыта по настройке VR среды для работы. Я расскажу вам о мониторах с изменяемой диагональю, боли в глазах и контроле обстановки вокруг.

В интернете есть множество статей о том, как активировать Quest 3 в России. К сожалению, все они требуют либо устройство на Windows, либо манипуляции с прошивкой роутера.

Основная задача заключается в том, чтобы подключить компьютер к проводной сети, установить соединение через VPN и раздать его по Wi-Fi.

Проблема

Когда мы разрабатываем приложение, которое разделено на независимые автономные компоненты, мы говорим о микросервисной архитектуре. Для взаимодействия компонентов используется API. Самый популярным API является REST. Это обусловлено его гибкостью, эффективностью (в большинстве сценариев) и тем, что он легко масштабируется. 

Большая часть реализаций REST использует стандарт JSON для обмена сообщениями. Обычно это удобно - сама по себе такая структура легко читается людьми и предоставляет независимость от языка программирования. Недостатками такого решения является избыточность данных и сущностей из которых состоит запрос. В большинстве случаев это некритично. Проблемы начинаются в сценариях, когда нужно передавать много данных с низкой задержкой.

Зачем нужен gRPC

gRPC (Remote Procedure Calls) — это система удалённого вызова процедур (RPC) с открытым исходным кодом, первоначально разработанная в Google. В качестве основного протокола передачи применяется HTTP/2, для описания процедур применяется “Protocol Buffers”. Это в свою очередь приносит дополнительные преимущества: сжатие HTTP-заголовков и мультиплексирование запросов.

gRPC предполагает возможность аутентификации, потоковой передачи данных в любую сторону, управление потоками, отмену и time-out запросов, при этом выделяется кроссплатформенностью за счет генерации исходного кода классов для всех популярных языков программирования.