Size: a a a

pro.rb (Ruby/Rails / RU)

2019 October 07

u

unkmas in pro.rb (Ruby/Rails / RU)
Anton Davydov
Когда у тебя больше 200 человек пишут монолит + сервисы, начинаются интересные заморочки. Особенно с версионированием, эволюцией схемы и прочими интересными штуками. Граф не помогает решать основные проблемы, потому что разработчикам все равно надо помнить о совместимости. А использование шин превращается в интересную игру «кто первый из продьюсеров сломает консьюмер», поэтому приходится жестко определять схему событий и их версии
Ну вот тут-то и спасает архитектор
источник

AI

Alex Ilizarov in pro.rb (Ruby/Rails / RU)
Anton Davydov
Без этого спокойно люди живут. Основная проблема руби/рельсы - разработчики (и я не шучу сейчас)
ну вообще да, руби менее популярен, по крайней мере по вакансиям
источник

AD

Anton Davydov in pro.rb (Ruby/Rails / RU)
Alex Ilizarov
Я им тоже еще не пользовался ) он недавно вышел.
Я пользовался им, там все плохо с точки зрения авторов библиотек
источник

AI

Alex Ilizarov in pro.rb (Ruby/Rails / RU)
unkmas
Ну вот тут-то и спасает архитектор
Чет я сомневаюсь что архитектор может менеджерить микросервисов так 15
источник

u

unkmas in pro.rb (Ruby/Rails / RU)
Ну 15 микросервисов ещё не так много) И в настолько большиэ командах архитектор не один
источник

AI

Alex Ilizarov in pro.rb (Ruby/Rails / RU)
Легко представить как в некоторых микросервисах может быть по 2-3 изменения в день
источник

AI

Alex Ilizarov in pro.rb (Ruby/Rails / RU)
unkmas
Ну 15 микросервисов ещё не так много) И в настолько большиэ командах архитектор не один
ну, не много но уже превышает возможности архитектора
источник

u

unkmas in pro.rb (Ruby/Rails / RU)
Насколько я понимаю - его задача - организовывать публичные интерфейсы
источник

AD

Anton Davydov in pro.rb (Ruby/Rails / RU)
Alex Ilizarov
Чет я сомневаюсь что архитектор может менеджерить микросервисов так 15
Можно, у меня сейчас около 5 сервисов + несколько стандартизаций. Менеджить сервисы просто, потому что главное сделать версию для консьюмера и версию апи, остальное уже мелочи
источник

AI

Alex Ilizarov in pro.rb (Ruby/Rails / RU)
Anton Davydov
Можно, у меня сейчас около 5 сервисов + несколько стандартизаций. Менеджить сервисы просто, потому что главное сделать версию для консьюмера и версию апи, остальное уже мелочи
надо же интерфейсы с бизнес требованиями еще дружить и постоянно их обновлять, разве нет?
источник

AI

Alex Ilizarov in pro.rb (Ruby/Rails / RU)
я кстати могу чушь писать потому что я реально в больших командах еще не работал.
источник

AD

Anton Davydov in pro.rb (Ruby/Rails / RU)
Alex Ilizarov
Легко представить как в некоторых микросервисах может быть по 2-3 изменения в день
Тебе нафиг не нужно каждое изменение в сервисе. Всегда можно в джире посмотреть что происходит (а потом доебаться за джиру)
источник

AD

Anton Davydov in pro.rb (Ruby/Rails / RU)
Alex Ilizarov
надо же интерфейсы с бизнес требованиями еще дружить и постоянно их обновлять, разве нет?
Это зависит от проекта и задачи. Обычно бизнес требования никак не связаны с технической стороной. Но достать все бизнес события и понять, нужно ли что-то делать - сложно
источник

u

unkmas in pro.rb (Ruby/Rails / RU)
@davydovanton а у вас же там не спуербольшая команда, в пределах 70 человек?
источник

AD

Anton Davydov in pro.rb (Ruby/Rails / RU)
Ещё сложно объяснить разработчикам что им нужно сделать, а потом смотреть как они по своему делают
источник

AD

Anton Davydov in pro.rb (Ruby/Rails / RU)
unkmas
@davydovanton а у вас же там не спуербольшая команда, в пределах 70 человек?
У меня 27 команд, включая мою. Ты про которую говоришь?
источник

AD

Anton Davydov in pro.rb (Ruby/Rails / RU)
В моей вроде 9 человек сейчас
источник

u

unkmas in pro.rb (Ruby/Rails / RU)
Мне казалось что в кортиме топтала в целом мало людей
источник

AD

Anton Davydov in pro.rb (Ruby/Rails / RU)
Сумарно около 250 человек в инженерном подразделении
источник

u

unkmas in pro.rb (Ruby/Rails / RU)
(У меня все приятели оттуда свалили давно, может поэтому старые цифры в голове)
источник