Re: паттерны в проектировании интерфейсов

Ну, я беру не паттерны программирования. Я беру пока просто слово "паттерны" :) Паттерны интерфейсов были бы интересны, когда дойдем до коммуникационных паттернов. Наверняка там много чего можно было бы почерпнуть. Эдакая программоника-интерфейсоника (как бионика -- использование идей живой природы для конструирования технических систем :) Ваша критика подхода паттернирования убедительна, она высказывалась уже неоднократно, когда пытались определить, почему глохнет (точнее, не развивается) подход с паттернами ОО-дизайна. Вот кратенькие ответы: 1. Паттерн, действительно, относится к учебным средствам. Учебные средства всегда отстают на шаг (месяц, год, пятилетку) от передового опыта -- ибо передовой опыт сидит в головах и неотчужден. Смогли отчудить -- это и будет заготовка паттерна. А затем нужно потратить еще два раза по столько же времени, как на отчуждение, чтобы этот паттерн перевести в продукт, который можно использовать в обучении. 2. ПраксОС будет подразумевать погружение в софт того рабочего процесса, который есть -- as is. Затем пойдет цикл реорганизации, направляемой паттернами (организационный рефакторинг). Конечно, при этом будет появляться обратная связь: иногда паттерн будет прогибать организацию, иногда живая организация будет прогибать паттерн. Тогда паттерн будет уточняться по итогам. Если разных внедренцев праксиологической системы паттернов заставить (мотивировать ;) как-то возвращать такую обратную связь, и сделать это формой существования community of practice в ее классическом виде -- то это и будет форматом вечного обновления и актуализации системы паттернов. Собственно, именно в таком режиме проходила разработка первых успешных систем паттернов -- и софтверных и agile-организационных софтверных. 3. Софт для паттернов сегодня -- wiki. Но только-только начинают появляться дорогущие системы для коллективной работы с паттернами, в которых есть не только wiki-компонента, но и компонента workflow (еще пять лет назад wiki скрещивали с блогами, но не с workflow engine). Смотреть нужно при этом на коммерческие системы idea management и innovation management systems. Стоимость таких систем для больших фирм -- $500000-$1000000. Но это лишь означает, что через некоторое время (уже в этом году началось) появятся hosted services, а через еще очень короткое время -- что-нибудь под GPL. Я пока думаю про mediawiki как движок работы с паттернами -- ибо наличные программистские силы мы лучше потратим пока на agile-GTD движок (поддержку содержимого праксиологических -- то есть "наших избранных" -- паттернов, а не на паттерн-движок. Будет больше сил, вложимся и туда. 4. Мы думаем, что возможно существование репозитория оргпаттернов -- из которого выбирается только "наша часть" в компактную систему, плюс выделяются несколько "антипаттернов". Думаю, эта система ("архив паттернов") была бы общественно интересна. Эдакий действующий музей менеджерской моды, раздолье для исследователей. Это относительно дешевый проект, понятно как его делать. Нужны студенты :))) Это сильно бы подняло интерес к паттерн-подходу.