Продолжается мое путешествие по США. Встречаюсь с клиентами текущими и будущими.

Конечно, в штатах, больше всего меня поражает количество бизнеса: его не просто много, а очень много. Все бизнесы активно диджитализируются, растут и развиваются в IT. Каждый штат при этом уникален, имеет свою специфику, и в каждом я смотрю как живут люди, примеряя на себя их роли.
Наверное, больше всех меня удивил Сиэтл - не большой город, уютный и домашний, в котором очень много частного сектора. При этом, именно тут находятся головные офисы компаний Microsoft, Amazon, Starbuks.


#интересное

Новый функционал расписаний

В нашем стартапе для гибридной работы UnSpot, мы добавляем новый функционал расписаний. Сотрудник сам заполняет график посещения офиса, опираясь на расписание своих коллег, и система автоматический бронирует его привычное рабочее место.
Еще один шаг в упрощении работы людей, ухода от рутинны вопросов - кто когда будет в офисе, траты времени на планирование недели. Это ведет к более частому и осознанному посещения сотрудниками офисов компании.

#unspot. #нашстартап

Гибридная работа (Часть дней из офиса, а часть удаленно) активно завоевывает популярность не только среди малого и среднего бизнеса, но даже среди технологических гигантов.

DDD Архитектура. Революция, которая сравнима с атомной бомбой.

Обычная микросервисная архитектура быстро ушла в прошлое, и это понятно - бизнес не хочет слышать стандартные фразы:
- Технологии, на которых мы пишем приложение, устарели, и надо бы все переписать.
- У нас легло приложение, потому что какая-то его часть не выдержала нагрузок или там произошла ошибка.
- Мы не можем быстро добавить внешних разработчиков, у нас же сложный проект, в который будут погружаться дольше чем делать.
- Очень сложно найти разработчиков под наш стэк.

Потому на смену микросервисной архитектуре пришла DDD (Domain-Driven Design) архитектура.

Если в обычной микросервисной архитектуре каждый микросервис общается с другим, то в DDD каждый сервис направлен на бизнес решение задачи, и все они общаются с единой шиной данных в приложении. Таким образом, каждый DDD микрокосервис может быть написан на своем языке, и каждый микросервис сам строит свою базу данных, имея только ту информацию, которая необходима для выполнения его бизнес логики.

Это сделано для бизнеса - теперь каждая часть может быть написана на том языке, что лучше подходит, и в этом нет противоречий или создания "франкенштейна". Стандартные вещи можно сделать на менее дорогом языке, например, PHP, часть с искусственным интеллектом - на Python, а часть с обработкой данных на GO. И, как следствие, падение одно сервиса не приводит к падению всего проекта.

#управлениеразработкой