Разница в том, что код пишут для разных целей, это обуславливает другую деятельность по написанию кода. Именно поэтому человек из корпоративного ИТ не может понять человека из стартапа (я это не раз на Хайлоаде наблюдал), вроде слова одинаковые, но про разное.

а если человеку из корпоратива объяснить сначала, что тут надо быстро и кое-как - поймет?

Разница в том, что код пишут для разных целей, это обуславливает другую деятельность по написанию кода. Именно поэтому человек из корпоративного ИТ не может понять человека из стартапа (я это не раз на Хайлоаде наблюдал), вроде слова одинаковые, но про разное.

ты хочешь сказать, за словом ITIL тянется целая вереница устаревших подходов, и проще объяснить новое понятие (DevOps), чем опираться на старое (ITIL)?

не, я хочу сказать, что ITIL решает одну задачу, а DevOps другую и в этой смеси подходов еще придется жить довольно долго

ITIL будет модернизироваться, в том числе включать в себя методы из Devops, которые в него вписываются

а если человеку из корпоратива объяснить сначала, что тут надо быстро и кое-как - поймет?

как показывает опыт он понимает это буквально, на самом деле DevOps процесс очень сложен, проблема в том, что не попробовав, не поймешь и объяснять словами очень сложно. Корпоративщик ждет решения проблемы под ключ - серебряную пулю, а ты ему объясняешь, что нельзя поставить DevOps систему под ключ, можно только вырастить практику у себя, да и то, желательно под задачу

Мне это напоминает maturity levels чего угодно -- нельзя перепрыгнуть через уровень, можно только прорасти через них.

да, это так и уровни в DevOps отлчиаются от ITIL и по смыслу и по содержанию

грубо говоря задача DevOps превратить все подразделения в разработку, а потом подразделения начинают взаимодействовать как разработчики

и там уже точно не про ITIL

Мне это напоминает maturity levels чего угодно -- нельзя перепрыгнуть через уровень, можно только прорасти через них.

Спасибо, Тимур. Сам думал про это долго. Оказывается ученые уже придумали это до меня.

Я про Capability Maturity Model

не ученые, как я знаю, а консультанты придумали, но базируется это на философских концептах, достаточно задаться вопросом, а почему во всех моделях 5 уровней

если не совру это базируется на аристотелевском методе построения онтологии

да, это так и уровни в DevOps отлчиаются от ITIL и по смыслу и по содержанию

Я надеюсь, вы имеете в виду что-то хорошее :) потому что дискредитация ITIL какая-то бессмысленная и беспощадная. Девопсы не включает в себя большую часть артефактов практик из ITIL, и утверждать, что если все действуют как разрабы, то всем счастье - это несколько не про реальность :)

Ребята, ребята. Канал про правую сторону манифеста где-то в другом месте %)

ну это пока не распространенная реальность, будем так говорить)

Спасибо, Тимур. Сам думал про это долго. Оказывается ученые уже придумали это до меня.

CMMI полезная вещь :)

Individuals and interactions over processes and tools

CMMI полезная вещь, в книжке про Kanban например говорит "ребята были молодцы, CMMI такой-то, и вот чтобы они начали теперь приносить бизнес ценность..."

Такое вот CMMI

CMMI != хороший TTM

А вот стартап (очень хороший TTM) с точик зрения CMMI может быть на уровне 2-3

И чо :)

ну это пока не распространенная реальность, будем так говорить)

вот это и дергает: как работал сферический конь, еще не видели, но старого доброго мамонта оскорбим :)

а в чем оскорбление? :)

CMMI != хороший TTM

very true ;)

Слав, тут Тимур начал с того, что с одного уровня нельзя перепрыгнуть на другой, CMMI тут не причем :)

Я вообще не понимаю о чем вы, мне чтобы вникнуть надо начать с того, чтобы прочитать определение DevOps, которое согласовано сообществом DevOps %)

я еще не успел ниче сказать. Всем привет :)

Быстрое гугление не помогло мне!

Но выглядит так, что вы говорите про инструменты

Но выглядит так, что вы говорите про инструменты

хуже :) мы про про процессы и орг подходы :)

