Linux Performance. This page links to various Linux performance material I've created, including the tools maps on the right.
These use a large font size to suit slide decks. You can also print them out for your office wall. They show: Linux observability tools, Linux static performance analysis tools, Linux benchmarking tools, Linux tuning tools, and Linux sar. Check the year on the image (bottom right) to see how recently I've updated it. There is also a hi-res diagram combining observability, static performance tuning, and perf-tools/bcc: png, svg (see discussion), but it is not as complete as the other diagrams. 12-Jul-2019: I have a new book coming out: BPF Performance Tools: Linux System and Application Observability. Tools Documentation Linux Performance Analysis in 60,000 Milliseconds shows the first ten commands to use in an investigation (video, PDF).
Talks In rough order of recommended viewing or difficulty, intro to more advanced: 1. 2. 3. 4. 5. 6. 7. 8. Как настроить Канбан в Jira для разработки своих продуктов, на примере Meetville. Как настроить Канбан в Jira для разработки своих продуктов, на примере Meetville В этой заметке я рассказываю к какому финальному процессу разработки в Jira мы пришли в Meetville.
Также кратко описываю путь, который мы проделали до дня сегодняшнего. Читатель получит готовый регламент с описанием процесса и правилами разработки. Бери и внедряй, нам не жалко. Начало Начиналось все с банального списка issues и фильтрации с помощью JQL. Минусы Но у этого процесса было много минусов. Канбан в IT (Kanban Development) Я собираюсь написать несколько статей про новую методологию гибкой разработки Канбан (Kanban Development) в целях подготовки к Scandinavian Agile Conference 2009, где я буду делать один из докладов (кстати, заодно приглашаю всех на конференцию).
Сегодня публикую первую из статей. Основная задача первой статьи — это как можно проще описать основы Канбан: что это такое, в чем отличие от других гибких методологий и зачем это нужно. Также я хотел бы собрать как можно больше вопросов и сомнений в комментариях, чтобы ответить на них в следующих статьях, так что пишите всё, что вам непонятно, или что ещё вы хотели бы узнать про Канбан. Я не то, чтобы большой специалист по этой новой методологии, но мы внутри команды пришли к Канбану самостоятельно и последовательно прошли все этапы мутации от SCRUM до Канбан, так что практический опыт есть. Для начала напишу про происхождение термина Канбан. Во-первых, нужно сразу понять, что Канбан — это не конкретный процесс, а система ценностей. Использование Waterfall, Scrum и Kanban на примере одного кейса - XB Software. В предыдущих статьях мы рассказали о возможных подходах к проектированию жизненного цикла ПО: Waterfall, Scrum и Kanban.
У каждого из них есть свои особенности, которые стоит учитывать, выбирая ту или иную методологию для управления вашим проектом. Однако, в реальных проектах для достижения наилучшего результата различные методологии могут использоваться совместно. Для того, чтобы понять, каким образом можно совместить разные подходы, давайте обратим внимание на их отличительные черты, а затем рассмотрим, как эти подходы применялись при работе над реальным проектом. Основные особенности Waterfall Начнем с краткого обзора особенностей Waterfall. 1. В реальных проектах эти фазы могут отличаться от приведенного выше списка, но в целом они должны соответствовать этим ключевым этапам. Жизненный цикл ПО. Scrum шаг за шагом - XB Software. Scrum является одним из возможных способов реализации гибкой (Agile) методологии разработки.
В отличие от каскадной модели жизненного цикла ПО, отличительной особенностью Scrum является итеративность. Процесс разработки разбивается на отдельные этапы, результатом каждого из которых является готовый продукт. В конце каждого этапа (в терминологии Scrum — спринта) готовый продукт предоставляется заказчику. Полученный от заказчика отзыв позволяет выявить возможные проблемы или пересмотреть некоторые аспекты первоначального плана. Таким образом, Scrum позволяет наилучшим образом следовать принципам Agile-разработки. Прежде чем приступить к описанию жизненного цикла Scrum-проекта, стоит рассказать об основных ролях, принятых в Scrum-методологии: Итак, давайте рассмотрим основные этапы разработки, характерные для Scrum.
Шаг 1. Бэклог продукта (Product backlog) представляет собой упорядоченный по степени важности список требований, предъявляемых к разрабатываемому продукту. Жизненный цикл разработки ПО. Все о Kanban - XB Software. Как и описанный ранее Scrum, Kanban является одним из возможных способов реализации гибкой (Agile) методологии разработки.
Изначально Kanban был разработан на основе Производственной системы Тойоты и спроектирован таким образом, чтобы наилучшим образом соответствовать концепции бережливого производства. В общих чертах ее можно описать как стремление к минимизации затрат за счет снижения количества выполняемой в данный момент работы (Work In Progress, далее — WIP). Принципы бережливого производства широко применяются на производственных предприятиях и их применение позволяет избежать переизбытка произведенных материалов, а также выявить возможные узкие места в жизненном цикле производства. Но это не означает, что Kanban может быть использован только в сфере промышленного производства. Он может быть применен для управления практически любым процессом. Три принципа Kanban Существуют три основных принципа, которые помогут вам применить Kanban в вашем проекте: