Ого интересно, заинтриговал заголовок "люди не просто так собирают требования" ) Интересно еще прочитать разделы "культура и командная работа" и "качество", стагнация и изменение рынка меняет картину.
Понравилось, важная статья. "Планирование и записи" хорошая штука, очень от беспокойства избавляет если все задачи "выгружать" на бумагу. У Дорофеева прочитал, что мозг так устроен, что крутит где-то в подсознании задачи которые должны быть сделаны/запланированы, и процесс "выгружения" задач на бумаг может "освободить" мозг. Меня очень выручает.
А почему "компромис"? Получилось неплохо, например, с начала разработки проекта Ops инженер присутствует в команде и подготавливает энв, CI/CD и т.д. Все проблемы которые возникают в процессе общие и решаются командой.
Фуф, ну вообще, это ваша статья и это важно, потому что это конкретный опыт. Я бы не цитировал мало известных людей, поскольку непонятно в чем тут ценность для аудитории. У СЕО тюремного заведения тоже есть ценности и культура )) но мало кому они интересны и такие цитаты могут просто негативно восприниматься (не говорю что я прав тут). Про ценности я бы рассказывал в рамкам культуры компании, так проще работать с темой, например перый из пунктов модели DevOps это "культура" (CAMS- Culture, Automation, Measurement, Sharing), тогда можно говорить что если нет культуры и ценностей то у нас нет и DevOps в компании. И раскрывать эту тему. Простите что запутанно изложил.
На мой взгляд тема важная, жаль что минусов "насовали". Немного мутновато некоторые моменты сформулированы. Если я правильно понял ваш раздел "А теперь о проблемах" то на первый вопрос отвечает servant leadership подход. Мне понравилось как про servant leadership рассказывали на подкасте podlodka.
добавил интересный курс от Google Cloud инженеров "Developing a Google SRE Culture": https://www.coursera.org/learn/developing-a-google-sre-culture курс можно смотреть бесплатно если после нажатия "enroll" кликнуть по ссылке "Audit", кстати так можно делать с большинством курсов от coursera, разница только в том, что не получите сертификат о прохождении.
Книга необычная, мне сначала не понравилось, что рассматриваются сервисы из различных облачных провайдеров, и общие концепции. Тем не менее поднимаются такие важные темы как: подготовка к миграции, выбор провайдера, безопасность и косты, их редко рассматривают, это большой плюс книги. Некоторые главы получились достаточно обзорные. Книга однозначно полезная, подойдет консалтерам, руководителям и инженерам которые планивароли развиваться только в одном облачном провайдере (добро пожаловать в мультиклауд мир).
да, у Клепмана некоторые главы местами странные, хотя книга в целом тоже полезна ели работать с процессингом данных. «Распределенные данные» интересная по содержанию и доступным фрагментам, заказал с любопытством жду.
Ого интересно, заинтриговал заголовок "люди не просто так собирают требования" ) Интересно еще прочитать разделы "культура и командная работа" и "качество", стагнация и изменение рынка меняет картину.
Понравилось, важная статья. "Планирование и записи" хорошая штука, очень от беспокойства избавляет если все задачи "выгружать" на бумагу. У Дорофеева прочитал, что мозг так устроен, что крутит где-то в подсознании задачи которые должны быть сделаны/запланированы, и процесс "выгружения" задач на бумаг может "освободить" мозг. Меня очень выручает.
перевел статью для medium, портал исправляет с Defense на Defence.
все верно пишите, я как то слово "компромис" со знаком минус воспринял: если команда едина то и риски для всех одинаково "стоят"
солидарен, здоровый поход
А почему "компромис"? Получилось неплохо, например, с начала разработки проекта Ops инженер присутствует в команде и подготавливает энв, CI/CD и т.д. Все проблемы которые возникают в процессе общие и решаются командой.
Интересный комментарий, я хотел сделать как в любимом романе "The Luzhin Defence". Типа игра слов "Защита ДевОпса", я DevOps )
Видел эту статью, я и писал с желанием внести ясности в основные моменты. DevOps часто незаслуженно критикуется.
А что не так с ASP.NET Core 5.0 HealthChecks packagе?
Почитал ваши публикации, очень клевые, пишите еще!!
Можно развернуть проект локально без Azure, .Net и микросервисы никуда не денутся!
Фуф, ну вообще, это ваша статья и это важно, потому что это конкретный опыт. Я бы не цитировал мало известных людей, поскольку непонятно в чем тут ценность для аудитории. У СЕО тюремного заведения тоже есть ценности и культура )) но мало кому они интересны и такие цитаты могут просто негативно восприниматься (не говорю что я прав тут). Про ценности я бы рассказывал в рамкам культуры компании, так проще работать с темой, например перый из пунктов модели DevOps это "культура" (CAMS- Culture, Automation, Measurement, Sharing), тогда можно говорить что если нет культуры и ценностей то у нас нет и DevOps в компании. И раскрывать эту тему. Простите что запутанно изложил.
На мой взгляд тема важная, жаль что минусов "насовали". Немного мутновато некоторые моменты сформулированы. Если я правильно понял ваш раздел "А теперь о проблемах" то на первый вопрос отвечает servant leadership подход. Мне понравилось как про servant leadership рассказывали на подкасте podlodka.
Благодарю вас за "PostgreSQL 14 изнутри". Полезная книга про организацию данных и основные механизмы PostgreSQL!!
добавил интересный курс от Google Cloud инженеров "Developing a Google SRE Culture": https://www.coursera.org/learn/developing-a-google-sre-culture курс можно смотреть бесплатно если после нажатия "enroll" кликнуть по ссылке "Audit", кстати так можно делать с большинством курсов от coursera, разница только в том, что не получите сертификат о прохождении.
Поправлю на ссылки издательства, добавьте ваши ссылки в коментарии, буду благодарен!
Книга необычная, мне сначала не понравилось, что рассматриваются сервисы из различных облачных провайдеров, и общие концепции. Тем не менее поднимаются такие важные темы как: подготовка к миграции, выбор провайдера, безопасность и косты, их редко рассматривают, это большой плюс книги. Некоторые главы получились достаточно обзорные. Книга однозначно полезная, подойдет консалтерам, руководителям и инженерам которые планивароли развиваться только в одном облачном провайдере (добро пожаловать в мультиклауд мир).
Интересная, подробная статья, спасибо. Клевые "источники" добавлены.
Спасибо за ваши статьи. Полезный обзор, несмотря на то что кластер во внутреннем контуре, за безопасностью следим, протестирую некоторые инструменты.
да, у Клепмана некоторые главы местами странные, хотя книга в целом тоже полезна ели работать с процессингом данных. «Распределенные данные» интересная по содержанию и доступным фрагментам, заказал с любопытством жду.