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

UX в Scrum — итерация ноль для проектирования продуктов (Асхат Уразбаев, UXRussia-2011)

2011-10-14T07:51:15Z

StasFomin:

Юзабилити в интернет-рекламе: ошибки и находки (Алексей Тарасов, UXRussia-2011)

2011-10-13T19:34:46Z

StasFomin:

Доверие пользователей интернет-магазинам: от концепции к экспериментальной оценке (Usabilitylab, UXRussia-2011)

2011-10-13T19:33:26Z

StasFomin: /* Видео */

Интервью с Алексеем Баранцевым (для SQADays, 2011-08-26)

2011-10-11T10:43:35Z

StasFomin:

Интервью с Алексеем Баранцевым провела Маргарита Сафарова.

Краткое содержание в картинках:

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

Репликация: База Знаний «Заказных Информ Систем» → «Интервью с Алексеем Баранцевым (для SQADays, 2011-08-26)»

ADD-2011 (Рецензии Стаса Фомина)/Философия простоты или еретическая лекция о программировании

2011-09-24T14:37:04Z

StasFomin:

Философия_простоты,_или_еретическая_лекция_о_программировании_(Никита_Прокопов,_ADD-2011)

«Nobody likes molting boron» © Futurama. Разумеется, никто не любит сложность. Это хорошо видно и по остальным отзывам к докладу. Сложность систем, сложность интерфейсов.

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

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

Позволю отвлеченный пример. Когда-то я смотрел комедию братьев Коэнов «Аэроплан», где разыгрывалась смешная сценка — в небе летит пассажирский лайнер, где все, кто выбрал на обед рыбу — отравились. Включая пилотов. Стоит фантастическая задача — найти среди пассажиров кого-то, кто сможет посадить этот Боинг. И доктор — комедийный персонаж Лесли Нильсена, говорит стюардессе «Вам нужно не только найти человека, который сможет посадить самолет. Но и того, кто не ел на обед рыбу». Тут разумеется смех в зале, за кадром и везде. Бггг — сравнил вероятность найти пилота среди паксов, 1/100500 и 50/50 (выбор «рыба или курица» за обедом).

Какого же было мое удивление, когда я таки добрался до первоисточника, на который сняли эту пародию, «[Взлетно-посадочная полоса ноль-восемь]» Артура Хейли, и обнаружил, что исходный диалог еще более адовый:

- Мисс Бенсон, вы когда-нибудь слышали о теории вероятности?
- О теории вероятности? Я полагаю, да. Но я не знаю, что это такое.
- Я вам объясню. Это значит вот что. Из общего количества в пятьдесят шесть человек наш единственный шанс выжить зависит от того, есть ли на борту человек, который не только способен посадить эту штуковину, но и который бы НЕ ЕЛ рыбу на обед. ©

(и кстати, рыбу там выбрали только 30% пассажиров). По тексту также видно, что полно персонажей тоже летчики (газетчики и т.п.), и вообще, умение управлять самолетом было не rocket science, ну может как водительские права для СССР в застое.

Кстати, сюжет не совсем художественный — были реальные случаи, пассажир-пилот в 1954 отлично посадил самолет, после приступа аппендицита у первого пилота (со вторым там какая-то паника приключилась). А сейчас, если среди пассажиров лайнера вдруг оказались люди умеющие им управлять — это наоборот, офигенный фактор риска, что самолет полетит совсем не туда (9/11).

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

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

Почему они не хотят использовать красивый и гламурный GUI-based SourceSafe, а возятся с таким исчадием ада как Git? Без conspiracy theory тут не разобратся, наверняка это влияние ордена тамплиеров, и чтобы бросить ему вызов нужна проповедь еретика.

На самом деле все просто. При выборе «Свобода или гламур», «Возможности или кажущаяся простота» программисты выбирают свободу и возможности. Страховка от неверного выбора — это отдельный вопрос, он решается не запаиванием пульта управления под девизом «вам это не нужно», а контролем версий, тестами, и т.п. А в остальном — все для максимальной производительности, для максимума скорости, все для победы.

Если серьезно работаешь, каждая мелочь в твоем инструменте может стать важной, и правильная настройка сэкономит годы жизни. От чего можно отказаться в текстовом редактире? От настройки шрифтов? Клавиатурных сокращений? Настраиваемой синтаксической раскраски? Режима редактирования колонками? Вызова внешних команд? Разбора их вывода? ... Мне нужно все. И больше. Ах много настроек? — ничего, я справлюсь с этим.

Всего этого я жду от любой программы, включая медиаплеер. Я хочу, чтобы программа могла сделать все, на что она потенциально способна. Плеер? ОК. Ты должен уметь играть быстрее и медленее, управлятся с клавиатуры, причем глобально (хрен иначе сделаешь стенограмму), переключать звуковые дорожки и субтитры, должна быть эффективная навигация по видеофайлу, обязателен и commandline интерфейс. Да, такой только один, VLC, и то, я хочу от него еще кучу фич! Ах, он не гламурен, нет скина со свистелками-перделками, в диалоге настроек много страшных опций пугающих хомяков? Мне плевать! Раз он на порядки эффективней.

