CustisWiki - Новые страницы [ru]

Вакансия ведущего администратора Unix/Linux Oracle

2011-04-12T14:57:32Z

StasFomin:

В компании CUSTIS ведется постоянная работа по модернизации и развитию IT-инфраструктуры, встречаются инфраструктурные проекты у заказчиков компании.

Предварительная оценка и планирование Agile проектов (Дамир Тенищев, AgileDays-2011)

2011-04-11T20:04:14Z

StasFomin:

Модель принятия инженерных решений — ключ к ответам на технические вопросы (Евгений Кривошеев, AgileDays-2011)

2011-04-11T20:01:19Z

StasFomin:

Everyone likes change, but nobody likes to be changed (Henrik Kniberg, AgileDays-2011)

2011-04-11T19:54:15Z

StasFomin:

Software transactional memory (встреча ALT.NET, 2011-02-24)

2011-04-11T17:04:30Z

StasFomin:

Доклад: Software transactional memory
Докладчик: Алексей Бахиркин (Старший разработчик «ВТБ Факторинг»)

Software transactional memory

какие задачи пытаются решить исследователи,

что у них на данный момент получается, а что — нет;

вкратце о том , что представляет из себя STM, как для разработчика, так и внутри;

пример реализации STM для CLR;

ссылки на интересные публикации.

РИТ:Высокие нагрузки-2008 (Отчет Стаса Фомина)/Доставка контента пользователям

2011-04-09T19:29:31Z

