Dɹ
я бы послушал
+1
Size: a a a
2018 May 17
As
а что если, ВНЕЗАПНО, задачи не только не нужно СТАВИТЬ (кому? кем?) но даже и КОНТРОЛИРОВАТЬ!!! :)
а вот тут интересно
P
потому что пока что это какие-то пони и единороги
P
только не слейтесь пожалуйста
OS
а что если в комманде работают мотивированные профессионалы, которые именно сами и лучше любого мудака с приставкой Product в должности знают что и как им делать? :)
P
можно хотя бы статью или большую заметку
P
а что если в комманде работают мотивированные профессионалы, которые именно сами и лучше любого мудака с приставкой Product в должности знают что и как им делать? :)
дада, вот это все и расскажите
H
а что если, ВНЕЗАПНО, задачи не только не нужно СТАВИТЬ (кому? кем?) но даже и КОНТРОЛИРОВАТЬ!!! :)
А как мне понимать что хотят от меня соседние отделы и мои коллеги?
OS
так это азбука аджайла, об этом только последние лет 20 и разговоров
P
и если не сложно пожалуйста проанализируйте год работы отдела
OS
А как мне понимать что хотят от меня соседние отделы и мои коллеги?
я вроде бы писал уже, что если соседние отделы чего-то друг от друга хотят - то это антипаттерн, антидевопс и повод задуматься над реогранизацией, пока не поздно
OS
и, кстати, именно для этой болезни джира - прекрасный индикатор
SP
я вроде бы писал уже, что если соседние отделы чего-то друг от друга хотят - то это антипаттерн, антидевопс и повод задуматься над реогранизацией, пока не поздно
да-да. научите этому всех, кто работает с перс. данными, данными, обрабатываемыми по PCI DSS, банки, вот этих вот всех людей.
OS
если для вашей компании такие идеи в-принципе чужды - не лезте вы в концепцию девопс, не ваше это игольное ушко, вместо девопс будет у вас ОТДЕЛ сисадминов, как его не переименовывайте (ну может отдельно выделится ОТДЕЛ джиры, ОТДЕЛ дженкинса и ОТДЕЛ графановой кибаны)
H
я вроде бы писал уже, что если соседние отделы чего-то друг от друга хотят - то это антипаттерн, антидевопс и повод задуматься над реогранизацией, пока не поздно
Можно поподробнее? Ну или ткните меня в свою статью.
P
если для вашей компании такие идеи в-принципе чужды - не лезте вы в концепцию девопс, не ваше это игольное ушко, вместо девопс будет у вас ОТДЕЛ сисадминов, как его не переименовывайте (ну может отдельно выделится ОТДЕЛ джиры, ОТДЕЛ дженкинса и ОТДЕЛ графановой кибаны)
о, уже рекомендации пошли
N
если для вашей компании такие идеи в-принципе чужды - не лезте вы в концепцию девопс, не ваше это игольное ушко, вместо девопс будет у вас ОТДЕЛ сисадминов, как его не переименовывайте (ну может отдельно выделится ОТДЕЛ джиры, ОТДЕЛ дженкинса и ОТДЕЛ графановой кибаны)
И не забыть ITIL/ITSM повнедрять с CMDB))
SP
если для вашей компании такие идеи в-принципе чужды - не лезте вы в концепцию девопс, не ваше это игольное ушко, вместо девопс будет у вас ОТДЕЛ сисадминов, как его не переименовывайте (ну может отдельно выделится ОТДЕЛ джиры, ОТДЕЛ дженкинса и ОТДЕЛ графановой кибаны)
Положим, в _нашей компании_ я вдвоём с коллегой за год внедрил немало devops-практик (было - git pull на продакшне, стало - "я запушил, ща пакет соберётся и кнопку нажму в Rundeck"). Поэтому я даже не знаю, как воспринимать озвученное. Пожалуй, оно меня не касается от слова "совсем".
OS
ничего не имею против того, чтобы называть смену метода деплоя "девопс-практикой", если так звучит солиднее... если к ней добавить ещё штук 200 таких же "девопс практик" - то может кол-во перейдёт в качество и будет что-то ближе к девопс в итоге
V
@oleg40a давай сегодня в 21:00 в hangout расскажешь?