И так во всем остальном. В молодости простительно жаждать простоты, и плевать на эффективность — еще мало знаешь, время твое дешево, и его очень-очень много. Пройдет лет 10, и станет ясно, что времени осталось чуть, каждый час на счету, на счету и остатки зрения, нервов и т.п. — и растрачивать это, пользуясь простыми немудренными мотыгами вместо тракторов — глупо.

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

Я не хочу внезапно оказаться в воздухе на лайнере без пилотов! Пусть даже он будет внутри сто раз гламурен, а интерфейс кресла просто до невозможности.

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

Да, сложность бывает необоснованной, бывает заградительной на начальном этапе — а я хочу, чтобы была невырожденная кривая обучения! Чтобы можно было пользоваться и с нуля, прочитав «Getting Started», «Crash course» или «Airplanes for dummies», но продолжать совершенствование, не упираясь запаянные люки в потолоке.

Но это уже совсем другой вопрос, как обеспечить это — вот это уже интересная задача.

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

Надо развивать эти мысли на отдельную тему «Usability for advanced users».

Баланс работы и личной жизни

2011-09-23T15:11:39Z

GalinaTsaturyan: Новая страница: «;Евгения Удалова: Руководитель отдела персонала CUSTIS ...»

Евгения Удалова: Руководитель отдела персонала CUSTIS
Анна Рид: Менеджер отдела персонала CUSTIS

HR-команда компании CUSTIS — Евгения Удалова и Анна Рид — приняла участие в обсуждении темы «Баланс работы и личной жизни: как добиться совпадения интересов сотрудника и компании». Их статья, в числе мнений руководителей HR служб различных компаний, опубликована на сайте HR-Бренд.

Сейчас под «личной жизнью» подразумевают очень многое: персональное развитие, семью, друзей, увлечения… Как часто говорят, это «все, что не работа». Такое разделение между работой и личной жизнью появилось совсем недавно.

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

В конце 50-х — начале 60-х годов прошлого века наступил перелом. Благодаря развитию производства образовательный уровень рабочих и служащих резко повысился, и денежные стимулы постепенно перестали играть ключевую роль в поддержании высокого уровня производительности. Теперь люди хотели не просто работать, но и получать удовольствие от работы. Можно сказать, что в это время и зародился «конфликт» между работой и личной жизнью. Человек стал делить свое время между двумя сферами, и личная жизнь начала обретать все большую ценность.

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

Решение напрашивается само собой: сотрудник должен расценивать время, уделяемое работе, как время, которое он посвящает личной жизни. Возможно ли это?

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

Что происходит, если компании удается достичь такого эффекта? Сотрудник начинает ходить на работу не за зарплатой, а потому что ему интересно. Мы стараемся, чтобы наши специалисты рассматривали работу как средство самовыражения и самореализации, и не привязываем их к денежному вознаграждению за отработку установленного количества часов. Разумеется, мы создаем множество возможностей для профессионального развития. Например, сотрудники посещают все крупные конференции и семинары по нашей тематике не только в качестве слушателей, но и как докладчики. Это ADD, Req Labs, Software People, которые проводятся в Москве, Питере, Киеве и других городах. Также мы предоставляем площадки для сбора профессиональных сообществ, так что у наших специалистов есть возможность общаться с коллегами из других компаний, обмениваться опытом и идеями, практически не отходя от рабочего места.

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

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

Но личная жизнь — это не только личное развитие. Это еще и семья, друзья, увлечения и спорт. Мы стараемся сделать так, чтобы сотрудники могли уделять им как можно больше времени. Это может показаться странным, но мы так не думаем. В распоряжении наших сотрудников все общекорпоративные инструменты планирования рабочего времени.

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

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

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

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

Что еще может помочь нам как работодателю достичь баланса между работой и личной жизнью персонала и тем самым позволить нашим сотрудникам сконцентрироваться на решении производственных задач?

Спортивные мероприятия, ДМС, пикники, возможность воспользоваться офисным водителем (чтобы он забрал бабушку из аэропорта), хороший монитор (чтобы не болели глаза), новогодние подарки для детей…

На первый взгляд может показаться, что это мелочи. Однако из этих мелочей состоит ежедневная работа сотрудников, благодаря им они могут сделать приятный сюрприз своим близким или с гордостью сказать: «А мне действительно нравится работать в этой компании!»

Репликация: База Знаний «Заказных Информ Систем» → «Баланс работы и личной жизни»

Три точки опоры в архитектуре корпоративных систем (Максим Цепков, Software People-2011)