StasFomin: Новая страница: «=== Доставка контента пользователям === * [http://www.slideshare.net/profyclub/ss-1814552 Презентация] * [http://www.smira.ru...»

РИТ:Высокие нагрузки-2008 (Отчет Стаса Фомина)/Решение проблем высоких нагрузок на примере проекта Яндекс.Фотки

2011-04-09T19:28:53Z

StasFomin: Новая страница: «=== Решение проблем высоких нагрузок на примере проекта Яндекс.Фотки === * [http://webcrunch.ru/library/deve...»

РИТ:Высокие нагрузки-2008 (Отчет Стаса Фомина)/Архитектура и реализация сервиса печати фотографий netprint.ru

2011-04-09T19:28:06Z

StasFomin: Новая страница: «=== Архитектура и реализация сервиса печати фотографий netprint.ru === Крутые парни. Большой пром...»

РИТ:Высокие нагрузки-2008 (Отчет Стаса Фомина)/Архитектура Photofile.ru

2011-04-09T19:27:23Z

StasFomin: Новая страница: «=== Архитектура Photofile.ru === * [http://rutube.ru/tracks/866155.html Видео] (тот же доклад на другой конференции), [...»

РИТ:Высокие нагрузки-2008 (Отчет Стаса Фомина)/Application Streaming

2011-04-09T19:26:44Z

StasFomin: Новая страница: «=== Application Streaming === Жесткий маркетинговый («парилово») доклад от ENDEAVORS (доклада кстати, не был...»

РИТ:Высокие нагрузки-2008 (Отчет Стаса Фомина)/Виртуализация в среде highload servers

2011-04-09T19:25:57Z

StasFomin: Новая страница: «=== Виртуализация в среде highload servers === * [http://webcrunch.ru/library/administration/hosting/highload-server-virtualization/ Видео]. ...»

РИТ:Высокие нагрузки-2008 (Отчет Стаса Фомина)/CAS — сервер приложений C++

2011-04-09T19:25:11Z

StasFomin:

РИТ:Высокие нагрузки-2008 (Отчет Стаса Фомина)/Практическое использование Hadoop в системе интернет-статистики

2011-04-09T19:23:24Z

StasFomin: Новая страница: «=== Практическое использование Hadoop в системе интернет-статистики === * [http://www.slideshare.net/profyclub/hl2...»

РИТ:Высокие нагрузки-2008 (Отчет Стаса Фомина)/Организация асинхронной обработки задач

2011-04-09T19:22:18Z

StasFomin: Новая страница: «=== Организация асинхронной обработки задач === * [http://download.yandex.ru/company/experience/rit2008/highload_sirotkin.pdf П...»

РИТ:Высокие нагрузки-2008 (Отчет Стаса Фомина)/Sphinx в примерах и задачах

2011-04-09T19:21:34Z

StasFomin: Новая страница: «=== Sphinx в примерах и задачах === * [http://www.highload.ru/papers2008/7153.html Презентация и видео] Мне ужасно сты...»

РИТ:Высокие нагрузки-2008 (Отчет Стаса Фомина)/Масштабирование системы баннерной рекламы с централизованной базой данных

2011-04-09T19:20:40Z

StasFomin: Новая страница: «=== Масштабирование системы баннерной рекламы с централизованной базой данных === * [http://www.gr...»

РИТ:Высокие нагрузки-2008 (Отчет Стаса Фомина)/Реляционно слабосвязанные данные в высоконагруженных веб-проектах

2011-04-09T19:18:56Z

StasFomin:

РИТ:Высокие нагрузки-2008 (Отчет Стаса Фомина)/Сервис хранения данных на базе SQL Server Data Services

2011-04-09T19:14:55Z

StasFomin: Новая страница: «=== Сервис хранения данных на базе SQL Server Data Services === * [http://webcrunch.ru/library/development/databases/sql-data-storage/ Ан...»

РИТ:Высокие нагрузки-2008 (Отчет Стаса Фомина)/HCS — система хранения данных в Рамблере

2011-04-09T19:13:22Z

StasFomin: Новая страница: «=== HCS — система хранения данных в Рамблере === * [http://www.highload.ru/papers2008/7168.html Презентация и видео]...»

РИТ:Высокие нагрузки-2008 (Отчет Стаса Фомина)/Как писать высокопроизводительные сервера

2011-04-09T19:12:43Z

StasFomin: Новая страница: «=== Как писать высокопроизводительные сервера === * [http://www.slideshare.net/profyclub/hl2008-hp-server-design-169-presentati...»

РИТ:Высокие нагрузки-2008 (Отчет Стаса Фомина)/О проектах, отягощенных производительностью

2011-04-09T19:12:05Z

StasFomin: Новая страница: «=== О проектах, отягощенных производительностью === <blockquote> В Яндексе разработчик – творчес...»

РИТ:Высокие нагрузки-2008 (Отчет Стаса Фомина)/Что такое нагрузка

2011-04-09T19:10:52Z

StasFomin: Новая страница: «=== Что такое нагрузка === * [http://anatolix.moikrug.ru/ Анатолий Орлов] * [http://www.slideshare.net/profyclub/hl2008-wtf-hl-169-prese...»

Для тех, кто в танке — что такое Agile (Асхат Уразбаев, AgileDays-2011)/Анонс

2011-04-08T17:08:36Z

StasFomin: Новая страница: «{{SideBar|Изначально планировалось, что на этот доклад придут люди совершенно незнакомые с те...»

Изначально планировалось, что на этот доклад придут люди совершенно незнакомые с темой, и поэтому проигнорировавшие выступление Хенрика Книберга. По факту, когда перед докладом провели голосование, что «не в теме» призналось только человека три.

Yet Another введение в Agile.

Не очень короткое (не «Скрам за 5 секунд» и т.п.), но зато вполне вдумчивое, на хорошем уровне, для достаточно подготовленной (как выяснилось) аудитории.

Плюс, наверное, от самого известного в РФ SCRUM-тренера.

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

Domain Driven Design в условиях разработки распределенных приложений (Николай Гребнев, AgileDays-2011)

2011-04-03T20:47:53Z

StasFomin: /* Аннотация */

Архитектура в Agile — переосмысляя идею модульности и компонентности (Андрей Бибичев, AgileDays-2011)

2011-04-03T20:44:25Z

StasFomin: /* Аннотация */

Agile Distribution Risk Score — планируйте распределенность осознанно (Анна Обухова, AgileDays-2011)

2011-04-03T20:40:05Z

StasFomin:

Трехуровневое планирование в Agile (Дмитрий Овечкин, AgileDays-2011)

2011-04-03T20:35:04Z

StasFomin: /* Аннотация */

Культура лидерства в Agile (Тимофей Евграшин, AgileDays-2011)

2011-04-03T20:31:44Z

StasFomin:

Иду по приборам! Практические советы по визуализации работ (Максим Гапонов, AgileDays-2011)

2011-04-03T20:28:27Z

StasFomin:

Практики «Экстремального Программирования» в оффшорном проекте (Сергей Андржеевский, AgileDays-2011)

2011-04-03T20:25:23Z

StasFomin:

Для тех, кто в танке — что такое Agile (Асхат Уразбаев, AgileDays-2011)

2011-03-30T14:17:09Z

StasFomin:

Agile с фиксированной стоимостью — это реально! (Дмитрий Лобасев, AgileDays-2011)

2011-03-30T12:58:28Z

StasFomin:

В поисках гибкого разработчика (Роман Юферев, AgileDays-2011)

2011-03-30T12:55:42Z

StasFomin:

Что означает «Готово!» — применение практики Definition of Done (Николай Алименков, Алексей Солнцев, AgileDays-2011)

2011-03-28T18:33:31Z

StasFomin:

Lean Software Development (Никита Филиппов, AgileDays-2011)

2011-03-28T15:15:19Z

StasFomin:

Lean Software Development (Никита Филиппов, AgileDays-2011)/Аннотация

2011-03-28T15:10:40Z

StasFomin:

LSD всем, даром и никто не уйдет обиженным!

Незапланированный доклад-введение в Lean Software Development!

Про Lean, рожденный великим сенсеем Тайоти Ооно на заводах Тойоты, в попытке победить Форд, расскажет Никита Филиппов, рожденный в Тольятти, и проведший юность на АвтоВазе!

Цитата: «Как же двухдневные тренинги по этому проходят, если я за 20 минут могу все рассказать»

Всего за двадцать минут он расскажет вам то, что рассказывают на многодневных платных тренингах (ну и если вам лень читать «Дао Тойоты»)!

Да, возможно у европейцев (и особенно у россиян) отсутствует такой необходимый элемент Lean, как Хансей (непрерывное чувство вины), но нам не надо догонять японцев в LSD — ирония судьбы в том, что Lean Software Development — это уже европейское изобретение, гуру аджайла, Книберг и Поппендик, проповедуют LSD в Японии, в колыбели Lean…

Java Tech Day 2011:Отчет Дмитрия Белобородова

2011-03-28T09:02:03Z

DmitryBeloborodov: /* VirtualBox 4.0: новые возможности */

Наследие капитана Флинта — трудности и ошибки внедрения Scrum на примере компании Промедичи (Александр Лесневский, AgileDays-2011)

2011-03-27T21:37:35Z

StasFomin:

Apache Hadoop (Владимир Климонтович на ADD-2010)/Стенограмма

2011-03-27T17:09:45Z

StasFomin: /* MapReduce */

Working Effectively with Legacy Code (Майкл Физерс, AgileDays-2008)

2011-03-25T21:05:11Z

StasFomin:

Доклад Майкла Физерса был «guest star» всего мероприятия, хотя стоит отметить, что не все смогли выдержать плотную конференцию до самого конца — слушателей было существенно меньше, чем в начале дня.

Но тема доклада всегда актуальна, Legacy Code это вечное проклятие невезучих программистов (т.е. тех, которых бросают на поддержку чужого кода), и legacy code вечен — да, старые информационные системы умирают, но проходит пару лет, и даже твой супер-крутой код становиться legacy… . Трудно удержаться и не процитировать соответствующие комиксы Дильберта:

На модельном примере класса «расписание» (Schedule), написанном на Java, Физер показал как сделать его тестопригодным. Основной прием свелся к N-кратному применению Dependency injection. Причем, на наш вкус с некоторым перебором: даже статические helper-методы определения является ли день выходным или рабочим были перенесены в нестатический класс, а в тесте было предложено их «заглушить», написав соответствующего наследника. ИМХО это уже другая крайность: когда тестируется функциональность ровно одного класса, а всё, что он использует, либо заглушено при помощи Stub-ов, либо эмулируется при помощи Mock-ов (см. http://martinfowler.com/articles/mocksArentStubs.html). Это так можно получить результат как в репризе Райкина «претензии к пуговицам есть — нет, пришиты намертво…»

А пока, мы рекомендуем заинтересованным темой, прочитать книгу «Рефакторинг с использованием шаблонов».

Любые правки этой статьи будут перезаписаны при следующем сеансе репликации. Если у вас есть серьезное замечание по тексту статьи, запишите его в раздел «discussion».

Репликация: База Знаний «Заказных Информ Систем» → «Working Effectively with Legacy Code (Майкл Физерс, AgileDays-2008)»

Тестирование Web 2.0 (Владимир Колесников, AgileDays-2008)

2011-03-25T20:55:50Z

StasFomin:

Докладчик: Владимир Колесников
Презентация: http://agilerussia.ru/files/agiledays/Kolesnikov.TestingWeb2.0.pdf

Краткий, 20 минутный доклад, как можно и нужно тестировать вебдванольные проекты.

Основной посыл доклада: очень много javascript-а, больше 4-х браузеров (каждый со своими нюансами и глюками), аудитория пользователей огромная — нужна гарантия качества. Далее перечислил, что и как можно тестировать:

бизнес-логику — это оставил за рамками доклада, так как это стандартно не только для web-проектов и здесь все используют unit-тесты;
серверную часть — выполнение http-запросов к web-серверу и проверка их результата (ну здесь вроде как всё просто и понятно — во всяком случае так счел докладчик);
клиентский javascript — здесь нужны тесты, которые выполняются внутри браузера, для чего почти в каждой известной javascript-овой библиотеке классов (включая jQuery, Prototype, Dojo) есть свой набор функциональности для удобного написания и выполнения unit-тестов прямо внутри браузера;
автоматическое UI-тестирования при помощи инструментов, эмулирующих действия пользователя — здесь докладчик упомянул набивший многим оскомину Selenium.

Далее докладчик в основном рассматривал именно unit-тестирование javascript-а и навороты вокруг этого. Когда его спросили всё же про автоматическое UI-тестирование, то он ответил, что этим занимается другой отдел и лично он не очень в курсе их успехов…

Еще запомнилось, что им сильно помогает логгирование исключений, произошедших на стороне клиента. Делают они это при помощи window.onerror, правда работает это только в IE и FireFox-е. Именно благодаря этому приему они узнают об успешности версии (если за несколько часов таких ошибок не поступает, значит версия успешна).

Как мы уже заметили, в аудитории было мало вебразработчиков, в основном тестировщики и разработчики enterprise-приложений, вероятно поэтому, вопросов доклад практически не вызвал.

Репликация: База Знаний «Заказных Информ Систем» → «Тестирование Web 2.0 (Владимир Колесников, AgileDays-2008)»

Unit testing with XML (Дмитрий Всехвальнов, AgileDays-2008)

2011-03-25T20:51:02Z

StasFomin:

Докладчик: Дмитрий Всехвальнов
Презентация: http://agilerussia.ru/files/agiledays/Vskehvalnov.XmlUnitTesting.pdf

По сути доклад был посвящен исключительно использованию библиотеки XmlUnit для написания unit-тестов, связанных с проверкой корректности сформированного XML-я.

Доклад состоял из двух частей:

1. перечисления задач, которые возникают при написании тестов на сформированный XML:

проверка эквивалентности структур с учетом и без таких нюансов как: неймспейсы, порядок атрибутов и тегов, пробельные символы, комментарии, управляющие конструкции;
вычисление XPath-выражений;
валидация по XSD/DTD;
XSLT-трансформации;
работа с разными XML и XSLT-процессорами.

2. живой демонстрации по написанию несложных тестов на Java:

проверка по точному совпадению;
проверка с игнорирование отдельных атрибутов (по их именам);
проверка с игнорированием целых узлов и их содержимого (опять же, по именам тегов);
валидация по XSD;
проверка существования узла по XPath-выражению;
проверка совпадения значения, извлеченного по XPath-выражению.

По сути, библиотека XmlUnit — это набор готовых ASSERT-ов для JUnit-а (Java-версия библиотеки) и NUnit-а (.Net-версия библиотеки). При этом .Net-версия, судя по описанию на сайте, развита значительно слабее своего Java-аналога.

Репликация: База Знаний «Заказных Информ Систем» → «Unit testing with XML (Дмитрий Всехвальнов, AgileDays-2008)»

Тестирование в Agile проектах (Илья Гаврилов, AgileDays-2008)

2011-03-25T20:44:59Z

StasFomin:

Докладчик: Илья Гаврилов
Презентация: http://agilerussia.ru/files/agiledays/Gavrilov.TestingInAgile.pdf

Хотя название доклада похоже на название предыдущего доклада, тут совсем о другом, скорее о чисто тестировании, чем об Agile.

Вполне можно представить этот доклад с небольшими изменениями для тем «тестирование в RUP-проектах», «modern testcase management» и т.п.

Т.е. упор действительно сделан на управление сценариями (use case), тестами (test-case и unit tests). Указывалась необходимость покрыть все сценарии тест-кейсами не меньше чем на 60%, и 80% кода (больше бессмысленно) — юнит-тестами.

В качестве универсального инструмента для ведения и сценариев тестирования, и расчета различных метрик и графиков докладчик рекомендовал старый добрый Excel.

Основной вопрос, обсуждавшийся после доклада — это как держать все эти планы тестирования в актуальном состоянии. Предложение докладчика простое и очевидное: планировать их актуализацию также, как и все остальные работы, т.е. при оценке задачи сразу оценить, какие изменения нужно делать не только в коде, но и в тестах.

Репликация: База Знаний «Заказных Информ Систем» → «Тестирование в Agile проектах (Илья Гаврилов, AgileDays-2008)»

Каким должно быть приемочное тестирование в agile-проектах? (Алексей Баранцев, AgileDays-2008)

2011-03-25T20:31:12Z

StasFomin:

Докладчик: Алексей Баранцев
Презентация: http://agilerussia.ru/files/agiledays/Barantsev.AcceptanceTesting.pdf

Доклад концептуальный, не ограничивается рамками достаточно «канцелярского» названия, мыслей много.

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

Мысль — жесткие/водопадные методологии разработки → это если ваши бойцы тупая пехота. Тогда да, муштра и вперед на минные поля — ненадежность отдельного солдата спасет дублирование и избыточность, и заплаченная цена будет оправдана.

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

Холить, лелеять, обеспечивать им Fun и Profit. А то, что agile проекты иногда проваливаются, виновата не избалованность людей, а отсутствие способностей — в agile проекты нужно нанимать лучших, а дальше пускай они уже выкручиваются сами, главное их не обижать.

В качестве метафор «подходов прошлого тысячелетия» автор использовал концепцию стимпанка, иллюстрируя ее картинкой из steampank-style календаря «The other side of the coin» (остальные картинки, если заинтересовали, можно найти тут [1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11]).

Со своей стороны, мы заметим, что это несколько натянутая, и нехарактерная визуализация стимпанка.

Стимпанк — это не депрессивные ржавые железяки, чешущие зад лоснящегося мускулистого рабочего (ммм…?), а скорее идея максимальной эволюции старинных технологий, в предположении, что им так и не было найдено замены. А вершина эволюции — это всегда красиво (дредноуты времени Iмв, последние паровозы, американские автомобили эпохи дешевой нефти).

Так что если хотите взглянуть, что есть стимпанк, лучше смотреть соответствующие аниме-мультфильмы.

Вообще видов тестирования очень много (Unit testing, Integration testing, System testing, Performance testing, Reliability testing, Security testing, Usability testing, Portability testing, Acceptance testing) и хорошо автоматизируется только первый (Unit testing), а автоматизация всего остального — это увы, всего лишь пропаганда вендоров, которые втюхивают дорогущие инструменты автоматизации.

Так что в тестировании все остальное надо делать вручную «на коленке» и здесь на первый план выходит квалификация тестировщиков (люди — самый ценный ресурс!).

Следующая мысль — несправедливость Agile-благ для программистов и тестировщиков.

Пророки Agile многое дали программистам — Refactoring, Unit-тестирование, Continuous Integration, парное программирование, Scrum со всеми его играми и т.п. Power и Fun, как и заказывали.

Тестировщикам же из этого ничего не обломилось, кроме фреймворка FIT, но докладчик с негодованием открестился от этого убогого подарка («недопрограммирование» на вики-разметке, тотальная неполнота и ограниченность).

С учетом предыдущей мысли, что для правильного тестирования все равно нужны крутые супертестировщики, возникает идея, что не «тестировщик — друг программиста», а «программист — студент, сдающий экзамен тестировщику».

Т.е. нанимать надо самых лучших и задорого («Разве вы не знали, что тестировщики везде получают больше разработчиков?» Profit!), желательно из программистов достигших совершенства, и потерявших интерес к программированию («Саваоф Баалович был всемогущ. Он мог все. И он ничего не мог. Потому что граничным условием уравнения Совершенства оказалось требование, чтобы чудо не причиняло никому вреда.»), программистов надо отдать тестировщикам на съедение (отдать их код на Code Review), ведь единственная корректная метрика кода — это количество WTF-ов в минуту при проведении code-review.

Ну не говоря уж о том, что Scrum/Agile для тестировщиков означает одно — больше Fun-а, а Scrum Master должен быть помесью пионер-вожатого и массовика затейника!

Местами этот фан выглядит несколько беспредельно.

Только компания привыкла, что все вертикальные поверхности, включая шкафы-купе для одежды обклеены Scrum-taskами, возникают тестировщики и исписывают стены в туалетах (концепция «Testing on the Toilet»).

Докладчик рассказал, что в Беларуссии была конференция SQA Days 4 на которой был доклад «Funny testing: как добавить драйва в работу» — какой еще Fun можно придумать команде что бы не работать. Ну и в целом, нужно смотреть видео. Хотя бы для того, чтобы узнать о силе волшебной фразы «Ну и что?».

Репликация: База Знаний «Заказных Информ Систем» → «Каким должно быть приемочное тестирование в agile-проектах? (Алексей Баранцев, AgileDays-2008)»

Безудержный Рефакторинг: как не убить себя об стену (Андрей Бибичев, AgileDays-2008)

2011-03-25T18:49:22Z

StasFomin:

Докладчик: Андрей Бибичев

Введение в непрерывную интеграцию (Андрей Сатарин, AgileDays-2008)

2011-03-25T18:27:40Z

StasFomin:

Докладчик: Андрей Сатарин

Мы несколько опоздали к началу, поэтому рекомендуем скачать полное видео с сайта http://agiledays.ru/.

Доклад про Continuous Integration, возможно уже несколько набил оскомину у продвинутых тестировщиков и разработчиков, — ведь мы по более-менее схожей теме уже проводили открытый семинар, доклад на конференции SECR-2008, не говоря уже о паре внутренних лекций.

С другой стороны, в отличие от некоторых авторов (включая западных гуру), выступающих с одной темой годами, достигая в ней неизмеримых высот и глубин, мы считаем, что лучше «отбомбиться» по теме сразу и до конца, пока она актуальна, чтобы избежать обидных обвинений ( [:|||||||:] ).

И действительно, семинар показал, что в целом, концепция непрерывной интеграции у аудитории удивления не вызывает, споров полезна она или вредна, уже не ведется (примерно как ранее стало бессмысленно спорить о необходимости систем контроля версий), многие попробовали несколько различных продуктов, а многие даже гордятся возникающими сложностями — «наш проект настолько ~~длинный~~ велик, что даже самая непрерывная интеграция прерывается и превращается в ночные сборки» и «наша команда настолько распределенная, что наши сборки не поспевают за Солнцем…».

Такие настроения было несложно предугадать, и продемонстрировать «карту в рукаве/рояль в кустах» — «слайды с ответами на ожидаемые вопросы».

В целом мысль такова: долгое время сборки — это

либо проблема неправильных инструментов (не используются правильные менеджеры сборки, типа SCons, Ant, make, …),
либо проблема архитектуры (наличие крупных ядер, где «все зависит от всего»).

Конечно, такие случаи есть, и странно, что аудитория на них не указала (тогда бы мы показали еще слайдов).

Например, классическая реляционная база данных, как известно, очень плохо стыкуется почти со всеми agile-практиками, и в случае continuous integration «кошерное» пересоздание тестировочной базы с нуля в большинстве случаев выглядит неподъемной задачей.

Но и в этом случае можно «бороться за живучесть» концепции, применяя разные лайфхаки.

Например, классический паттерн ускорения непрерывной интеграции — наращивание памяти на сборочном сервере, и использование tmpfs для файлов и специальных in-memory SQL СУБД для тестирования SQL СУБД функциональности.

Но несмотря на все эти гитики, действительно, тема непрерывной интеграции не такая уж и обширная, в целом тянет на полдесятка статей, так например, книга «Continuous Integration» Пола Дюваля и К° (есть русский перевод — «Непрерывная интеграция»), явно имеет «надутый водой» объем.

Репликация: База Знаний «Заказных Информ Систем» → «Введение в непрерывную интеграцию (Андрей Сатарин, AgileDays-2008)»

Применение принципов Lean в масштабах предприятия (Асхат Уразбаев, AgileDays-2011)

2011-03-20T23:39:45Z

StasFomin:

Принципы Lean и развитие аутсорсинговой компании (Михаил Плискин, AgileDays-2011)

2011-03-20T23:29:15Z

StasFomin:

Agile in Investment Banking (Сергей Евтушенко, AgileDays-2011)

2011-03-20T21:38:05Z

StasFomin:

Стихийный Agile во внутрикорпоративной среде (Всеволод Леонов, AgileDays-2011)

2011-03-20T21:31:51Z

StasFomin:

И все-таки программисты — дети! (Роман Юферев, AgileDays-2011)

2011-03-19T08:17:03Z

StasFomin: