У нас полгода назад пришел новый Development Manager, назовем его A. Я с ним мало сталкивался до сих пор, поэтому мнения не имел. Но все меняется.
Внутри нашей огромной системы есть сравнительно небольшая подсистема, за которую отвечает ваш покорный слуга. Это касательно обработки ордеров на покупку/продажи акций - от UI до вывода на внешние
(
Read more... )
Comments 8
В идеале такой доступ должен быть только у SRE которые oncall (для срочных фиксов в случае disaster), а все обычные изменения накатываться строго через CI/CD и после code review
Reply
Да целый набор проблем, начиная с упомянутой вами. Просто у нас маленькая контора, и тут правила несколько более расслабленные.
Но даже если не было бы доступа, остается проблема - на кой хобот он лезет изменять БД, не понимая, что за данные там находятся, и никого не спрашивая...
Reply
Reply
Может, стоит объявить "А. лезет без координации на мою территорию - снимаю с себя всю ответственность, она вся на А."?
Таких умников это здорово охлаждает.
Reply
Над А. у нас только CEO, он же хозяин. На него где сядешь, там и слезешь. Так что мы с моим прямым начальником решили окапываться.
Reply
Я-то уже пенсионер, все эти кунштюки для меня лично - в прошлом. Но прекрасно помню тошнотворное чувство бессилия и незащищенности от такого дебила на высокой должности. Надо пережить, как переживаем сильный дождь. Но окапываться - это всегда полезный подход.
Держись.
Reply
Спасибо. И что поражает, он ведь не производит впечатление дебила. Явно до фига знает про трейдинг, богатый опыт в серьезных финансовых конторах, вроде как успешно делал интересные проекты. И на тебе - фиксит на проде сам не зная чего...
Reply
Но в принципе имеет смысл в письменном виде поинтересоваться, как можно тестировать что-то, если нет гарантии, что прод не поменяли между делом, никому не говоря.
Reply
Leave a comment