2011-09-23T14:59:27Z

VitaliyFilippov:

Доклад Три точки опоры в архитектуре корпоративных систем был сделан на конференции Software People-2011 7-8 апреля 2011 Москва.

Презентация http://www.slideshare.net/custisppt/softwarepeople-2011

Ключевые слова: Архитектура, Корпоративные системы, Диаграммы учета, UML, Шаблоны

Диаграммы планов счетов (Максим Цепков, ЛАФ-2010)

2011-09-23T14:57:58Z

VitaliyFilippov:

Доклад Максима Цепкова на конференции ЛАФ-2010.

Полное название: Диаграммы планов счетов - средство моделирования и проектирования учета.

Презентация

AgileDays-2011 — краткая классификация докладов

2011-09-05T19:17:10Z

StasFomin: /* Процесс */

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

Такой, несколько субъективный путеводитель, я и предложу ниже. Почти^[1] все доклады классифицированы, плюс краткая, в twitter-стиле аннотация.

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

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

Подход к выбору инструмента для автоматизации тестирования Qt Windows приложений (Андрей Беляевский, MSTC, 2011-08-11)

2011-09-05T16:35:34Z

StasFomin:

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

abelyaevsky@gmail.com
фейсбук-профиль

Доклад посвящен проблеме выбора инструмента автоматизированного тестирования для Windows Qt приложения со сложным графическим интерфейсом пользователя.
Фактически представлена ретроспектива процесса.

Рассмотрены ошибки, пути их решения и предотвращения.

Процессная сторона: выбор стратегии, требований, определение ответственных лиц, заказчиков.

Необходимые артефакты выбора инструмента.

Возможные схемы проведения процесса, которые должны приводить к успеху.

Видео

Репликация: База Знаний «Заказных Информ Систем» → «Подход к выбору инструмента для автоматизации тестирования Qt Windows приложений (Андрей Беляевский, MSTC, 2011-08-11)»

Автоматизация тестирования HTML5 Веб приложений на Ruby c помощью Selenium WebDriver (Игорь Варавко, 2011-08-11)

2011-09-05T16:06:43Z

StasFomin:

Докладчик: Игорь Варавко.

Поговорим о возможностях WebDriver: моделирование поведения пользователя по управлению элементами Веб приложения. На реальных примерах вы увидите, как выполнять:

перетаскивание на странице;

действия с canvas-объектами;

перемещение между окнами браузера с помощью switchTo.

Вы узнаете:

как использовать готовое расширение для реализации Page Object паттерна;

о построении собственного DSL языка для решения конкретных задач;

как автоматизировать запуск тестов в Jenkins CI с визуализацией результатов выполнения.

Видео

Репликация: База Знаний «Заказных Информ Систем» → «Автоматизация тестирования HTML5 Веб приложений на Ruby c помощью Selenium WebDriver (Игорь Варавко, 2011-08-11)»

Как начиналось партнерство ГК "Спортмастер" и компании CUSTIS

2011-08-23T16:00:17Z

Пресс-служба: Новая страница: «*'''Как создавалась ИТ-система в ГК «Спортмастер» до нас''' ИТ-система компании разрабатыва...»

Как создавалась ИТ-система в ГК «Спортмастер» до нас

ИТ-система компании разрабатывалась и развивалась с 1995 г. силами собственного управления информационных технологий на базе ряда готовых программ. К 2000 г. она охватывала все основные технологические процессы, обеспечивающие торгово-закупочный цикл крупной географически распределенной компании.

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

Почему «Спортмастер» решил делать ИТ-систему на заказ

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

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

Опыт зарубежных коллег
Знакомство с практикой автоматизации ряда крупных зарубежных торговых компаний подтвердило, что ни одна из них не работает целиком на стандартной промышленной ИТ-системе. Практически все они развивают системы собственными силами либо привлекают ИТ-партнера, специализирующегося на разработке систем под заказ.

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

Как выбирали исполнителя

Когда руководство ГК «Спортмастер» приняло решение о замене ИТ-системы, было проведено тщательное исследование рынка и взвешены все возможные риски проекта. Решено было привлечь для разработки новой системы компанию, занимающуюся заказной разработкой и оказывающую консультационные услуги в области ИТ и автоматизации.

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

С чего началась наша совместная работа

Силами совместной группы ведущих ИТ-специалистов и архитекторов «Спортмастера» и нашей компании к лету 2002 г. был создан концептуальный проект системы. Он включал разработку 12 подсистем и модулей интегрированной распределенной системы, рассчитанной на установку во всех 50 московских и региональных подразделениях торговой сети более чем на 1000 рабочих местах, 500 из которых находятся в центральном офисе компании.

Тогда же наши разработчики приступили к созданию функциональных модулей, которые по мере готовности замещали компоненты старой системы, существенно расширяя ее функционал. Первым модулем новой информационной системы стал «Каталог товаров».

