Новостные каналы

25 мая 2010

В сборнике «Технологический прогноз» (Technology Forecast) Центра технологий и информаций PricewaterhouseCoopers № 2(2010) опубликовано интервью Владимира Рахтеенко, генерального директора CUSTIS, посвященное особенностям разработки ИТ систем для компаний, стремящихся сохранить и автоматизировать свои уникальные бизнес-процессы, а также о применении CCMS [content and collaboration management systems] и PMS [process management systems] решений для организации взаимодействия заказчиков и будущих пользователей системы с ее архитекторами и разработчиками с начальной стадии проекта. Интервью провели: Виталий Лазорин и Андрей Шелудяков.

«Мы объединили творческий потенциал нескольких единомышленников и организовали компанию по разработке масштабных учетно-аналитических систем на заказ. В качестве нашей миссии мы определили поиск оптимальных путей решения сложных нестандартных управленческих задач для наших заказчиков на современном технологическом уровне. За все эти годы мы ни разу не изменили исходным принципам. Бытует мнение, что разработка ПО на заказ экономически не выгодна. Но мы научились и не только „выживаем“, но и непрерывно растем и развиваемся в таком интеллектуально насыщенном секторе ИТ-рынка.»

«У нас работают специалисты, которые готовились заниматься фундаментальной наукой и запускать ракеты в космос. Нам удалось поставить перед ними достойные задачи и результат — наукоемкий коммерчески успешный продукт.»

Полный текст интервью Владимира Рахтеенко "Разработка систем на базе адаптивных моделей"

Отзыв о книжке «Балдеющие от адреналина и зомбированные шаблонами».

→ продолжить чтение…

Книжка в основном про творчество в программировании и есть ли ему место — основной вывод — место есть и довольно приличное. Чем сложнее задача и чем она новее, в плане не решаемости ее раньше — тем больше в ней творчества и тем меньше ее решение поддается формальным методам.

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

• Дисциплина и гибкость — какой должна быть команда разработчиков: конвейер Форда или индивидуумы в драных штанах с банкой пива.

Приведен пример, который был или мог случиться, о том, как две подобных команды поспорили в баре, кто быстрее разработает небольшую программу — результат, описанный в книге — ничья. Вообще возникает сомнение: будет ли дисциплинированная команда спорить в баре и тратить свое время на такую «ерунду» — но это на совести автора. В этом разделе есть интересная статья об индексе сложности, который применяется ко всему: к задаче, к методам ее решения, к людям и высказывается интересная мысль, что проект можно завалить, если индексы не совпадают — типа сложные люди сложными методами решают простую задачу (будьте проще и люди к вам потянутся) или наоборот. Ну и апофеоз всего, что бы вы думали — новейшее веяние Agile! О нем кстати в книге не очень много, ну это и понятно, книга в принципе не о нем.

• Формальные методы и эвристики — можно ли решить сложные задачи, использую формальные подходы — вывод — нет или это решение будет неоправданно дорогим (деньги, время).

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

Второй пример — известный в узких кругах проект А7 (софт для самолета ВМС США). Как всегда для него было наколбашено много кода без всяких формальных методов, как всегда этот код никому не нравился и как это все-таки бывает во многих случая — он работал! Товарищ Дэвид Парнас решил все переделать «по-уму» (почему бы и нет, если это хорошо спонсируют) — в итоге пока он собирал данные, необходимые для реализации формальных методов, появлялись все новые требования, и новая разработка не догоняла старую, а отставала от нее.

В этом же разделе поднята проблема — программирования без комплекса вины — не надо бояться экспериментировать и допускать ошибки. «Что не убивает меня, то делает меня сильнее» (с) Ницше.

• Оптимизация и разумная достаточность — надо ли упереться рогом и довести продукт до совершенства или разумно остановиться на каком-то достаточно хорошем решении.

Есть статья об «ad hoc» — применение универсальных методов хорошо, но работает до определенного этапа, а дальше спасают только специальные вещи. Высказывается мысль, что возможен обратный откат к специализированным методам, программам и компьютерам.

