ИТ блокнот /Николай Войнов/

Моделирование в цвете

noreply@blogger.com (Николай Войнов) — Tue, 27 Dec 2011 17:30:18 PST

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

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

В далеких уже 90х, когда я восстановился уже после второго отчисления :), Питер Код с коллегами определил механизм цветового кодирования шаблонов и ускорение процесса моделирования с помощью цветовых прототипов [Coad, Lefebvre and De Luca, 1999]. Теперь, приведу кусочки книги, дальше возможно завтра послезавтра попытаюсь проиллюстрировать ER-кой... и буду надеятся на ваши комментарии, скорее всего должен быть в сети более свежий взгляд

К цветовым прототипам относят:

момент или интервал (розовый);
роль (желтый);
группа, место или предмет (зеленый);
описание (голубой).

Красный - самый активный цвет и первым привлекает внимание. Этим цветом обозначаются самые динамические классы - объекты, связанные с моментами или интервалами времени. Примерами могут служить Продажа, Счета-фактура, Резервирование, План полета, Аренда, Оплата. Все эти объекты будут содержать момент или интервал времени.

Желтый используется для ролей, которые выполняют объекты, участвуя в действии в "розовые" моменты и интервалы. Например, Продавец и Клиент (участвует в продаже), ...

Голубой используется для обозначения самых пассивных объектов. Это объекты описывающие типы предметов. Например, Категория работы, Жанр книги, Модель кузова автомобиля, Справочник, Библиография. Часто являются постоянными или мало изменяющимися в течении времени.

"Зеленые" объекты обычно более активны чем "голубые". Их используют для обозначения групп, местоположения или предметов, играющих ("желтые") роли при участии в действиях в ("розовые") моменты времени или интервалы, и описываются ("голубыми") описаниями. Например, служащий может быть связан с объектом продавец для осуществления торговли. Книгу можно одолжить во временное пользование.

ЗЫ

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

Разбор журналов, побаловался с Firebrid

noreply@blogger.com (Николай Войнов) — Sat, 15 Oct 2011 00:42:02 PDT

Где-то с 1999 до конца 2007 я плотно работал с Firebird и Delphi. С начала 2008 больше к этим иснтрументам не прикасался - в основном 1С и самая малость MySQL. И вот буквально в среду столкнулся на работе с задачей анализа логов одной большой системы. Покрутив немного в экселе, стало понятно что электронными таблицами тут не обойтись и решил загрузить Firebird, IBExpert и IB/FB manager (рефакторинг там нравился).

В течении нескольких часов вспоминания загрузил данные из экселя через IBE, сделал таблицу проблем, пару вьюх и процедур для идентификации проблем. И в течении дня обработал 49000 записей (не люблю дурную работу, однако кроме меня делать ее было некому) и получил полторы сотни проблем в которые они уложились. Все довольно просто на первом этапе - выделение шаблона для LIKE в проблему и свзяывание записей журнала с выделенной проблемой (по хорошему нужно бы найти UDF для регулярных выражений). Построил представление с датой первой и последней фиксации проблемы, количества появлений и сколько дней наблюдалась проблема.

ЗЫ

Снова поработать с FB и старыми знакомыми иснтрументами было чертовски приятно, вьюхи, триггеры и процедуки ... красота. Инструменты для других СУБД, с которыми сталкивался) меркнут по функционалу в сравнении с IBE (MS SQL, MySQL). В свое вермя BlazeTop был гораздо приятнее в работе (привет, Дима, Паша, Бузза!) но кажется остался в том далеком 2007, ну и все-таки самый мощный по инструментам был всегда IBE.

Была шальная мысль взять MySQL и опробовать механизмы нечеткого поиска на логах. Внутри есть много похожих записей обвала одинаковых запросов с разными параметрами, что-то типа "Query http://IP/service?action=SomeAction&user_id=2345&service_id=123 ErrorId: 1000333 Error message". Но поскольку опыта не было решил что быстрее будет руками ... Если у кого есть подобный опыт - поделитесь пожалуйста.

Re: История России XX века

noreply@blogger.com (Николай Войнов) — Wed, 21 Sep 2011 12:40:41 PDT

Смотрю потихоньку серию документальных фильмов "История России XX века" Н. Смирнова и нахожусь в тихом шоке. Крайне интересно взять и почитать современный учебник истории начала века и посмотреть чему детей учат...

Radiant CMS на Heroku

noreply@blogger.com (Николай Войнов) — Thu, 15 Sep 2011 03:21:07 PDT

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

start it in production mode by running ./script/server -e production. Now go to http://localhost:3000/admin. By visiting this URL the all.js file will be created (all.js contains all of the javascript required for the Radiant admin UI concatenated into a single file).

Матерые Rails developer не любят Redmine и Radiant потому как они используют старые версии Rails и не поддерживают Bundler, но мне пока гонятся не к чему - нужно знакомое и стабильное. Все меньше и меньше остается во мне программиста - прижилась должность "интегратора 1С" :)

Redmine на Heroku

noreply@blogger.com (Николай Войнов) — Sat, 10 Sep 2011 13:24:00 PDT

Предложили подработку по переделке существующего сайта, поэтому немного опять играюсь с Rails. Первая проблема это трекер. Последним использовал Redmine, но существующий сервер периодически валится и часто недоступны приложения. Так что подумал и развернул экземплярчик на бесплатном аккаунте Heroku...

Проследовал по руководству по установке Redmine с хранением файлов на Amazon S3. Все вроде работает, но есть некоторые нюансы. Главный (спасибо, Роман!) заключался в том, что нужно было сменить стек ruby 1.8.7. По дороге пришлось завести учетную запись на Amazon AWS и потратить $1 (хорошо были копейки на карте), но файлы все-таки не грузятся и пока устал с этим барахтаться. А так все очень даже неплохо - десять минут (если руки прямые, в моем случае несколько часов в течении двух дней) и готов бесплатный экземпляр Redmine.

SugarCRM, серия статей на DeveloperWorks

noreply@blogger.com (Николай Войнов) — Wed, 17 Aug 2011 01:53:24 PDT

Часть 1. Свободная CRM-система SugarCRM. Установка, настройка, локализация.
Часть 2. Обзор архитектуры и ключевых модулей
Часть 3. Пример использования Sugar-CRM
Часть 4. Работа с дополнительными модулями

Шпаргалка: ITSM, управление инцидентами и управление проблемами

noreply@blogger.com (Николай Войнов) — Wed, 03 Aug 2011 11:50:41 PDT

Работаю с отделом эксплуатации одной крупной системы. Попытки разговаривать на языке разработки ПО понемногу проваливаются. Понимают, но гнут свою линию.

По материалам Википедии

Шпаргалка: SWEBOK, Проектирование ПО

noreply@blogger.com (Николай Войнов) — Wed, 03 Aug 2011 11:51:12 PDT

Стандарт просто в тему... Надо как-то найти время и сесть достроить карту по SWEBOK полностью - последнее время часто приходится обращаться.

SWEBOK Software Requirements MindMap ...

noreply@blogger.com (Николай Войнов) — Tue, 14 Jun 2011 09:56:45 PDT

Дочитал по-диагонали Супермышление Тони и Барри Бьюзенов, и потренировался на кошечках ... Приятно, что не обнаружил для себя ничего нового и нашел две ссылки по архитектуре... Может и дальше порисую SWEBOK.

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

vTiger OpenSource CRM

noreply@blogger.com (Николай Войнов) — Fri, 10 Jun 2011 03:45:58 PDT

