Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-02-21

1 <a>#подборки</a>

2 <ul><li>28 июн 2022</li>

3 <li>0</li>

4 </ul>Не обошлось без старины Мартина.

5 Иллюстрация: Colowgee для Skillbox Media

6 Онлайн-журнал для тех, кто влюблён в код и информационные технологии. Пишем для айтишников и об айтишниках.

7 Я бы хотела поделиться литературой, которая, на мой взгляд, будет максимально полезна для каждого DevOps-инженера, нацеленного на результат. Мой топ-7 состоит не только из профильной литературы, но и из книг, которые позволят расширить кругозор IT-специалиста, сформировать правильный подход к целеполаганию, восприятию и менеджменту процессов.

8 Джин Ким, Кевин Бер, Джордж Спаффорд

9 Роман о том, как DevOps меняет бизнес к лучшему

10 Изображение: издательство "Эксмо"Перевод с английского: В. Агеев.

11 Издательство:"Эксмо". 2015 год, 384 с.

12 Оригинальное название:The Phoenix Project: A Novel about IT, DevOps, and Helping Your Business Win.

13 Зачем читать. Авторы рассматривают использование методологии DevOps в рамках одной IT-компании глазами одного IT-менеджера. "Проект "Феникс“" - это история, рассказанная простым языком о привычном, донельзя знакомая, полезная каждому, кто заинтересован в отладке процессов в отрасли информационных технологий.

14 Цитата:"Сейчас сложнее, чем когда-либо, убедить бизнес-машину делать что-то правильно. Они как дети в магазине игрушек. Они прочитали в журнале в самолете, что могут перенести всю свою логистическую цепь в облако всего за 499 долларов в год, и вот внезапно это уже становится главной идеей компании. Когда мы говорим им, что не все так просто, и показываем им, как все сделать правильно, они исчезают. Куда они направляются? Они идут жаловаться своему кузену Винни или каким-то аутсорсерам, которые обещают сделать это в десять раз быстрее и в половину цены".

15 Джин Ким, Патрик Дебуа, Джон Уиллис и Джез Хамбл

16 Как добиться гибкости, надёжности и безопасности мирового уровня в технологических компаниях

17 Изображение: издательство "Манн, Иванов и Фербер"Перевод с английского: И. Лейко, И. Васильев.

18 Издательство:"Манн, Иванов и Фербер". 2018 год, 512 с.

19 Оригинальное название:The DevOps Handbook. How to Create World-Class Agility, Reliability, and Security in Technology Organizations.

20 Зачем читать.В "Руководстве" представлены "три пути" методологии и специалистов DevOps: поток, фидбэк и непрерывное обучение. Эту книгу я бы рекомендовал прочитать руководителям IT-блоков и IT-менеджерам. Здесь есть всё: от поэтапного выстраивания корпоративной культуры до безболезненной интеграции в работу компании.

21 Цитата:"Реакция на происшествия и аварии, кажущаяся несправедливой, может препятствовать безопасности расследования, стимулировать появление страха вместо понимания ситуации у тех, кто выполняет действительно важную для безопасности работу. Организация еще более бюрократизируется, вместо того чтобы повышать заботу о работниках, и культивирует секретность, уклонение от ответственности и стремление к самозащите".

22 Джез Хамбл, Дэвид Фарли

23 Автоматизация процессов сборки, тестирования и внедрения новых версий программ

24 Изображение: издательство "Вильямс"Перевод с английского: А. Сысонюк.

25 Издательство:"Вильямс". 2016 год, 432 с.

26 Оригинальное название:Continuous Delivery.

27 Зачем читать. Тестирование ПО нередко проходит болезненно и не так быстро, как нам бы того хотелось. В "Непрерывном развёртывании ПО" можно прочитать о новейших подходах к разработке, сборке и установке программного обеспечения без потерь для команды, которая также получает новые возможности для обучения в рамках проектов вне зависимости от их сложности.

28 Цитата:"С точки зрения реализации нефункциональные требования весьма коварные, потому что они существенно влияют на архитектуру системы. Например, в любой высокопроизводительной системе следует исключить проход запросов по нескольким уровням архитектуры. Изменить архитектуру на поздних стадиях проекта тяжело, поэтому важно учесть нефункциональные требования в начале проекта. Это означает, что нужно выполнить достаточно квалифицированный анализ, чтобы решение о выборе архитектуры было обоснованным".