Дайте ссылку на определение DevOps

не википедийную, а идейную

пжлст

http://www.realgenekim.me/devops-cookbook/

Currently, DevOps is more like a philosophical movement, and not yet a precise collection of practices, descriptive or prescriptive (e.g., CMM-I, ITIL, Agile, etc.). At this early stage we’re in, DevOps is more like a vibrant community of practitioners who are interesting in replicating the performance outcomes and culture as exemplified in the seminal John Allspaw/Tim Hammond 2009 Velocity presentation about doing “ten deploys a day” at Flickr.

Agile != precise collection of practices

(возможно) Он имел ввиду Agile как пример prescriptive

А почему DevOps не вписывает себя в философию Agile?

https://sites.google.com/a/jezhumble.net/devops-manifesto/

https://dzone.com/articles/devops-devops-principles

Азиатские DevOps ещё и Agile-консультанты как правило

В России это больше сисадмин-DevOps

А почему DevOps не вписывает себя в философию Agile?

где как)

в России это защитная реакция :)

Welcome changing requirements, even late in development. Agile processes harness change for the customer's competitive advantage. Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale.

Вот весь devops

в целом так и есть, это постановка задачи

надо еще придумать как её решать :)

Как только опускаемся на уровень решения задачи, это уже будет метод

а не культура, движение и т.п.

я считаю, что DevOps вписывается в Agile философию

да абсолютно

Слава, вот об этом уже и ломали копья: devops - практика для качественного delivery. ITIL - свод практик для сервис-дизайна ( в IT смысле), планирования, деливери, обслуживания, улучшения

Welcome changing requirements, even late in development. Agile processes harness change for the customer's competitive advantage. Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale.

Это похоже на определение (по смыслу) из Wiki

да и я считаю, что DevOps это методика достижения цели быстрой, клиентоориентированной поставки ПО

http://agilemanifesto.org/principles.html

Это два принципа из 12 agile

Welcome changing requirements, even late in development. Agile processes harness change for the customer's competitive advantage. Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale.

я ообще будто описание аджайл тут прочел

:)))

без Agile нет DevOps ;) тогда незачем эту задачу решать

Девопс и массовое обслуживание не бьются, да и сервис-дизайн в девопсе на уровне общей эрудиции ) сведение разнообразия жизни к идее гибко-девелоперов огорчает :)

Ну если тут понимать практики доставки протестированного кода на продакшен, то без agile просто кнопку "publish to production" разработчикам не дают

(и зря)

Девопс и массовое обслуживание не бьются, да и сервис-дизайн в девопсе на уровне общей эрудиции ) сведение разнообразия жизни к идее гибко-девелоперов огорчает :)

это расспространенная проблема в компаниях, но сервис-дизайн есть

а где прочитать верное определение devops?;) не мог все читать, вроде уже какой день про это общаетесь

это расспространенная проблема в компаниях, но сервис-дизайн есть

это не проблема :) это реальность.

аджайл хоть задекларировал свои ценности

тут же чат Аджайл, общение и коммуникация превыше документации, зачем искать правильное определение, когда можно пообщаться?

это не проблема :) это реальность.

одно другому не мешает, да, это реальная проблема, но есть организации у которых нет таких проблем

Вот вам на подумать - DevOps is another way to Agility

Аджайл не означает, что фигак-фигак и в продакшн и не означает, что думать не надо

как раз все наоборот

Потому что как по мне, некоторые конкретные шаги по внедрению практик девопс сильно больше бизнесу помогают чем скрам на определенном этапе ;)

люди так думают, потому что в вопросе не разбираются

тут же чат Аджайл, общение и коммуникация превыше документации, зачем искать правильное определение, когда можно пообщаться?

не соглашусь, пару вещей желательно фундаментально продекларировать аналогия: Заповеди Моиссея - Уголовный кодекс вот я не прошу уголовный кодекс показать, чтобы прочитать, я прошу ценности увидеть

Нету ;)

Вот вам на подумать - DevOps is another way to Agility

любая практика или инструмент может служить на благо Agile, это же от людей зависит :)

те же ценности, что и у Аджаил