DeweloperWorks посредством Google Reader принес сегодня обзорную статью по OpenSource CRM vTiger CRM 5. Интересная на первый взгляд штука, т.к. функционал на самом деле довольно широкий. Тут есть такие основные модули как Склад, Продажи, Маркетинг с E-mail рассылкой и Поддержка. Плюс много стронних расширений. В общем решил предложить посмотреть своим начальникам поделиться с общественностью :) До этого хотел им предложить Rails апликуху Fat Free CRM, но чей-то она по сравнению с vTiger слабовата ... один в поле не воин?

Обратил внимание потому как появился у нас новый начальник отдела и стал требовать CRM, воронку продаж ... иначе как он будет перед руководством отчитываться. Должно быть простая штука, но звучит ... воронка продаж! А несколькими днями ранее просили найти софт для рассылки различных новостей и других материалов.

ЗЫ

Почти по Open Source теме - прочел сегодня новость, что GitHub обогнал по количеству проектов другие доступные средства хранения исходного кода.

Учебник по RoR от Michael Hartl

noreply@blogger.com (Николай Войнов) — Wed, 25 May 2011 03:58:12 PDT

Сейчас учебник доступен на русском языке - спасибо переводчику!

Решил "отметить" выход Rails 3.0 Решил я этот пост переписать, т.к. уж слишком все сумбурно с датами и последовательностью вышло. Предыстория осталась таже - собрался со временем и силами почитать руководства по Rails 3. И в конце руководства по быстрому старту увидел ссылку на интересный учебник:

Ruby on Rails Tutorial: Learn Rails by Example
Michael Hartl

Интересен прежде всего тем, что: (1) разрабатывается пример реального приложения; (2) разработка сопровождается тестированием на RSpec; (3) даются основы работы с Git и Github и (4) идет постоянное развертывание на Heroku (см. Все об open source cloud computing,PaaS Heroku). Ну и как еще один бонус - учебник можно использовать просто с нулевого уровня знания Ruby и Rails.

За несколько дней учебник осилил и готовый результат можно пощупать здесь (развернуто на Heroku) а исходники можно взять из репозитория на github. ИМХО, учебник довольно достойный и думаю его еще раз пересмотреть и иногда подглядывать.

Хочется также отметить знакомство с небольшим набором полезных гемов для тестирования (factory_girl_rails и faker). Ну и конечно же самим модульным и интеграционным тестированием Rails.

PS

Конечно "прохождение" учебника не обошлось без сюрпризов, связанных с ОС (в оригинале MacOS) и некоторыми особенностями Heroku. Некоторые вещи на винде просто не ставятся - поставьте DevKit c rubyinstaller.org

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

Rails Guides можно получить прямо в каталог doc rails проекта: rake doc:guides

Поминальное и о законе Мура

noreply@blogger.com (Николай Войнов) — Fri, 29 Apr 2011 03:19:55 PDT

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

В первые три года программа пережила несколько модификаций. Сначала это был Delphi / BDE / Paradox и встроенный отчетник. В окончательном варианте уже был Delphi / IBX / Firebird / FastReport

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

~~Развеселый анекдотец про свинью-копилочку~~ Простая история о том как простенький и седенький уже софт, построенный более 12 лет назад, спокойно себе все эти годы работал и при этом был единственной ИС среднего торгового предприятия. Помянем :)

ЗЫ

На тему почему-то вспоминается пост Димы Харди, который проскакивал в общих записях - о будущем нарушении закона Мура.

Сейчас внутри вашего мобильного телефона скрыта больше вычислительной мощности, чем было в распоряжении NASA в 1969 году, когда они отправили людей на Луну. Современная игровая приставка ценой около 300 долларов обладает мощностью военного суперкомпьютера 1997 года, стоившего миллионы.

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

ERWin Community Edition

noreply@blogger.com (Николай Войнов) — Sun, 27 Mar 2011 10:26:35 PDT

На прошлой неделе обнаружил новую версию ERWin и даже бесплатный ее вариант CA ERwin Data Modeler Community Edition. Основные ограничения ERWin Community Editon - 25 сущностей на модель, ограниченный выбор целевых СУБД, и конечно же система типов.