• Количественный и качественный подходы — возможно ли применение метрик и есть ли от него какая-то польза или лучше полагаться на интуицию.

• Процесс и продукт — что нужнее, кто главнее — ну это прямо из манифеста Agile

• Интеллектуальные и канцелярские задачи — здесь опять повторяется мысль, которая идет через всю книгу, что программирование — самая сложная деятельность, которой занимается человек.

В разделе много цифр и многА бакАв — исследование о проценте интеллектуальных и творческих задач в программировании.

• Теория и практика — вывод, в большинстве разделов программирования практика опережает теорию, хотя они должны друг другу помогать (учите матчасть).

• Наука и производство — несколько дихотомий:

• интересное — полезное, в науке занимаются, чем интересно, в производстве — что полезно
• групповое — индивидуально, в производстве преобладают группы, в науке — одиночки.

Деятели науки пафосны и далеки от простого народа (программистов-практиков). Интересная мысль — о понимании и согласии, часто объединяют эти понятия — человек со мной не согласен — значит не понимает — значит надо объяснить еще раз.

• Забавность и серьезность — от программирования надо получать фан!

Раньше все программисты были ковбоями и работали совсем не за деньги, не то, что сейчас. Хотя есть свет в конце туннеля — OpenSource!

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

Интересная метафора, про греков, римлян и варваров в программировании, типа:

• греки — маленькие группы интуитивистов, придерживающихся неформальных методов решения задачи, использующих эмпирики — демократы
• римляне — большие группы формалистов, для которых процесс управления важнее решаемой задачи — империалисты
• варвары — ну это варвары, code&fix и прочие прелести

Себя автор видимо относит к грекам.

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

Пятничный выпуск!

Продолжаем наш сериал, о комиксах для ITшников^[1].

В этот раз, повезло именно тестировщикам: http://cartoontester.blogspot.com/ — комиксы для тестировщиков и от тестировщика. Манера рисовки конечно, не такая богатая, как у «Not Invented Here» — но все же, повеселей, чем у «XKCD». Ну и вообще, креативный рисующий в цвете тестировщик, это наверное какой-то оксюморон — тестировщику пристало быть строгим, въедливым, в общем, черно-белым.

Вот еще пара случайно выбранных мной комикс-стрипов: Agile Testing, Calendar.

Так что если понравилось — читайте, подписывайтесь, используя FeedOnFeeds или иной агрегатор. Используйте в статьях и презентациях.

И, кстати, да — этот комикс начал переводить мой знакомый, тоже тестировщик из Питера, Роман Т. в своем блоге под тегом «Cartoons». ^[2], и на конференции SQADays-7, на которой я был пару дней назад, уже раздавали кружки стильные кружки для касты-гильдии уважающих себя тестеров^[3]:

1. ↑ Предыдущие серии: Блог:Стас Фомин/2010-04-10 «Not Invented Here» — самый правильный комикс про программистов, [1], [2], Блог:Стас Фомин/2010-03-19 «Abstruse Goose» — еще один комикс для гиков,…
2. ↑ Это официальный, согласованный с автором перевод — автор присылает Роману даже исходники картинок
3. ↑ Я привез и раздарил у нас несколько кружек из других серий.

Пресс-служба CustIS: Компания CUSTIS выступит информационным спонсором конференции в Екатеринбурге. Михаил Заборов, руководитель направления CUSTIS, представит там доклад на тему "Как правильная архитектура позволяет сделать большие проекты в Agile".

AgileDays едет в Екатеринбург!

4 июня состоится конференция по гибким методологиям - AgileDays в Екатеринбурге!

Цель конференции - обменяться опытом использования Agile, пообщаться с практикующими разработчиками и менеджерами, узнать о современных подходах в разработке ПО.

На конференции выступят признанные в России эксперты по Agile, а также своим опытом поделятся разработчики из различных компаний России: CustIS, СКБ Контур, Exigen, Открытые Системы и других.

