Философия DevOps. Искусство управления IT (Сергеев Александр (переводчик), Дэниелс Кэтрин (соавтор), Дэвис Дженнифер (соавтор)); Питер, 2017

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

0    0

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

0    0

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

0    0

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

0    0

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

0    0

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

0    0

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

0    0

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

0    0

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

0    0

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

0    0

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

0    0

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

0    0

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

0    0

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

0    0