Репликация: База Знаний «Заказных Информ Систем» → «Как начиналось партнерство ГК "Спортмастер" и компании CUSTIS»

Сравнение движков полнотекстового поиска

2011-08-19T16:27:57Z

VitaliyFilippov: /* MySQL fulltext (5.5) */

Так как в интернетах тема сравнения движков полнотекстового поиска не раскрыта — есть либо разрозненные комменты на хабре, либо бессмысленные сравнения от «специальных сравнительных сайтов», решил всё-таки сам сравнить MySQL FULLTEXT vs Xapian vs Sphinx vs Lucene/Solr vs PostgreSQL Textsearch. Заодно попробовал CLucene, а в процессе ещё и запатчил несколько багов и нашёл несколько болячек в разных движках.

Сравнение проводилось с точки зрения средненькой базы — тестировал на данных Багзиллы, содержащей в районе 80000 багов, текстов было ~330 мб. Со всеми движками работал из Perl’а, то есть, заодно тестировал интерфейсные библиотеки. ОС Debian Linux Unstable (Wheezy/Sid), процессор Core 2 Duo 3 ГГц.

Итак, встречайте:

Задачи, которые решает MDM-система

2011-08-17T12:28:19Z

Пресс-служба: Новая страница: «'''<u>Задачи, которые решает MDM-система в составе информационной системы предприятия:</u>''' * ''...»

Задачи, которые решает MDM-система в составе информационной системы предприятия:

Интеграция приложений информационной системы (ИС) предприятия

Система MDM обеспечивает все компоненты распределенной ИС справочными данными, в том числе теми, которые передаются между компонентами в ходе документооборота. Решается проблема сверок и синхронизации данных.

Интеграция данных

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

Контроль целостности и согласованности информации

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

Фиксация и разделение ответственности

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

Распространение информации по всей ИС

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

Репликация: База Знаний «Заказных Информ Систем» → «Задачи, которые решает MDM-система»

Автоматизация банковской отчетности: каждому свое приложение

2011-08-17T10:38:03Z

Пресс-служба: Новая страница: «;Елена Старынина: руководитель проектов, аналитик на...»

Елена Старынина: руководитель проектов, аналитик направления «Финансовые институты» CUSTIS

Национальный банковский журнал, № 8, август 2011. http://www.nbj.ru/publs/upgrade-modernizatsija-i-razvitie/2011/08/09/avtomatizatsija-bankovskoi-otchetnosti-kazhdomu-svoe-prilozhenie/index.html

Можно ждать или не ждать изменений, но они все равно произойдут. Изменения в бизнесе и отчетности банков динамичны и происходят с некоторой периодичностью. Каждый специалист по отчетности знает, что изменение требований к формированию отчетов неизбежно, ведь меняются и условия бизнеса, и правила, устанавливаемые ЦБ РФ.

Использование сертификатов для web-приложений (Максим Высоких на ADD-2010)

2011-08-09T17:52:30Z

StasFomin:

Интервью с Еленой Ивановой (для SQADays, 2011-07-20)

2011-08-09T14:34:14Z

StasFomin:

Интервью с Еленой Ивановой провела Маргарита Сафарова.

Краткое содержание в картинках:

Репликация: База Знаний «Заказных Информ Систем» → «Интервью с Еленой Ивановой (для SQADays, 2011-07-20)»

Интервью с Дмитрием Ручко (для SQADays, 2011-07-27)

2011-08-09T14:32:24Z

StasFomin:

Интервью с Дмитрием Ручко провела Маргарита Сафарова.

Краткое содержание в картинках:

Репликация: База Знаний «Заказных Информ Систем» → «Интервью с Дмитрием Ручко (для SQADays, 2011-07-27)»

Ахиллес и черепаха. Разумный подход к работе над крупными клиентскими проектами (Юрий Гугнин, AgileDays-2011)/Заметки Стаса Фомина

2011-08-05T16:44:02Z

StasFomin: Новая страница: «Сразу видно менеджера из творческого мира. И заказные проекты у них называются «клиентски...»

Сразу видно менеджера из творческого мира. И заказные проекты у них называются «клиентские», и апория Зенона, вынесенная в заглавие понимается^[1] как смешная байка, прозвучавшая в начале фильма Такеши Китано про тяжелую жизнь художников, и еще смешнее эта апория была понята:

Вам неправильно кажется, что «Ахилес — круто, а черепашки — ~~наруто~~некруто». На самом деле черепашки рулят.

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

огромным ТЗ («ТЗ 300 страниц по сайту, мы сами не можем его прочитать»)
здоровым группам согласования
ну и в целом, попытка сделать все разом, «в едином корпоративном стиле», приводит к появлению очередного УГ.