29 Сэм Ньюмен

30 Перевод с английского: Н. Вильчинский.

31 Издательство: "Питер". 2016 год, 304 с.

32 Оригинальное название:Building Microservices.

33 Изображение: издательство "Питер"Зачем читать. Книга Ньюмена описывает процесс программирования микросервисов - способа "дробления" ПО на небольшие автономные части, создание которых обуславливает дальнейшую отказоустойчивость и модульность программ. "Создание микросервисов" я бы рекомендовал каждому IT-инженеру, связанному с работой с Unix-системами: здесь можно найти множество полезных советов по оптимизации и ускорению работы над проектами любой сложности, а также научиться важнейшему искусству избегания запутанного кода.

34 Цитата:"Мы понимаем, что нештатных ситуаций не избежать. Может отказать жесткий диск. Может дать сбой наша программа. И все, кто читал об ошибках, происходящих при распределенном вычислении, могут сказать о том, что знают о ненадежности сети. Мы можем приложить максимум усилий, пытаясь ограничить число сбоев, но при определенном масштабе сбои становятся неизбежными. Жесткие диски, к примеру, сейчас надежнее, чем когда-либо прежде, но временами и они выходят из строя. Чем больше у вас жестких дисков, тем выше вероятность отказа для отдельной стойки; при расширении масштаба отказ становится статистически неизбежен".

35 Отдельного внимания заслуживают три произведения Роберта С. Мартина. Пионер в области разработки, Дядюшка Боб в своих книгах приоткрывает завесу мира IT.

36 Роберт С. Мартин

37 Основы гибкости

38 Изображение: издательство "Питер"Перевод с английского: И. Сигайлюк.

39 Издательство:"Питер". 2020 год, 240 с.

40 Оригинальное название:Clean Agile: Back to Basics.

41 Зачем читать. Эта книга - отчасти история Agile, отчасти сборник личных рассказов разработчиков. Если вы хотите понять, что такое Agile и как эта методология появилась, обязательно прочитайте.

42 Цитата:"Когда в команде применяется метод коллективного владения, знания распространяются среди всех участников команды. Все члены команды начинают лучше понимать границы между модулями и принципы работы системы в целом. Это существенно повышает способность команды взаимодействовать и принимать решения".

43 Роберт С. Мартин

44 Искусство разработки программного обеспечения

45 Изображение: издательство "Питер"Перевод с английского: А. Киселёв.

46 Издательство:"Питер". 2018 год, 410 с.

47 Оригинальное название:Clean Architecture: A Craftsma’s Guide to Software Structure and Design.

48 Зачем читать. "Чистую архитектуру" я считаю обязательной для всех разработчиков и архитекторов - от мала до велика. Руководитель найдёт для себя новые способы внедрения и управления процессами, а стажёр или джун - путь к прокачке важнейших скиллов.

49 Цитата:"Разработчики и клиенты часто неправильно понимают, что такое система. Они видят графический интерфейс и думают, что он и есть система. Они определяют систему в терминах графического интерфейса и считают, что должны сразу начать работу с графическим интерфейсом. Они не понимают важнейшего принципа: ввод/вывод не важен".

50 Как стать профессионалом разработки ПО

51 Изображение: издательство "Питер"Перевод с английского: Е. Матвеев.

52 Издательство:"Питер". 2021 год, 224 с.

53 Оригинальное название:The Clean Coder. A Code of Conduct for Professional Programmers.

54 Зачем читать. Это одно из самых свежих произведений Мартина, своего рода продолжение предыдущей книги. Основа основ, библия в нише разработки.

55 Цитата:"Мораль: не пишите код, когда вы устали. Преданность делу и профессионализм проявляются в дисциплине, а не в продолжительности работы. Обязательно следите за сном, здоровьем и образом жизни, чтобы вы могли ежедневно посвятить работе восемь хороших часов".

56 <a>Бесплатный курс по Python ➞Мини-курс для новичков и для опытных кодеров. 4 крутых проекта в портфолио, живое общение со спикером. Кликните и узнайте, чему можно научиться на курсе. Смотреть программу</a>