ИМХО, ERWin - это лучшее средство для проектирования реляционных баз данных. Освоил его еще когда учился в ВУЗе. Когда дело касалось БД, без него не обходился ни один проект. Здесь велось прямое и обратное проектирование и даже некоторые элементы генерации программного кода клиентских приложений, и, уверен, пока будут живы реляционные базы данных он еще не раз пригодится.

Плохие конечно ограничения, особенно система типов (как следствие ограниченный набор целевых СУБД) и 25 сущностей. В таком варианте инструмент подходит разве что для баловства. При серьезной работе с реляционными СУБД - своих денег однозначно стоит. Это при всей моей любви к open source и наличии неплохих инструментов для конкретных целевых СУБД.

Re: ReqLabs 2011

noreply@blogger.com (Николай Войнов) — Sat, 30 Apr 2011 06:01:45 PDT

7.04.11 выложили перзентации и пообещали в скором времени видео докладов.

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

Собственно все прошло довольно хорошо - активно, весело, иногда задиристо. Но ощущение осталось немного странное. От конференции обычно ожидаешь чего-то нового, неожиданного; структурируешь и по новому осознаешь некоторые известные темы; уходишь с новыми идеями. Но ничего из этого не случилось, хотя все было на последних двух мероприятиях - осенью семинар по поисковой оптимизации и интернет-маркетингу, и немногим ранее RubyConfUa. Не могу точно сформулировать почему, но сейчас кажется что после той системности с которой вопросы требований освятили Вигерс, Лефенгуэлл с Уидригом и Алистер Коберн - все остальные вариации на эту тему с которыми сталкивался после - просто меркнут...

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

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

ЗЫ

Всю конференцию кажется снимали на видео, доклады тоже должны были собрать. Так что сам надеюсь, что видео будет выкладываться и мне удастся посмотреть доклады.

Надеялся увидеть Сергея Орлика (что-то совсем забыли пригласить) и Юрия Булого (все хотел лично познакомится), Славу Панкратова (он же вроде руководитель тренинг-центра Luxoft?). Также было бы крайне интересно услышать людей из около-ПО-областей ... скажем научных экспериментальных проектов ...

Встретил своего первого киевского работодателя - моя первая коробочная система все еще жива :)

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

Если у кого есть "лишние" (эти книги не могут быть лишними!) печатные экземпляры Вигерса и Коберна - подарите мне или продайте. Также могу поменяться на какие-то новые книги, которые можно найти сегодня на рынке.

Ну и на закуску - каким я увидел этот день со своего места. Радует количество девушек ;)

Прототипирование GUI в Pencil Project

noreply@blogger.com (Николай Войнов) — Thu, 17 Mar 2011 08:28:54 PDT

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

Штучка маленькая да удаленькая. Построена на XUL и поставляется в двух вариантах - в качестве расширения для Firefox и как самостоятельное приложение под все популярные операционные системы. Мощная система расширений и много полезных дополнений. Полученные прототипы можно выгрузить в такие форматы, как PNG, HTML, PDF, ODF. Можно пользоваться картинками OpenClipart из интернет и легко создавать собственные библиотеки.

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

SEO сказки

noreply@blogger.com (Николай Войнов) — Thu, 17 Mar 2011 07:11:14 PDT

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

История с сайтом уже рассказывал (легко найдете пост по метке Rails), но думаю нелишним будет повторить основные моменты. Сделали его довольно быстро, но никаким даже намеком на SEO там не пахло. Сначало это было не так видно просто потому, что никто не знал как и куда правильно смотреть! Про сайты я знал мало и моя роль в проекте ограничивалась выгрузкой данных о товарах из информационной системы.Ответственные и заинтересованные немного походили по разделам и решили что работа сделана, подрядчик получил оплату а мы надежду на новых клиентов и безоблачного будущего.

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

