ᅠ
Nodejs server что-ли?
да
Size: a a a
2021 March 24
AK
В package.json прям так и написано?
АБ
чот какая-то лабуда
AK
Обычно для фронта какой нибудь фреймворк используют, в котором свой сервер
АБ
ну там реакт скорее всего
AK
И этот сервер обычно не рекомендуют использовать в проде
ᅠ
ой, да, извините, запутался, апка на реакте
ᅠ
это не прод, дев и тест.
AK
Если это не прод, то тогда пофиг
AK
Можно и yarn start
VV
Лучше чтобы да. В нормальном случае у приложения есть адаптер к redis. Адаптеру говорится что нужно работать в режиме sentinel, он именно от sentinel узнает кто сейчас мастер и именно от sentinel узнаёт, что он сменился и кто новый и переподсоединяется к новому. Если есть идеи как просто и быстро узнавать о failover-ах не общаясь с sentinel - то флаг в руки, возможность напрямую коннектиться в порт redis в принципе тоже никто не отменял
Понял, благодарю
AS
могут ли опсы работать по скраму?
Могут, но эффективность близка к нулю. Они же ничего обычно не разрабатывают. Канбан получше будет.
a6
Опсы ничего не разрабят, а sre ещё как могут (да и опсы могут пилить в рабочее время самодельные автоматизации на чем угодно, лишь бы выхлоп был)
c
Могут, но эффективность близка к нулю. Они же ничего обычно не разрабатывают. Канбан получше будет.
Соглашусь. Kanban для исполнителей по таскам интуитивнее понятен чем SCRAM модель разработки
CV
Kanban — это не модель работы, а метод улучшения уже имеющихся процессов.
CV
Вы не можете «работать по канбану»)
c
Kanban — это не модель работы, а метод улучшения уже имеющихся процессов.
Неважно - это просто удобное представление заданий на доске - главное что по этой схеме работает и Toyota и много успешных компаний в ИТ также
a6
Во времена моеё юности senior unix admin salary включал в себя знание как минимум 2ух языков на уровне miidle, тогда это называлось "системное программирование", сейчас конечно этого нет, но является большим бонусом. Почему опсы и срешники плохо под плёткой работают? Да потому что их таски неочевидны и очень сложно посчитать точно время на спринты