Организаторы конференции AgileRussia и ScrumTrek постарались подготовить максимально интересную и обширную программу. Конференцию откроет Асхат Уразбаев (ScrumTrek) обзором гибких методологий. Никита Филиппов расскажет об управлении требованиями в Agile, а секреты тестирования вы узнаете от Ильи Гаврилова (Exigen). Игорь Гольдберг (СКБ Контур) расскажет об опыте использования Agile в своей компании. Александр Бындю (Открытые Системы) поделится опытом и практиками создания эффективной команды. О построении правильной архитектуры в Agile и о своем более чем трехлетнем опыте применения Agile в заказной разработке ПО расскажет Михаил Заборов (CustIS). С докладом "Как продать Agile" выступит Асхат Уразбаев.

Благодаря формату конференции у вас будет возможность задать вопросы докладчикам во время специальных флип-чарт-сессий.

В рамках конференции пройдут тренинги, например:

• Управление требованиями в Agile проектах – Эффективная работа с требованиями очень важна для успешного предоставления заказчику ценного с точки зрения бизнеса продукта. Работа с требованиями в Agile имеет свои особенности. Процесс планирования и сбора требований становится итеративным, требования постоянно изменяются. Несмотря на это, мы должны уметь указывать точную дату релиза. Инструктор –Никита Филиппов, Тренер и консультант по гибким методологиям, эксперт в области управления продуктами и требованиями в Agile-компаниях. Никита сертифицированный скрам-мастер (Certified Scrum Master)
• Тестирование в Agile проектах – Тренинг позволяет тестировщикам эффективно строить свою работу в Agile-проектах. Он построен в виде однодневного учебного проекта, где теория перемежается с практикой. Особенно большое внимание уделяется сложным вопросам взаимодействия программистов и тестировщиков, планирования тестирования, автоматизации тестирования и построения эффективной архитектуры тестов, а также поддержания актуального состояния автоматизированных тестов при постоянном изменении требований. Инструктор –Илья Гаврилов, начальник отдела тестирования компании Exigen, Agile-гуру и специалист по тестированию в Agile.

Посмотреть подробную информацию о конференции и зарегистрироваться можно на официальном сайте конференции ekt.agiledays.ru

Кстати, о встречах AgileRussia — в предверии завтрашней встречи посвященной инструментам, можно посмотреть отчет о прошлой встрече сообщества, посвященной теме «Архитектор в Agile».

Вернее там было две темы — «Архитектор в Agile» и «Архитектора в Agile», было неожиданно много участников (больше сотни), как обычно было весело. Более подробно — см. отчет, где, как обычно, есть и резюме выступлений, и конспект-майндмап, и видео.

12 мая 2010 года (среда) состоится очередная встреча AgileRussia на тему «Agile-инструменты»

Многие из нас читали книги про Agile. Их много, все они разные, но их объединяет один очень важный момент: они рассказывают нам, что нужно делать. Но крайне редко в них можно найти совет, с помощью каких инструментов.

Вопросы о том, кто чем пользуется в своей повседневной работе, неизбежно возникают каждый раз, когда собираются хотя бы 5-6 разработчиков или управленцев. И каждый раз вялый на первых порах разговор перерождается в очень живую дискуссию о сильных и слабых сторонах тех или иных инструментов или их наборов.

Мы пригласили несколько человек, которые активно используют, охотно рассказывают, а иногда еще и дорабатывают Agile-инструменты. Приходите, спрашивайте и рассказывайте о том, что вы используете в вашей Agile-жизни!

Место и время проведения: 12 мая, 19:00, наш офис.

Условия участия: Бесплатно. Регистрация обязательная. Просто заполните регистрационную форму. В случае проблем с регистрацией пишите на mgaponov@gmail.com.

24 апреля 2010

Команда сотрудников CUSTIS 22-23 апреля 2010 приняла участие в конференции Software People 2010

Стас Фомин сделал там доклад «Knowledge Management: от Склада к Потоку» — подробности и видео в блоге команды CUSTIS.

Итак, некотороеdejavu — повторяется ситуация прошлой недели, я опять выступаю в Инфопространстве (на конференции Software People-2010), опять выступаю под видео, опять организована трансляция конференции, и опять непонятно — удастся ли организаторам транслировать видео. Шансы вроде есть, но, как обычно, рассчитываю на самый пессимистичный сценарий и опять выкладываю заранее озвученное видео и аннотацию доклада.

