Книга абсолютно бесполезна. Все про то, как хорошо использовать девопс. И ничего про девопс.
![](/static/img/plus.gif)
![](/z.gif)
![](/z.gif)
Отдельно красной строкой через всю книгу идут наезды на «гетеросексуальных белых мужчин». Найдите фотки авторов, все станет понятно.
Мусор.
Книга абсолютно бесполезна. Все про то, как хорошо использовать девопс. И ничего про девопс.
Отдельно красной строкой через всю книгу идут наезды на «гетеросексуальных белых мужчин». Найдите фотки авторов, все станет понятно.
Мусор.
Очень бесполезная книга. Много слов, мало дела. Плюс очень бросается в глаза (буквальной на протяжении всей книги авторы повторяют этот тезис), что в команду надо набирать разных людей (разнообразие). При этом, под разными людьми авторы подразумевают исключительно людей другой расы, другой сексуальной ориентации и женщин.
Не стоить купить, не тратите деньги на этом книгу, нет полезнего информации для девелопера, куча безполезные информации поэтому я не рекомендую
Скачал эту книгу, одни слова и красивые фразы. Ничего не нашел конкретно инструменты и методики DevOps в плане менеджмента продуктовой линейки продуктов компании. Книга не стоит тех денег, за которые ее продают. Есть более достойные книги по этой теме…
У книги, по моему мнению, неудачное название, к тому же не полностью соответствующее английскому оригинальному названию. Методология разработки ПО, называемая devops (именно такое написание выбрали авторы), как то не соотносится с «управление IT», то есть управлением информационными технологиями – очень широким понятием. К управлению IT значительно ближе ITIL, ITSM, COBIT (у авторов книги – методология эксплуатации).
Описываемая методология devops достаточно расплывчата (и авторы об этом они неоднократно пишут) – это и философия, и культура, и образ мышления, и модель, и … Короче, вы в общем поймете эту новую панацею, которая спасет (может быть…) ваши программные проекты.
Написано много, и вроде все правильно, но … Четыре столпа devops – сотрудничество, близость, инструменты и масштабирование – достаточно очевидны, особенно первые три, для любой опытной команды разработчиков ПО.
Скорее всего, наибольшая ценность книги для компаний и команд, разрабатывающих ПО, будет в рисках devops лаконично рассмотренных авторами в разделах книги «…заблуждения и устранения проблем» и «Объединение культур devops» . Так что в области рисков при внедрении и использовании devops прочесть книгу не помешает.
Даже не пытайтесь читать этот перевод. У переводчика слово "production" означает "производство". И это не вырваный из контекста пример, а в целом, общий тренд перевода. Больше похоже на немного отредактированный машинный перевод. Даже человеку из индустрии, сложно догадаться, о чем идет речь, в большинстве глав, не обращаясь к оригиналу.
Сочетание нечастое: devops и управление. Но срез материалов довольно узкий: Для заявленной целевой аудитории менеджеров и лидов не хватает широты освещенных тематик. Много про отношения, культуру компании. Если про devops – хотелось бы большей техничности. Про управление – не хватило разноплановости.
Как уже писали, книга не техническая. Тут рассматриваются различные культурные особенности развития, из-за чего читать её без опоры на практику несколько тяжеловато. Тем не менее, позволяет увидеть картину в отрасли «с высоты птичьего полёта».
Касаемо перевода. Имел возможность сравнить перевод русского издания с оригиналом – иногда PDF с этой книгой отдают бесплатно в качестве акций от облачных провайдеров. Так вот – перевод тут неточный, плохой. Местами переводчик просто своими словами пересказывает содержание целых абзацев опуская важные нюансы смысла.
Исходя из этого я никому не рекомендую читать русский вариант – это совершенно отдельная книга, полезность которой сомнительна.
В общем-то, половина книги – чистая философия на тему – как стоит организовывать коммуникацию в компании – и тому подобное. С сильным уклоном на западные стандарты – как уже было верно подмечено – много про женщин, национальности и культурные ценности.
После примерно половины начинается уже нечто полезное про техники.
Ужать всю воду можно минимум в три раза. Если вы уже пропагандируете DevOps – читать это стоит лишь при наличии свободного времени и отсутствия другого полезного чтения.
Вкратце – DevOps – это глобальная философия на тему коммуникации – и только потом – техника. Конкретная техника – стройте процессы, а затем – решения – и тесно переплетайте это с коммуникациями.
В последнее время много книг об управлении проектами и всем около того, большинство из них – вообще ни о чем. Эту книгу я читал на языке оригинала и, честно скажу, единственная толковая книга по теме, которую я дочитал до конца. Содержит реально большой объем полезной в работе информации.
Отзывы 12