один заголовок на весь сайт - все страницы назывались "Компания::Компания";
полный бардак со ссылками - страница "О компании" ссылка domain.com/article/15, страница "Новости" - domain.com/articles/Новости вместо /company и /news

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

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

И вот, мы наконец решились их позвать... Они провели быстренький внешний аудит сайта; посмотрели статистику GoogleAnalytics ... Конечно явных ляпов еще осталось, но они уже не технические а скорее психологические. Плюс статистика сказал, что с поиска идут как низкочастотные так и среднечастоные запросы. Ну и общие показатели посещаемости как количественные так и качественные (время проведенное на сайте, показатель отказов, ...), как для сайта существующего всего два года и который не раскручивали, также очень хорошие.

PS

По дороге узнал, что для блога 80% отказов - обычный показатель и этот блог не исключение.

До конца недели постараюсь устранить одну явную недоработку в заголовках - обещают что должна хорошо добавить посетителей - поделюсь если сработает.

Принципы объектно-ориентированного проектирования. OO Design Principles

noreply@blogger.com (Николай Войнов) — Wed, 16 Mar 2011 17:38:33 PDT

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

Думаю большинство разработчиков знает о шаблонах проектирования GOF, важных, полезных и готовых практических решений. И все-таки шаблоны GOF - это лишь частные случаи более общих принципов объектно-ориентированного дизайна. Лучшее, что я читал по этой теме - книга Роберта Мартина "Быстрая разработка программ. Принципы, примеры, практика".

Принцип персональной ответственности (SRP)
Существует лишь одна причина, приводящая к изменению класса. Если существует несколько мотивов для изменения класса, ему соотвествует более одной ответственности.
Ось изменения является таковой лишь в том случае, если изменения действительно происходят. Применять принцип SRP следует только в том случае, когда это оправдано.

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

«Открыто для расширения» означает, что поведение модуля может быть расширено. По мере изменения требований приложение можно расширить модуль за счет включения новых типов поведения, соответствующих этим изменениям.
«Закрыто для модификации» означает что в результате расширения поведения модуля изменения в исходном или двоичном коде модуля не производятся. Двоичная исполняемая версия модуля (DLL, JAR, EXE) остается неизменной.

Принцип подстановки Лискоу (LSP)

Подтипы должны быть заменяемы их исходными типами.
Необходимо четко усвоить следующее правило. Если каждому объекту О1 типа S соответствует объект О2 типа Т, причем S является подтипом Т. Для всех программ Р, определенных на основе Т, поведение Р не меняется при замене О1 на О2.

Основными механизмами, следующими по значимости за принципом OCP, являются абстракция и полиморфизм. В статически типизированных языках (С++, Java, Delphi), одним из ключевых принципов, поддерживающих абстракцию и полиморфизм является наследование.

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

Принцип инверсии зависимостей (DIP)
Модули высокого уровня не должны зависеть от модулей низкого уровня. Оба типа модулей обязаны зависеть от абстракций. Абстракции не должны зависеть от подробностей. Подробностям следует зависеть абстракций.

«... любые хорошо структурированные объектно-ориентированные архитектуры имеют четко определенные слои, каждый из которых поддерживает некоторый компактный набор служб с помошью хорошо определенного и контролируемого интерфейса» Г. Буч

Это имеет примерно следующий вид Policy Layer - > Mechanism Layer -> Utility Layer
Более совершенная модель появляется когда слой верхнего уровня объявляет абстрактный интерфейс для необходимых служб. Затем на основе этих абстрактных интерфейсов реализуются слои нижних уровней. Каждый класс более высокого уровня с помощью абстрактного интерфейса использует следующий нижайший уровень. Таким образом, слои верхнего уровня не зависят от слоев нижнего уровня. Вместо этого слои расположенные ниже, зависят от абстрактных служебных интерфейсов, объявленных в верхних слоях. Нарушаются не только транзитивные зависимости PolicyLayer от UtilityLayer но и также непосредственная
зависимость PolicyLayer от MechanismLayer.
Policy Layer - > Policy Layer Interface - > Mechanism Layer -> Mechanism Layer
Interface - > Utility Layer

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

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

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