Как дизайнер, разумеется «аппелировал к Applу», который для каждого продукта делал отдельные сайты с самостоятельным дизайном, да и с точки зрения здравого смысла, глупо делать один и тот же дизайн для разных банковских продуктов, с разной аудиторией и жизненным циклом («Я не знаю того, кто берет ипотеку два раза в жизни. Разве что кто-то живет 150 лет»©).

И конечно, автор призывал «есть слона по частям» («Ни под каким предлогом на водопад не соглашайтесь» ©), чтобы и группы согласования были маленькие, и успехи, и у исполнителя и у представителя заказчика, были хоть небольшие, но почаще, что лучше одного глобального epic failа.

Да, уровень клиентоориентированности высок: «Помогайте менеджерам со стороны клиента продвигаться по карьерной лестнице» (кстати, мы уже два года как клиент ADV, и это многое мне объясняет).

↑ Похоже автор действительно не в курсе…

Типы личности и их проявление в жизни и работе (семинар 2008-02-12)

2011-08-05T15:30:23Z

StasFomin:

Семинар «Типы личности и их проявление в жизни и работе» — по типологии Майерс-Бриггс. По книгам Отто Крегера «16 типов личности…» и сопутствующим материалам из инета.

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

Everyone likes change, but nobody likes to be changed (Henrik Kniberg, AgileDays-2011)/Заметки Стаса Фомина

2011-07-30T18:55:02Z

StasFomin:

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

Ларчик открывался просто. Отсутствие реального опыта. У Хенрика есть ребенок, но ему только пара лет (2008 года выпуска) — мотивировать на уборку еще рано.

Впрочем, самый главный вопрос — а нужно ли это (ребенок, убирающий игрушки перед сном)? Хотите, чтобы у вас было так?

► Хотите узнать, почему вы это не хотите?

Потому, что это аутизм.

Веб-разработка на GWT и mvp4g (Антон Котенко, ADD-2011)

2011-07-27T10:18:57Z

StasFomin:

VirtualDub

2011-07-26T19:14:25Z

StasFomin:

Универсальный швейцарский нож видеомонтажа.

SASL, SVN, Mercurial и Bazaar

2011-07-20T10:26:02Z

VitaliyFilippov:

Те, кто предпочитают использовать SVN через встроенный легковесный сервер Svnserve (вместо Apache и mod_dav_svn), вместе с интегрированной Windows-доменной авторизацией через SASL, могут столкнуться со странной ошибкой:

В command-line клиенте SVN из дистрибутива от CollabNet (с дистрибутивом SlikSVN все ОК):

svn: Cannot negotiate authentication mechanism

или что-то типа

subvertpy.SubversionException: ('Cannot negotiate authentication mechanism', 210007)

в Bazaar, который умеет работать с SVN-репозитариями, используя subvertpy.
в Mercurial, который может работать с SVN, используя дополнение hgsubversion, которое, в свою очередь, использует SWIG-биндинги WinSVN или тот же subvertpy.
вероятно, аналогично и в Git — там для работы с SVN используется Perl-модуль, основанный на тех же SWIG-биндингах.

Причина — неполный набор DLL’ек библиотеки SASL-аутентификации в сборках от CollabNet. Конкретно, обычно не хватает saslLOGIN.dll и saslPLAIN.dll, которые как раз нужны в нашей офисной конфигурации.

Итак, чтобы «починить» CollabNet-oвский клиент, нужно залить в него все SASL-DLLи (разумеется, соответствующей «битности»), полный набор которых, кстати, есть в дистрибутиве TortoiseSVN (от того же CollabNet):

saslANONYMOUS.dll
saslCRAMMD5.dll
saslDIGESTMD5.dll
saslNTLM.dll
saslLOGIN.dll
saslPLAIN.dll

И затем убедиться, что в реестре следующим образом прописаны пути к этим библиотекам (первый путь ищется под 32 битами, второй — под 64):

Windows Registry Editor Version 5.00 
[HKEY_LOCAL_MACHINE\SOFTWARE\Carnegie Mellon\Project Cyrus\SASL Library]
"SearchPath"="C:\\Program Files\\TortoiseSVN\\bin"
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Carnegie Mellon\Project Cyrus\SASL Library]
"SearchPath"="C:\\Program Files\\TortoiseSVN\\bin"

Важный момент — пути прописывать без завершающего слеша! Библиотеке конечно позор — и за это, и за использование реестра (никаких portable-сборок), и за «Carnegie Mellon».

В случае с Bazaar — залить все эти библиотеки в папку lib дистрибутива, и то же самое с реестром.

Mercurial у меня питоновский, по крайней мере расширение hgsubversion все равно требует Python с установленными SVN-биндингами, так что там проще поставить subvertpy (хоть easy_install-ом), а потом перегрузить в папку с subvertpy все DLLи из «полного» CollabNet-дистрибутива (то есть дополненного тортилловыми SASL-библиотеками), и опять-таки вправить мозги реестру.

