Category: авто

Category was added automatically. Read all entries about "авто".

Самое важное в этом журнале

Блог посвящен новостям и материалам на тему онтологического моделирования, Semantic Web и Linked Data, а также их применению в создании автоматизированных систем. Встречаются также материалы с личными мнениями по самым разным вопросам. Посты на личные темы перенесены отсюда на страницу в Facebook.

Читателю, пришедему сюда за онтологиями, прежде всего рекомендую краткий свод основных трудов компании ТриниДата:+ Одна повесть про жизнь и ИТ

Еще раз об оптимизации

Аналитическое решение любых оптимизационных задач традиционно заключается в:

  • Формализации фрагмента предметной области таким образом, который позволяет отразить ее характеристики, существенные для оценки результата;

  • Выборе способа представления характеристик в виде чисел, установления зависимостей между характеристиками;

  • Разделении характеристик на заданные в качестве ограничений, и подлежащие оптимизации;

  • Поиске экстремальных значений оптимизируемых характеристик.

Работает традиционный способ плохо, и применим ограниченно.
Об оптимизации при помощи симуляционных алгоритмов мы сейчас говорить не будем – сосредоточимся на аналитическом подходе. Я уже писал об этом здесь, здесь, и несколько раз до этого; продолжаю писать, поскольку Карфаген должен быть разрушен, а убийственные результаты неправильной оптимизации можно наблюдать вокруг нас ежедневно. Кроме того, на этот раз я дам конкретный алгоритм того, как оптимизировать что-либо, не сводя его описание к одному числу, характеризующему "хорошесть" (заменить по желанию) объекта.

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

 

Что покупает клиент - продукт или часы?

Обсуждение предыдущего поста, «Сколько стоит час программиста», приводит к еще одному серьезному вопросу экономики заказной разработки программного обеспечения – что покупает клиент? И заказчику, и подрядчику важно понять, что является предметом сделки – работы или их результат (рабочие часы или продукт)?
Менеджер по продажам, обсуждая будущий проект с заказчиком, предлагает ему продукт. То есть, менеджер описывает инструмент, получив который, заказчик сможет улучшить свои бизнес-процессы. Именно так, по результату, и оценивает заказчик предлагаемую сделку. Затем наступает очередь проектирования, и вот тут происходит некий «фазовый переход»: менеджер проекта, обосновывая заказчику цену, говорит о том, что она зависит от часов, которые разработчики потратят на создание продукта. Причем, каждое новое пожелание заказчика оценивается в часах, и увеличивает цену проекта. У заказчика создается впечатление, что он покупает часы. Многие заказчики в этот момент начинают возмущаться и говорить примерно следующее: «вы обещали решить мои проблемы примерно за такие-то деньги, я согласился купить продукт; вот и решайте, мне без разницы, сколько трудовых усилий вы на это затратите».

Collapse )