Принцип отделения интерфейса (ISP)
Клиенты не должны попадать в зависимость от методов, которыми они не пользуются.

Классы, имеющие «тучные» интерфейсы, недостаточно компактны. Эти интерфейсы можно разбить на группы методов, и каждая группа обслуживает различный набор клиентов. Клиенты вынуждено зависят от методов, которыми они не пользуются, они становятся субъектами тех изменений, которыми подвержены эти методы. В результате между всеми клиентами могут возникать непредсказуемые состыковки. Другими словами, если клиент находится в зависимости от класса, содержащего неиспользуемые данным клиентом методы, которые применяются другими клиентам, то клиент находится под влиянием изменений, вносимых в класс этими клиентами. Желательно избегать подобных состыковок, поэтому необходимо отделить интерфейсы.

PS

Если заинтересовала тема - обязательно читайте далее в качестве продолжения

Метрики ООП проектирования
Принципы упаковки программных проектов
Шаблоны распределения обязанностей

и обратите внимание на оригинальные материалы по теме

OO Design Quality Metrics
Design Principles and Design Patterns

NO LOGO Наоми Кляйн и freelance

noreply@blogger.com (Николай Войнов) — Tue, 15 Mar 2011 06:13:14 PDT

Читаю NO LOGO. Люди против брендов и в части "Без рабочих мест" масса интересной информации об изменениях в трудовой занятости США и Европы после перевода производства на аутсорсинг в страны третьего мира. Несколько интересных фактов про MS и силиконовую долину, почему начали популяризировать freelance ...

В общем, чтиво довольно интересное. И где-то перекликается со шведами "менеджмент пляшет под дудку таланта" - там также свободное художество и минимализация штата ... Все так, однако проблема все же системная и где-то аукнется - совсем не для каждого вида труда можно на freelance прожить.

Req Labs, Киев, 25 марта

noreply@blogger.com (Николай Войнов) — Thu, 24 Feb 2011 03:40:41 PST

Где-то уже месяц как сформировали программу конференции - приходите, будет интересно.

Re: Андреас Эшбах "Выжжено"

noreply@blogger.com (Николай Войнов) — Fri, 18 Feb 2011 09:09:09 PST

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

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

По наводке Димы Харди прочел книжку из темы. Очень даже полезное и увлекательное чтиво. Обычно "читаю" только в транспорте по дороге на работу или назад, но эту совсем не хотелось отпускать и тратил еще немного времени перед сном. Рассказывают, что автор изучал авиационно-космическую технику в ВУЗе и начинал свою карьеру как программист. Чем-то напомнило Зодиак Нила Стивенсона, который тоже очень даже хорошо в свое время пошел.

PS

В продолжение прочел еще "Один триллион долларов" и "Нобелевская премия". "Триллион" не сильно впечатлил после первой книжки, но "премия" пошла очень-и-очень - потрясающая динамика и интересный поворот событий. Вообще, "автор пошел". Признаться раньше "современников" вообще ничего не читал, а тут буквально современная жизнь, детектив, теория заговора. Рекомендую.

Надо сказать, что сильно "присел" на литературу, и "заскучал" когда книга кончилась на пол-пути домой. Дома сразу же зарядил "Распознавание образов" Гибсона ... тоже современно но динамика уже не та.

1С8 и MLM

noreply@blogger.com (Николай Войнов) — Fri, 18 Feb 2011 08:58:45 PST

В тему 1С предыдущего поста и в связи с пропажей заказчика решил рассказать про очередной проект.

Как-то летом обратился один человек с просьбой сделать ему в 1С учет бонусов сетевого маркетинга. Для первого столкновения с МЛМ, расчет всех необходимых бонусов складывался в голове несколько дней, но таки сложился и я согласился взяться.

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

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

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

Машина процессов и отдел логистики

noreply@blogger.com (Николай Войнов) — Sat, 12 Feb 2011 03:12:44 PST

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

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

Отдел логистики но научению нашего продвинутого экономиста предложил приобрести и внедрить в ИС расширение "1С Документооборот" и долго рассказывали что такой вариант уберет лишние нервы подразделений продаж и логистики. На первых порах я даже купился, и пока готовили подробное описание задачи, засел за освоение бизнес-процессов в 1С8 (ес-но никакой документооборот внедрять не собирался, т.к. лишний).

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

Получив документ - увидел в нем просто управление задачами после чего, не мудрствуя лукаво, в течении 20 минут, сделал вместо ПРОЦЕССА документ ... с автором, ответственным, статусом и прочими полями. Дальше система позволяет настроить несколько фильтров, типа: (1) новые - для начальника отдела логистики; (2) я автор - для просивших ответов; (3) я ответственный - для исполнителей ... и массу других вариаций на любой вкус, например "я автор + выполненные запросы". В понедельник отдам функциональность побаловаться и расскажу впечатление.

"Если на клетке слона прочтешь "Буйвол" - не верь глазам своим"

(С) Козьма Прутков

Первым вариантом заголовка поста был "машина состояний НЕ машина процессов", и навеян он был статьей автора машины процессов ruote. Но потом решил все-таки приземлить. Кстати тем интересная, сколько вообще более обычных вещей заменяют процессами. Безусловно, управление задачами - это процесс, но очень часто вырождающийся в машину состояний. Да и сама функциональность бизнес-процессов в 1С не столь прозрачна для нормальной реализации.

railsinstaller.org

noreply@blogger.com (Николай Войнов) — Tue, 08 Feb 2011 05:25:58 PST

Собственно теперь стартануть с Rails на Windows вообще крайне просто. Все что нужно - это http://railsinstaller.org/.

Назад в будущее

noreply@blogger.com (Николай Войнов) — Tue, 18 Jan 2011 06:42:47 PST

Летом присел на мануальную оптику Canon FD, основательно набаловавшись с ней на микро 4/3 с его кропом 2 возжелал полный кадр и вот на неделе купил механический пленочный фотоаппарат Canon FTb (1973).

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

PS

Примеры можно посмотреть у меня в альбомах Picassa. Вот например поснимал на концерте Феди Чистякова на 100/2.8

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

Принимаются подарки в виде рукавов для зарядки пленки и бачков для проявки с термометром; увеличителей и ванночек и кадрирующей рамки для бумаги 30 х 40.

Re: Искусство системного мышления

noreply@blogger.com (Николай Войнов) — Sat, 08 Jan 2011 09:00:09 PST

Разгребая архивы наткнулся на книгу "Искусство системного мышления. Необходимые знания о системах и творческом подходе к решению проблем" Джозеф О'Коннор, Иан Макдермотт. Из серии "Библиотека MTI". Прочел первую главу, довольно интересно, хорошо написано и очень легко читается. Рекомендовать пока не буду, но приведу немного порезанное резюме первой главы. Если кого заинтересует - поищите электронную копию на uml2.ru, кажется нашел ее именно там.

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

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

Свойства систем — это свойства целого. Ни одна из частей ими не обладает. Чем сложнее система, тем более непредсказуемы характеристики системы в целом. Эти свойства систем известны как эмерджентные, или возникающие, свойства - они «возникают», когда система работает.

Разделение целого на части - это анализ. С помощью анализа мы приобретаем знания. Соединение частей в целое - это синтез. С помощью синтеза мы приобретаем понимание. Когда вы разнимаете систему на части и анализируете ее, она теряет свои свойства. Чтобы понять системы, нужно наблюдать за ними в действии.

Детальная сложность означает, что система состоит из большого числа элементов.

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

Каждая часть системы может влиять на систему в целом.

При изменении одного элемента системы всегда возникают побочные эффекты.

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