За решение проблемы благодарность procmon-у от Руссиновича, без которого, наверное, уже точно давно был виндекапец и все сидели под Linuxом, где таких проблем нет (с виндовой доменной авторизацией), и мне бы не пришлось выслушивать издевательства от рядом сидящего линуксоида.

Если кто-то готов посоветовать лучшее решение (можно ли пересадить в Python 2.7 SVN библиотеки от SlikSVN, в общем, чтобы не было завязок на реестр) — [mailto: stas-fomin@yandex.ru посоветуйте].

MediaWiki — серебряная пуля или швейцарский нож? (SEF-2009)

2011-07-15T18:01:43Z

StasFomin:

Докладчик: Стас Фомин

Почему вики-системы популярны даже в корпоративном мире, вытесняя «классические» документооборот и документирование? Выбор вики: тут мы за мейнстрим и MediaWiki. У нее огромная база пользователей и разработчиков и качества «швейцарского ножа» — богатый, расширяемый функционал и универсальность.

Да, с этим докладом уже было выступление на SECR-2009, но для SEF-2009 была подготовлена специальная, экстремальная версия. Если SECR-овский доклад состоял из 112 слайдов на 40 минут, то для SEF-2009 в те же самые 40 минут пришлось уложить 100 слайдов и еще 15 минут скринкастов.

Как это возможно? Оказалось возможно. Был опробован принципиально новый вид презентации — презентация под заранее записанное видео.

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

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

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

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

Репликация: База Знаний «Заказных Информ Систем» → «MediaWiki — серебряная пуля или швейцарский нож? (SEF-2009)»

Domain Specific Languages, теория и практика (семинар 2011-06-23, для студентов)

2011-07-15T17:26:07Z

StasFomin:

Недостающая часть Scrum — как стать успешным инженером в Agile? (Антон Кекс, AgileDays-2011)

2011-07-12T20:03:30Z

StasFomin:

Швейцарский нож аналитика - визуализируем логи одной строкой! (Евгений Кирпичёв, ADD-2011)

2011-07-07T08:40:16Z

StasFomin:

Agile in Investment Banking (Сергей Евтушенко, AgileDays-2011)/Заметки Стаса Фомина

2011-07-06T16:39:31Z

StasFomin:

Название надо немного уточнить — конечно, речь не идет о том, чтобы гонять на скрам-митинги самих банкиров, речь идет о разработке систем для инвестиционного банкинга, это корпоративная разработка характеризуемая:

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

В этой области работает широко известный в узких кругах Умпутуном, и работал печально известный Сергей Алейников, который променял ежегодние $400×10³ на 8 лет тюрьмы.

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

Так вот, там не работает стандартный Agile-Парето-подход, когда идет размен scope на сроки — тут требуется все и сразу (full scope/fixed deadline). Плюс заказчики далеко за океаном (аутсорсинг на Украину), большие лаги в коммуникации. Не самая хорошая позиция для игры в аджайл.

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

Распределенные совещения удалось улучшить с помощью софта:

дейлискрамы шли с расшаренными экранами
оценка задач шла через http://planningpoker.com

В общем — резюме, не пытайтесь применять все SCRUM-практики, если вы попали в такую плохую ситуацию.

Темпл Грандин (рецензия Стаса Фомина)

2011-07-05T11:32:55Z

VitalyKozlovtsev:

Метафора «программисты=психи, пользователи=нормальные → психов нельзя допускать», продвигаемая в Психбольница в руках пациентов , имхо, неверная в корне.

Программисты и юзеры (включая «бизнес-пользователей»^[1]), это скорее два разных вида, разные миры. И если нужно сделать новый гениальный интерфейс, реальный прорыв (который потом вполне смогут копировать добротные ремесленники), то тут нужен именно посредник между мирами, некий Вий, по крайней мере сумашедший.

И иллюстрируюет эту идею то, что я рекомендую посмотреть вместо этой книги. Именно посмотреть — документально-художественный фильм «Темпл Грандин», где рассказана великолепная история, великолепно ложащаяся на метафору разработки бизнес-софта → кто сможет сделать для него правильное юзабилити.

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

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

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

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

Кстати, можно посмотреть ее короткое выступление на TED

http://www.ted.com/talks/temple_grandin_the_world_needs_all_kinds_of_minds.html

где говорится именно о свойствах альтернативного мышления. Заодно будет интересно потом смотреть художественный фильм (там подобрали очень похожую актрису). …

↑ Громкое название, но под этим имеются в виду обычные клерки и кассиры, и т.п.

IT people — правила игры на рынке труда (круглый стол, ADD-2011)

2011-06-29T22:41:20Z

StasFomin:

AgileDays-2011: Отчет Беспальчука И.А.

