Все чаще и чаще я слышу от разработчиков и читаю в статьях, что шаблоны проектирования (они же дизайн-паттерны) никому не нужны. Мол, они появились во времена «цветения» UML, RUP, CASE систем и прочих чересчур «сложных» инструментов, подходов и практик. А сейчас самое важное — это код рабочий написать, да побыстрее. На умные толстые книжки ни у кого нет времени, разве что для прохождения собеседования. Тех, кто хочет обсудить данную тему, прошу под кат.
Рубрика «Анализ и проектирование систем» - 152
Для чего нужны шаблоны проектирования
2013-02-20 в 15:01, admin, рубрики: Анализ и проектирование систем, архитектура, дизайн, команда, проектирование, Проектирование и рефакторинг, разработка, шаблоны проектирования, метки: архитектура, дизайн, команда, проектирование, разработка, шаблоны проектированияНапиши нам программку…
2013-02-12 в 7:28, admin, рубрики: Анализ и проектирование систем, Исследования и прогнозы в IT, Песочница, управление проектами, метки: песочница, управление проектами Здравствуй, читатели.
Идея данной темы для обсуждения пришла ко мне довольно давно, но поводом, толкнувшим к собственно тому, чтобы открыть редактор и написать текст, послужило недавнее собеседование. Но обо всём по порядку.
Введение
В 2009–2011 гг. я вёл проект системы управления знаниями (СУЗ) для одной довольно крупной компании. Собственно, этот проект сам по себе является поводом если не цикла статей, то уж двух-трёх точно. Именно в ходе реализации этого проекта я в полный рост столкнулся с одной огромной проблемой — мифологизации информационных технологий. Самое страшное то, что ей подвержены вроде бы взрослые люди, и даже временами выходцы из этой отрасли.
Читать полностью »
Стенд Комплексной Автоматизации: описание опыта разработки
2013-02-12 в 3:33, admin, рубрики: diy или сделай сам, Анализ и проектирование систем, АСУТП, комплексная автоматизация, личный опыт, сппр, управление проектами, метки: АСУТП, комплексная автоматизация, личный опыт, сппр, управление проектамиСегодня, мои уважаемые читатели, я хотел бы рассказать вам историю из своего опыта, которая касается одного быстрого и довольно сложного проекта из разряда «proof of concept» (доказательство возможности реализации концепции), который закончился благополучно благодаря изворотливости руководителя проекта (то есть меня :). Речь пойдёт о разработке так называемого Стенда Комплексной Автоматизации (СКА), который я создавал буквально своими руками в одной компании среднего размера, занимающейся автоматизацией промышленных предприятий, построением на них АСУ ТП.
В нижеследующей статье я немного расскажу о предпосылках создания, о том, почему меня «вынудили» делать этот стенд. Потом кратенько пробегусь по по самой истории создания — как производилось планирование, откуда брались ресурсы для работу, как происходила сдача и приёмка. Далее я немного похвастаюсь теми историями, в которые в своё время меня втянул этот стенд. Ну а напоследок будут сделаны кое-какие выводы, приведены советы для начинающих руководителей проектов. Итак, если кому-то интересна сия история, то добро пожаловать под кат.
Насколько плохим код должен быть?
2013-01-20 в 12:13, admin, рубрики: Анализ и проектирование систем, быстродействие, высокая производительность, оптимизация программ, Программирование, производительность, холивар 
Эрик Липперт — ветеран Microsoft, проработавший в компании 16 лет и стоящий за разработкой VBScript, JScript и C#.
На прошлой неделе в комментариях к одной из статей разгорелся спор о роли низкоуровневой оптимизации в программировании, и я вспомнил относящуюся к этому статью Эрика. Она была написана в конце 2003, и хотя реалии с тех пор несколько изменились — принципы остались теми же самыми. Можете мысленно заменить ASP и VBScript на PHP, JavaScript, или на другой скриптовый язык по вашему вкусу.
Эту статью я уже пытался перевести в 2005, но русский текст тогда получился неуклюжий, так что этот перевод — новый и ранее не публиковался, в соответствии с требованиями НЛО. В Переводе блога Эрика Липперта этого текста тоже нет — наверное, для них он слишком стар.
Я уже много писал о быстродействии скриптов, но до сих пор я не высказывался по поводу того, что многие советы об их оптимизации я считаю как минимум бестолковыми, а то и откровенно вредными.
Например, за семь лет в Microsoft я получил десятки вопросов, аналогичных по своей сути этому, заданному в конце 1990-х:
У нас есть код на VBScript, и в одной часто вызываемой функции мы определяем оператором
Dimнесколько переменных, которые нигде в функции не используются. Не замедляется ли каждый вызов функции из-за объявления этих переменных?
Какой интересный вопрос! В компилируемом языке, таком как Си, объявление локальных переменных общим размером n байт всего лишь вычитает n из указателя стека при входе в функцию. Если n будет чуть больше или чуть меньше, затраты времени на вычитание никак не изменятся. Наверное, в VBScript точно так же? Оказалось, что нет! Вот что я написал автору вопроса:
Читать полностью »
Планирование архитектуры проекта
2013-01-16 в 13:47, admin, рубрики: Анализ и проектирование систем, Блог компании Селектел, Веб-разработка, кластеризация, масштабирование, проектирование архитектуры, резервирование 
Необходимость планирования
Думаю, что не ошибусь, если скажу, что соблазн переложить все свои риски на плечи сервис-провайдера, совсем забывая о собственной архитектуре проекта, всегда очень велик. Развернуть всё на одном сервере, сэкономить на инфраструктуре, потратить сэкономленный бюджет на раскрутку проекта — всё это работает до того, как проект становится посещаемым.Читать полностью »
Город как система: проектируем сами
2013-01-11 в 10:45, admin, рубрики: автоматизация, Анализ и проектирование систем, будущее, будущее здесь, города, инфраструктура, прогресс, системы, метки: автоматизация, будущее, города, инфраструктура, прогресс, системы Доброго времени суток, читатели.
Как-то, года три назад, гуляя по центру Санкт-Петербурга (сам из Екатеринбурга), я подумал — почему центр Петербурга в разы приятней? Сравнил с Москвой, Афинами, другими крупными городами… Пришёл к промежуточному выводу, что человеку необходимо место для прогулок и широкая перспектива.
Полный же вывод сформировался чуть позже, когда мы шли с другом уже по нашему городу. Он немного технарь (в плане интереса к точным наукам), но скорее музыкант и художник. Он говорил об архитектуре: «Одно с другим не сочетается! Они вообще смотрят на окружающие дома?!» Я думал о системологии или, когда не говорят о науке, о системном подходе.
Тут в голове промелькнула мысль: «А что, если… Хотя почему если?! Город — это система, её нужно проектировать, а не развивать по мере необходимости». Я поделился мыслями с другом. Он их поддержал. Так бы всё и забылось, если бы не объявление о каком-то конкурсе, который уже исчез из названия.
Важно не это: мы решили проанализировать крупные города и рассмотреть их как систему: какие предъявляются требования, как они могут быть удовлетворены, как одно влияет на другое и так далее… Кому интересно — добро пожаловать под кат.
Читать полностью »
Аспекты ограничений на величину учетных остатков с точки зрения систем автоматизации
2013-01-11 в 10:06, admin, рубрики: ERP-системы, Анализ и проектирование систем, метки: erp-системыПроблема отрицательных остатков в товарном учете часто возникает в сегментах розничной торговли, управления рестораном и производстве. В других сегментах бизнеса (скажем, оптовой торговле) эта проблема так же дает о себе знать, но, вероятно, в меньшей степени.
Суть проблемы состоит в том, что фактически продаваемая или расходуемая для производства товарная позиция может не присутствовать в достаточном количестве на учетном остатке. Далее это явление я буду именовать «учетный дефицит товара» или просто «дефицит». Полагаю, читатель хорошо знаком с причинами возникновения учетного дефицита, потому не стану вдаваться в их описание. Целью статьи является рассмотрение способов решения этой проблемы в программных системах автоматизации.
Читать полностью »
ACL: в поисках идеального решения
2013-01-05 в 23:44, admin, рубрики: acl, mvc, Анализ и проектирование систем, паттерны, паттерны проектирования, Программирование, Совершенный код, метки: acl, mvc, паттерны, паттерны проектированияНовый проект. В очередной раз пришлось решать проблему с разграничением прав. В очередной раз пришлось изобретать велосипед. Вот я и подумал, а не проще ли разобраться с этой проблемой раз и навсегда. Предыдущий проект был на PHP, следующий будет на NodeJS. Поэтому хочу решить задачу «на бумаге», чтобы эти принципы можно было использовать независимо от технологии. Читать полностью »
Управление инженерными системами здания с помощью решений на базе оборудования «Болид» + SCADA «Алгоритм»
2012-11-30 в 14:03, admin, рубрики: scada, автоматизация, алгоритм, Анализ и проектирование систем, болид, Железо, инженерные системы, контроллеры, метки: scada, автоматизация, алгоритм, болид, инженерные системы, контроллерыДанная короткая заметка будет полезна людям занимающимся автоматизацией инженерных систем(ИС) зданий и сооружений. Я заметил, что на сайте есть люди знающие о компании «Болид» и ее интегрированной системах охраны – «Орион». Но буквально совсем недавно я узнал. Что ИСО «Орион» это не их единственная разработка. Оказывается товарищи из славного города Королёва разработали свою SCADA и контроллер для автоматизации ИС здания. О них вам в вкратце и хотел бы рассказать в данной заметке.Читать полностью »
О компонентах и интерфейсах
2012-11-29 в 13:07, admin, рубрики: Анализ и проектирование систем, Программирование, Проектирование и рефакторинг, метки: ПрограммированиеВступление
В последнее время очень часто сталкиваюсь с ситуацией, когда приходится иметь дело с непониманием разработчиками необходимости дробления систем на компоненты. А если это понимание есть, то обнаруживается непонимание сокрытия реализации компонента. А уж об удобстве интерфейсов и говорить не приходится.
Здесь и далее имеются в виду компоненты в смысле частей одного одного процесса. Компоненты, являющиеся отдельными процессами или сервисами, работа с которыми идет через RPC или еще как-то, здесь не рассматриваются. Хотя в большой мере все нижесказанное относится и к ним.
Пример первый:
Мне нужен компонент, давно разработанный и протестированный в другом отделе. Подхожу к разработчику. Завязывается диалог:
— Вот мне нужна вот эта штука. Как мне ее использовать в своем проекте?
— Да, вот нужно залить проект из CVS вот по этой метке. Скомпилить. Получится либа, и вот с ней нужно линковаться.
— Ок, спасибо.
Выкачиваешь проект. Компилишь. Вылезает куча ошибок, не хватает каких-то инклудов. Начинаешь выяснять. Оказывается для сборки проекта надо выкачать из CVS еще кучу проектов, их тоже собрать. Некоторые собираются стандартно студией, некоторые с бубном, вроде autoconf, make и иже с ними. Все. Собралось. Начинаются проблемы с линковкой. Не линкуется одно, второе, третье. Сторонних библиотек не хватает. В итоге — куча потерянного времени на непроизводительный труд и вникание в использованные библиотеки, сторонние компоненты и технологии.
Читать полностью »