Отзывы на книгу: Философия DevOps. Искусство управления IT; Питер, 2017

Даже не пытайтесь читать этот перевод. У переводчика слово "production" означает "производство". И это не вырваный из контекста пример, а в целом, общий тренд перевода. Больше похоже на немного отредактированный машинный перевод. Даже человеку из индустрии, сложно догадаться, о чем идет речь, в большинстве глав, не обращаясь к оригиналу.

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

Сочетание нечастое: devops и управление. Но срез материалов довольно узкий: Для заявленной целевой аудитории менеджеров и лидов не хватает широты освещенных тематик. Много про отношения, культуру компании. Если про devops – хотелось бы большей техничности. Про управление – не хватило разноплановости.

Скачал эту книгу, одни слова и красивые фразы. Ничего не нашел конкретно инструменты и методики DevOps в плане менеджмента продуктовой линейки продуктов компании. Книга не стоит тех денег, за которые ее продают. Есть более достойные книги по этой теме…

Как уже писали, книга не техническая. Тут рассматриваются различные культурные особенности развития, из-за чего читать её без опоры на практику несколько тяжеловато. Тем не менее, позволяет увидеть картину в отрасли «с высоты птичьего полёта».
Касаемо перевода. Имел возможность сравнить перевод русского издания с оригиналом – иногда PDF с этой книгой отдают бесплатно в качестве акций от облачных провайдеров. Так вот – перевод тут неточный, плохой. Местами переводчик просто своими словами пересказывает содержание целых абзацев опуская важные нюансы смысла.
Исходя из этого я никому не рекомендую читать русский вариант – это совершенно отдельная книга, полезность которой сомнительна.

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

Ключевым в принятии решения о прочтении книги было слово devops в названии. Книга в основном про изменение культуры и объединение изолированных подразделений разработчиков и системных администраторов. ожидала большого, но видимо неправильно прочитала о чем книга. Запускаю книгу среди друзей в свободное плавание в т.н. bookcrossing.

Книга абсолютно не техническая.
Нет никаких деталей о подходе к деплою приложений, мониторингу, или чего-то подобного.
Подавляющая часть содержания о том, что люди на работе дожны общаться и чувствовать себя комфортно. Высказываются мысли и подходы к организации культуры в офисе, всяческих плюшках вроде гибкого графика, подходов к работе с удаленными сотрудниками и пр.
Про то, как ненароком не обидеть женщин/чернокожих/геев в книге написано в разы больше, чем, собственно, про IT.
Книга, тем не менее, все равно достойна внимания, хотя я бы и назвал ее иначе.

Очень бесполезная книга. Много слов, мало дела. Плюс очень бросается в глаза (буквальной на протяжении всей книги авторы повторяют этот тезис), что в команду надо набирать разных людей (разнообразие). При этом, под разными людьми авторы подразумевают исключительно людей другой расы, другой сексуальной ориентации и женщин.

Прочитал данную книгу. Скажу честно идет порой очень сложно, так как рассматриваются тонкие моменты взаимодействия людей, команд, компании и сообщества. Но книга выполняет две важные роли – 1. Показывает как грамотно выстративать ИТ компании или ИТ департаменты. 2. Обьясняет что DevOps – это культурное обьединение специалистов ради улушчшения продукта, а инструменты это лишь помошники в достижении этой цели.

В общем-то, половина книги – чистая философия на тему – как стоит организовывать коммуникацию в компании – и тому подобное. С сильным уклоном на западные стандарты – как уже было верно подмечено – много про женщин, национальности и культурные ценности.
После примерно половины начинается уже нечто полезное про техники.
Ужать всю воду можно минимум в три раза. Если вы уже пропагандируете DevOps – читать это стоит лишь при наличии свободного времени и отсутствия другого полезного чтения.
Вкратце – DevOps – это глобальная философия на тему коммуникации – и только потом – техника. Конкретная техника – стройте процессы, а затем – решения – и тесно переплетайте это с коммуникациями.

У книги, по моему мнению, неудачное название, к тому же не полностью соответствующее английскому оригинальному названию. Методология разработки ПО, называемая devops (именно такое написание выбрали авторы), как то не соотносится с «управление IT», то есть управлением информационными технологиями – очень широким понятием. К управлению IT значительно ближе ITIL, ITSM, COBIT (у авторов книги – методология эксплуатации).
Описываемая методология devops достаточно расплывчата (и авторы об этом они неоднократно пишут) – это и философия, и культура, и образ мышления, и модель, и … Короче, вы в общем поймете эту новую панацею, которая спасет (может быть…) ваши программные проекты.
Написано много, и вроде все правильно, но … Четыре столпа devops – сотрудничество, близость, инструменты и масштабирование – достаточно очевидны, особенно первые три, для любой опытной команды разработчиков ПО.
Скорее всего, наибольшая ценность книги для компаний и команд, разрабатывающих ПО, будет в рисках devops лаконично рассмотренных авторами в разделах книги «…заблуждения и устранения проблем» и «Объединение культур devops» . Так что в области рисков при внедрении и использовании devops прочесть книгу не помешает.

Книга абсолютно бесполезна. Все про то, как хорошо использовать девопс. И ничего про девопс.
  Отдельно красной строкой через всю книгу идут наезды на «гетеросексуальных белых мужчин». Найдите фотки авторов, все станет понятно.

В последнее время много книг об управлении проектами и всем около того, большинство из них – вообще ни о чем. Эту книгу я читал на языке оригинала и, честно скажу, единственная толковая книга по теме, которую я дочитал до конца. Содержит реально большой объем полезной в работе информации.