2011-06-25T15:38:29Z

StasFomin:

AgileDays-2011: отзывы в интернете

2011-06-24T18:08:48Z

StasFomin:

Фото

Репликация: База Знаний «Заказных Информ Систем» → «AgileDays-2011: отзывы в интернете»

Agile и жизнь (Александр Калугин, AgileDays-2011)

2011-06-24T16:09:50Z

StasFomin:

Agile — вид из окна тренажёрного зала (Алексей Солнцев, AgileDays-2011)

2011-06-24T16:07:40Z

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

Ахиллес и черепаха. Разумный подход к работе над крупными клиентскими проектами (Юрий Гугнин, AgileDays-2011)

2011-06-24T16:05:48Z

StasFomin:

Agile. Путь от хаоса к потоку (Николай Алименков, AgileDays-2011)

2011-06-24T16:04:52Z

StasFomin:

Зачем нам это надо? или Как продать Agile команде! (Михаил Карпов, AgileDays-2011)

2011-06-24T16:03:38Z

StasFomin:

Пуассоновое горение сроков (Андрей Бибичев, AgileDays-2011)

2011-06-24T12:55:33Z

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

AgileDays-2011:Отчет Цыганкова Д.А./Пуассоновое горение сроков

2011-06-24T12:52:52Z

StasFomin: Новая страница: «У Андрея Бибичева был [[Пуассоновое горение сроков (Андрей Бибичев, AgileDays-2011)|самый удачный ...»

У Андрея Бибичева был самый удачный доклад, про броуновское движение программистов в однородном поле силы заказчика и вытекающие из этого погрешности оценок планирования (оптимист ошибется почти наверняка, реалист — с вероятностью около 70 %).

AgileDays-2011: Отчет Гребнева Н.Ю./Бибичев про сроки

2011-06-24T12:36:10Z

StasFomin:

Блиц-доклады были не особо интересные, по большей части являлись рекламой agile, зачастую с сомнительной аргументаций, за исключением веселого доклада Андрея Бибичева, который рассказал нам о том, почему же проекты не укладываются в сроки и зачем умножать первоначальную оценку на 3.

Команды по Белбину (семинар 2010-01-19)

2011-06-23T19:11:05Z

MaksTsepkov:

Ведущие: Максим Цепков, Анна Сергеева
Дата: 19 января 2010

Типы личности (семинар 2008-02-12)

2011-06-23T19:07:38Z

MaksTsepkov:

Ведущий: Цепков Максим
Дата: 12.02.2008

Промышленное качество заказной разработки

2011-06-23T15:31:38Z

Пресс-служба:

Беспальчук Игорь: руководитель отдела технологического развития CUSTIS

Интервью опубликовано в газете PC Week Review: Автоматизация торговли, 7 июня 2011

Известно немало примеров, когда даже в таких массовых отраслях, как розничная торговля, компании предпочитают заказную разработку тиражному программному продукту. Об этом свидетельствует, в частности, опыт российской компании CUSTIS, которая на протяжении многих лет решает задачи автоматизации для группы компаний «Спортмастер». Научный редактор PC Week/RE Сергей Свинарев беседует с руководителем отдела технологического развития компании CUSTIS Игорем Беспальчуком.

PC Week: Какова сегодня ситуация на российском рынке приложений для розничной торговли?

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

PC Week: Что мешает заказчику выбрать продукт, уже представленный на рынке?

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

PC Week: Допустим, в организации уже используется ПО собственной разработки, которое устарело технологически, но содержательно всех вполне устраивает. Вы беретесь воссоздать такое приложение на более современной платформе?

И. Б.: Главная проблема здесь заключается в том, что предприятию, выросшему до определенного размера, становится крайне тяжело развивать такую «самописную» систему, поскольку при ее создании о вопросах последующего сопровождения и развития никто особо не задумывался. Иными словами, предприятие нуждается в более зрелом процессе разработки. Построение такого процесса требует особой экспертизы и высоких трудозатрат, но они впоследствии окупаются за счет способности системы к развитию, ее лучшей сопровождаемости, а также предсказуемости результатов и сроков разработки . Чаще всего мы не берем на себя сопровождение или развитие кода приложения, созданного на предприятии собственными силами, поскольку к этому моменту, как правило, уже сама собой назревает необходимость полной переработки информационной системы. Такая разработка, но уже базирующаяся на промышленных стандартах, и ведется нашими специалистами. Предварительно мы обследуем существующую систему и фиксируем все бизнес-процессы, которые она поддерживает, в том числе сложившиеся спонтанно и никем не документированные. Такой подход позволяет заказчику сохранить инвестиции, сделанные им ранее в бизнес-практики и системную архитектуру.

PC Week: А как при таком подходе происходит замена старого приложения на новое?

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

PC Week: Как в результате заказной разработки обеспечить промышленное качество программного продукта?

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

PC Week: Спасибо за беседу.

Репликация: База Знаний «Заказных Информ Систем» → «Промышленное качество заказной разработки»

Stratoplan World 2011-06-17

2011-06-21T17:35:19Z

StasFomin:

Динамичная миниконференция сообщества Stratoplan.ru из шести докладов.

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

Как внедрить ALM систему управления командами по разработке ПО и остаться довольным.(Заходяйченко Андрей, AgileDays-2011)

2011-06-20T18:44:04Z

StasFomin:

Первое приложение для IPhone (семинар 2011-06-09, для студентов)

2011-06-17T17:08:37Z

StasFomin:

Работа по принципу Lean в рамках всей компании. Опыт компании ESAB (встреча AgileRussia.ru 2011-04-14)

2011-06-14T18:01:34Z

StasFomin:

Nemerle Deep Dive (Владислав Чистяков, ADD-2011)

2011-06-14T17:40:10Z

StasFomin:

Генерация перестановок

2011-06-13T16:56:56Z

StasFomin:

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

Во-первых, заметим, что перестановки называются "Permutations". И можно многое найти по поисковым запросам http://www.google.ru/search?hl=ru&q=Permutations

очень хорошее описание алгоритма :

http://rain.ifmo.ru/~mikhalev/samples/disarray/disarray.html

При написании программ на C++, разумно использовать STL:

http://www.devx.com/tips/Tip/20816

Описание алгоритма и реализация на Pascal

На PL/SQL это выглядит примерно так (также долно работать, для перестановок с повторениями):

    _public_procedure({get_next_permutation},{
        _param({a_permutation}, {IN OUT NOCOPY pk_cmn.TStringArray},{},{Перестановка - массив 
                                                                        строк индексируемый с 1
                                                                        без пропусков})
        },{Получить следующую перестановку в лексикографическом порядке. 
           Если перестановка на входе последняя - то возвращается пустой массив
          (a_permutation.first IS NULL)  },
      {
      AS
        l_i PLS_INTEGER;
        l_j PLS_INTEGER;
        PROCEDURE swap(l_i PLS_INTEGER, l_j PLS_INTEGER) AS
        l_val VARCHAR2(4000);
        BEGIN
          l_val:=a_permutation(l_i);
          a_permutation(l_i):=a_permutation(l_j);
          a_permutation(l_j):=l_val;  
        END;
      BEGIN
        l_i:=a_permutation.count-1;
        -- поиск l_i
        WHILE (l_i>0)AND(a_permutation(l_i)>=a_permutation(l_i+1)) LOOP l_i:=l_i-1; END LOOP;
        IF l_i>0 THEN
            l_j:=l_i+1;
            --поиск l_j
            WHILE (l_j<a_permutation.COUNT)AND(a_permutation(l_j+1)>a_permutation(l_i)) LOOP            
                 l_j:=l_j+1; 
            END LOOP;
            -- меняем l_i и l_j
            swap(l_i,l_j);
            ---  переставляем  в обратном порядке от l_i до конца
            FOR l_j IN l_i+1 .. TRUNC((a_permutation.COUNT+l_i)/2) LOOP 
              Swap(l_j,a_permutation.count-l_j+l_i+1);
            END LOOP;
        ELSE 
            a_permutation.DELETE;
        END IF;
      END;
      },{})

Репликация: База Знаний «Заказных Информ Систем» → «Генерация перестановок»

Управление качеством ПО в Agile

2011-06-10T14:59:22Z

StasFomin:

Всеволод Коньков: ведущий разработчик компании CUSTIS, сертифицированный Scrum-мастер

Статья опубликована в журнале Intelligent Enterprise, № 5 (май) 2011, стр 42-45 ^[1]

Управление качеством продукции и услуг — одна из важнейших составляющих любого бизнеса, в том числе и информационных технологий, где вопрос качества стоит особенно остро. С чем это связано?
Дело в том, что порог входа на рынок разработки ПО относительно низок. Иными словами, чтобы стать поставщиком ИТ-решений, не нужны огромные инвестиции. По этой причине на рынке нет недостатка в предложениях по разработке ИТ‑систем для бизнеса. Однако часто предлагаемое ПО имеет неприемлемое качество, и это заставляет заказчиков очень внимательно подходить к выбору исполнителя.
В данной статье рассматривается достижение высокого качества ПО с помощью гибких, или Agile-методологий, которые в последнее десятилетие становятся все более популярными и среди небольших производителей, и у крупных вендоров (таких как Nokia и Microsoft). Agile позволяет добиться высокого качества ПО при относительно низких затратах, так как в гибких методологиях используются те же практики, что и в бережливом производстве (lean production).

↑ «Intelligent Enterprise» , № 5 (май) 2011, стр.42-45. http://www.iemag.ru/master-class/detail.php?ID=23232