Пора выступать, а вам, читатели, приятного просмотра. Конструктивный feedback welcomed.

14 апреля 2010

12-14 апреля в конференц-холле «Инфопространство» прошла конференция РИТ++ /2010. Наши специалисты Стас Фомин и Виталий Филиппов сделали там доклады:

Свободные [веб]системы, спасающие разработчиков

ShowTeamWork — визуализация работы команды

Google Notebook на MediaWiki

Презентация-трансформер S5 на MediaWiki

В блоге команды CUSTIS подробности и видео презентации Стаса Фомина Свободные [веб]системы, спасающие разработчиков

На этот раз мы открываем вакансию ведущего разработчика.Net (C#) в отделе внутреннего технологического развития компании.

Вам предлагается принять активное участие в

• Развитии собственной технологической платформы компании (серверные и клиентские библиотеки, инструменты для разработки/внедрения);
• Проведении технологических исследований/экспериментов;
• Выполнении внутренних проектов по автоматизации деятельности компании;
• Разработке пилотных проектов по новым бизнес-направлениям.

Мы ищем:

• Программиста «по призванию»
• Обладающего высоким уровнем концептуального, системного, логического мышления
• Обладающего навыками и пониманием принципов объектно-ориентированного проектирования
• С глубоким знанием и опытом разработки на платформе Microsoft.NET 2.0-3.5, язык C# 2.0, 3.0
• Имеющего представление о реляционных СУБД и языке SQL
• А также о современных методологиях разработки ПО (итеративная разработка, unit-тестирование, непрерывная интеграция)

Желательно, чтобы Вы:

• Знали и понимали шаблоны проектирования
• Имели навыки работы в команде, использования инструментов командной работы (системы контроля версий, ведения багов)
• Имели опыт разработки с повышенными требованиями к качеству (тиражные продукты, frameworks)
• Имели опыт работы с WinForms, ASP.NET, включая разработку компонентов
• Были знакомы с технологиями WPF/Silverlight, AJAX
• Обладали опытом работы с различными СУБД (Oracle, MS SQL Server, MySQL,PostgreSQL), использования ORM (NHibernate и др.)
• А также опытом работы с XML (XSD, XSL)

Условия работы в нашей компании не изменились. Гибкий график, ДМС, офис в центре Москвы, применение современных Agile-методологий — SCRUM, ну и интересная работа.

Пишите hr@custis.ru, звоните. Ждем вас!

Итак, вчера на конференции РИТ-2010 мы рассказали три блиц-доклада. Содержание одного из них это ранее опубликованный нами ShowTeamWork, презентации других двух мы выложим в самое ближайшее время.

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

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

Поэтому, мы заранее озвучили наше получасовое выступление, и онлайн-зрители могут даже заранее просмотреть этот доклад (аналогично, как нетерпеливые могут просмотреть новогоднее поздравление президента за 8 часов до назначенного срока).

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

На следующей неделе (да чего уж там, после выходных), 12-14 апреля, будет конференция РИТ-2010, на которую, как обычно (а обычно мы не пропускаем конференций для разработчиков) идет наш десант.

Так что если вас интересует наша компания (что у ней внутри, люди-процессы-инструменты-вакансии — подходите, спрашивайте).

Как нас узнать в толпе? По идее, на беджиках будет написано «CustIS» или «Заказные ИнформСистемы», ну и кроме того, от нас будут доклады:

• Свободные [вебсистемы, спасающие разработчиков]
• ShowTeamWork — визуализация работы команды
• Google Notebook на MediaWiki
• Презентация-трансформер S5 на MediaWiki

Соответственно, докладчики этих тем — наши люди.

До встречи на РИТ!

Опубликованы отчеты наших сотрудников, побывавших на конференции «AskTom in Moscow». Да, это встреча с легендарным для каждого ораклиста Томом Кайтом, сделавшего для популяризации и понимания СУБД Oracle может быть даже больше чем все сотрудники самого Oracle.

Были вечные темы — крутые новые возможности свежих версий Oracle, правильное понимание функциональности старых, борьба с наслоениями неверных мифов. Было интересно.

Опубликован отчет о ранее анонсированной встрече сообщества uml2.ru, прошедшей у нас 11 марта, и посвященной перспективам открытия российского раздела IIBA.

В продолжение темы «дидюк» (практик разработки с аббревиатурами вида «*DD»), то через неделю, 24 марта, у нас будет очередное собрание сообщества AgileRussia.ru посвященное именно этим темам:

• роль «Архитектор», её особенности в Agile, взаимодействие с командой и PO;
• различные подходы к проектированию (эволюционный дизайн, сверху-вниз, снизу-вверх), их влияние на Agile-процесс, ограничения применимости;
• беглый обзор наиболее популярных технических практик: Test-Driven Development, Behavior-Driven Development, Domain-Driven Design.

Архитекторы, ведущие разработчики, тим-лиды, PM - приходите и обменяйтесь мыслями, соображениями и опытом.

Регистрация — по ссылке.

Публикуем запись тренинга Андрея Бибичева по «DDD»-темам, включая Domain Driven Design, Feature Driven Design, и т.п.

Содержание:

• Интерактивный практикум по моделированию предметной области
• Варианты архитектуры для реализации с обсуждением плюсов и минусов каждой и ответами на вопросы
  • беглый обзор базовых шаблонов реализации доменной модели (Entities,Value Objects,Repositories,Factories,Services,Aggregates)
  • три основных варианта архитектуры (Anemic Domain Model,Rich Domain Model,Pure Domain Model), а также другие альтернативы:
    • представление ссылок в модели: Id, типизированная ссылка на объект, Lazy-ссылка
    • транзакционность:Unit-of-work илиActive-record или сообщения
  • использованиеDSL и метаданных
  • важные, но недооцененные темы: разграничение прав доступа, универсальный GUI и API, …

Большая часть материала должна быть понятна и полезна так же для .Net-разработчиков.

В тренинге есть:

• здравая доля ненапрягающего интерактива;
• примеры кода;
• авторское мнение по поводу различных подходов и архитектур с указанием альтернативных точек зрения;
• раздаточный материал.

Собственно более краткая, трехчасовая версия тренинга была успешно проведена на мастер-классе «Domain-Driven Design for Java Developers» (конференцияAgileBaseCamp), это более длинная,directors-cut версия (тренинг проводился два дня).

Исторически, это развитие и продолжение тем, ранее поднятых Андреем на софтверных конференциях:

• «Обзор Feature-Driven Development и Domain-Driven Design» на AgileDays-2009
• «Проектирование больших ИС в Agile» на SECR-2009: статья, слайды.

11 марта в нашей компании пройдет собрание сообщества uml2.ru, посвященное созданию российского раздела международной организации бизнес-аналитиков International Institute of Business Analysis (IIBA®). Зачем это нужно, и чем это может быть вам полезно, можно посмотреть в обсуждении на форуме uml2.ru.

Повестка и регистрация — по ссылке, также постараемся организовать веб-трансляцию.

Наша компания продолжает выступать финансовым и интеллектуальным спонсором физтеховских олимпиад по программированию.

Так, на традиционное весеннее первенство студентов МФТИ по программированию, прошедшее 28 февраля 2010 года, мы представили не только широкий набор призов (мы хотели, чтобы они достались не только ведущей тройке призеров, но всем, кто достиг результата выше медианы), но и интересную задачу (с стандартной инфраструктурой — тесты, проверки и т.п.). Да, судя по результатам, четверо даже смогли ее решить, хотя наш сотрудник, предложивший эту задачу, на основе своего опыта олимпиад по программированию (как участника и организатора), уверял, что задачка очень простая.

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

26 февраля 2010

В журнале «Директор информационной службы» № 2-2010 опубликована статья Игоря Беспальчука, руководителя проектов компании CUSTIS («Заказные ИнформСистемы»), посвященная проекту реинжиниринга одной из функциональных подсистем ИС крупной торговой компании: «Переход без остановки».

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

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

Полный текст статьи Игоря Беспальчука "Переход без остановки (Невозможное возможно)"