форум асутп
 На главную                       Здесь может быть Ваша реклама, подробнее...

здесь может быть ваша реклама

 Наверх  |  Перейти к теме  |  Поиск  |  Вход  |  Дерево    
 Как разработать "неправильную" АСУ ТП
Автор: Самойлов Александр Сергеевич 
Дата:   14.05.05 07:49

   1. Первый, но очень важный шаг в разработке неправильной АСУ ТП - по возможности небрежно составленное техническое задание, а еще лучше - полное его отсутствие.

   2. Вы вполне можете накидать Ваши гениальные соображения по концепции АСУ ТП на нескольких тетрадных листочках - для работы этого будет вполне достаточно.

   3. Схемы и тому подобную мелочь Вы нарисуете в процессе монтажа - не будьте бюрократом!

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

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

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

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

   8. Ни за что не предусматривайте возможность дальнейшего развития (расширения) системы - см. п.4 - "Ваша Система Управления непогрешима, и малейшие изменения в ней - просто кощунство".

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

  10. Принципиальные схемы различных блоков АСУ ТП ни в коем случае не должны стыковаться, а то потом будет неинтересно. Это также касается и монтажных схем.

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

  12. На сдаче системы постарайтесь не выглядеть удивленным и испуганным полученным результатом, чтобы не испортить впечатления у комиссии. Делайте вид, что так и было задумано с самого начала. Любую ошибку построения АСУ ТП представляйте как побочный/недокументированный эффект функционирования. Держитесь как можно уверенней, и Вам поверят!

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

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

К. Можейко http://artwizard.wallst.ru/camsys/badsovasu.html

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Как разработать "неправильную" АСУ ТП
Автор: R. Aysanov 
Дата:   16.05.05 11:03

Здравствуйте, все.

Вы писали 14 мая 2005 г., 7:49:39:
Прекрасно!
Наверно следет  это выпустить в качестве РТМ "Как не надо делать" для многих
 разработчиков АСУТП

САС>    1. Первый, но очень важный шаг в разработке неправильной АСУ ТП - по
САС> возможности небрежно составленное техническое задание, а еще лучше -
САС> полное его отсутствие.
САС>       ......



--
С уважением,
 Р.Б. Айсанов
 mailto:raysanov@xxxx.xx

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Как разработать "неправильную" АСУ ТП
Автор: Мирошко Леонид 
Дата:   16.05.05 12:29

Добавлю:

- Формат чертежей должен быть как можно бОльшим, чтобы его не везде можно было развернуть.

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

- Не забивайте штамп датами, названиями объектов и систем, фамилиями и подписями.

С уважением Леонид Мирошко.

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Как разработать "неправильную" АСУ ТП
Автор: Шилин А. 
Дата:   16.05.05 12:43

----- Original Message -----
From: "Мирошко Леонид" <forumasutp@xxxxx.xx.xx>

> Добавлю:
>
> - Формат чертежей должен быть как можно бОльшим, чтобы его не везде можно
> было развернуть.
>
> - чертежи и описания никогда не скреплять, чтобы можно было любым листом
> воспользоваться как угодно.
>
> - Не забивайте штамп датами, названиями объектов и систем, фамилиями и
> подписями.
>
Чертеж должен представлять из себя квадратик и надписи:
- прикрутить по месту
- запитать по месту
- включить по месту
- бежать от этого места...
С ув. А.С.Шилин
г.Ухта

Адрес этого сообщения    Ответить на это сообщение
 
 RE: Как разработать "неправильную" АСУ ТП
Автор: Дмитрий Милосердов 
Дата:   16.05.05 13:11

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

Вообще, в текст можно много чего добавить :) Кстати, этому тексту уже
несколько лет и он давно по куче всяких сайтов цитируется...

http://www.yandex.ru/yandsearch?text=%CA%E0%EA+%F0%E0%E7%F0%E0%E1%EE%F2%E0%F
2%FC+%ED%E5%EF%F0%E0%E2%E8%EB%FC%ED%F3%FE+%C0%D1%D3+%D2%CF&stype=www

--
С уважением,
 Дмитрий Н. Милосердов                          mailto:dnmiloserdov@xxx.xx
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

Добавлю:

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Как разработать "неправильную" АСУ ТП
Автор: Мирошко Леонид 
Дата:   16.05.05 12:59

> этому тексту уже
несколько лет и он давно по куче всяких сайтов цитируется...

повторение - мать учения... Цитировать мало - нужно дополнять и расширять, чем мы и занялись :)


> И еще никогда не читайте ГОСТ, МЭК и прочую стандартную шелуху- это все для
не для крутых перцев в автоматизации, коими вы являетесь.

Они сковывают Ваш полет фантазии и не дают реализовать революционные идеи, которые перевернут все и вся.

С уважением Леонид Мирошко.

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Как разработать "неправильную" АСУ ТП
Автор: Denis 
Дата:   16.05.05 13:03

Мирошко Леонид писал(а):

> Добавлю:
> - Формат чертежей должен быть как можно бОльшим, чтобы его не везде можно было
> развернуть.

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

С уважением,
Кондратович Денис
Калининградгазавтоматика

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Как разработать "неправильную" АСУ ТП
Автор: Шилин А. 
Дата:   16.05.05 13:20

----- Original Message -----
From: "Denis" <forumasutp@xxxxx.xx.xx>
>
>  А Вы предлагаете вместо 3-х или 4-х листов А1 использовать 10-15 листов
> А3 или А2?
> Вот тогда и замучаетесь на пуско-наладке с одного листа схемы скакать на
> другой (особенно когда необходимо одновременно работать с куском схемы
> расположенным на 3-х 4-х листах), и вероятность утери значительно
> возрастает. И потом с трудом могу себе представить ситуацию когда
> невозможно развернуть А1-ый формат.
>
.... и при этом  закуска на А1 лучше размещается...;-))))
С ув. А.С.Шилин
г.Ухта

Адрес этого сообщения    Ответить на это сообщение
 
 RE: Как разработать "неправильную" АСУ ТП
Автор: Дмитрий Милосердов 
Дата:   16.05.05 13:58

:))) Ччерт, а я, дурак, ее на стену, вместо того, чтобы правильно
применять... :) Хотя мне простительно- они мне все чаще А0 попадаются.
Некуда больше приложить- разве что стол, как у Верховного Главнокомандующего
заказать...?

--
С уважением,
 Дмитрий Н. Милосердов                          mailto:dnmiloserdov@xxx.xx
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ
>
.... и при этом  закуска на А1 лучше размещается...;-))))

Адрес этого сообщения    Ответить на это сообщение
 
 RE: Как разработать "неправильную" АСУ ТП
Автор: Дмитрий Цудиков 
Дата:   16.05.05 13:44

Вот ещё несколько дополнений, если позволите:

А) Ни в коем случае не приводите метрологических характеристик своей
системы - иначе вам придётся разрабатывать программу и методику поверки,
а потом ещё и приглашать нудных дядек из сертификационных центров для
испытаний.
Б) Старайтесь избегать общеупотребительных терминов, заменяя их
малопонятными словами-кальками, желательно неанглийского происхождения.
Это вызовет неподдельное восхищение вашими разносторонними познаниями и
избавит от ненужных вопросов по работе самой системы.
В) Никогда не приводите технико-экономического обоснования разработки.
Всем и так должно быть понятно, насколько круто то, что вы сделали. То
же самое касается расчёта надежности, да и всех прочих расчётов.
Г) На все вопросы типа: "А для чего это сделано?" отвечайте: "Это наше
ноу-хау, и поскольку оно патентопригодно, я не уполномочен отвечать на
такие вопросы.".

С уважением,
Исполнительный директор НПК "Ленпромавтоматика"
Дмитрий Цудиков.
Тел./факс +7(812)350-19-67
www.lenprom.spb.ru

Адрес этого сообщения    Ответить на это сообщение
 
 RE: Как разработать "неправильную" АСУ ТП
Автор: Shchekin Sergey I. 
Дата:   16.05.05 13:58

> -----Original Message-----
> From: Шилин А. [mailto:ashilin@xxx.xxxxxxx.xx]
> Sent: Monday, May 16, 2005 1:20 PM


> .... и при этом  закуска на А1 лучше размещается...;-))))
> С ув. А.С.Шилин
> г.Ухта

Была бы закуска (и все остальное), а разместить ее можно и на A4 :-)))).
Кроме того, хочется надеяться, что все мы, коллеги, "размещаем закуску" не в рабочее время и, соответственно, не на рабочем месте. А чтобы выйти, например, "на природу", лист формата A1 придется свернуть (ну не нести же его в развернутом виде!). А потом если развернуть, то на ватмане сгибы очень сильно топорщатся, закуска съезжает, остальное - проливается... Так что: "Да здравствует A4!" :-))))))))))))

С уважением,
Сергей Щекин
TRICONEX

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Как разработать "неправильную" АСУ ТП
Автор: Мирошко Леонид 
Дата:   16.05.05 14:29

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

и не на рабочем чертеже...

А4 - тот формат, к которому нужно стремиться. Большинство схем и чертежей отлично на него помещаются. А для бОльших форматов должны быть веские основания. И чем больше - тем весомее.

С уважением Леонид Мирошко.

Адрес этого сообщения    Ответить на это сообщение
 
 RE: Как разработать "неправильную" АСУ ТП
Автор: Дмитрий Милосердов 
Дата:   16.05.05 15:32

Спасиб, но я предпочитаю в электронном виде (не закуску!) :)
А4- Сергей, если у тебя орлиное зрение, то вэлкам.
--
С уважением,
 Дмитрий Н. Милосердов                          mailto:dnmiloserdov@xxx.xx
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

Была бы закуска (и все остальное), а разместить ее можно и на A4 :-)))).
Кроме того, хочется надеяться, что все мы, коллеги, "размещаем закуску" не в
рабочее время и, соответственно, не на рабочем месте. А чтобы выйти,
например, "на природу", лист формата A1 придется свернуть (ну не нести же
его в развернутом виде!). А потом если развернуть, то на ватмане сгибы очень
сильно топорщатся, закуска съезжает, остальное - проливается... Так что: "Да
здравствует A4!" :-))))))))))))

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Как разработать "неправильную" АСУ ТП
Автор: males 
Дата:   16.05.05 14:57

> А4 - тот формат, к которому нужно стремиться. Большинство схем и чертежей
> отлично на него помещаются. А для бОльших форматов должны быть веские
> основания. И чем больше - тем весомее.

Или хотя бы формат А4*3, А4*4. Просто если схема не умещается на А4 или А3,
то скорее всего она достаточно сложна, в том числе и для восприятия нужно
стараться выделять функциональные блоки которые и размещать на отдельных
листах.

 С наилучшими пожеланиями,
    Роман Абзаев

Адрес этого сообщения    Ответить на это сообщение
 
 RE: Как разработать "неправильную" АСУ ТП
Автор: Дмитрий Милосердов 
Дата:   16.05.05 15:39

План цеха со всеми разводками (ЛВС, Раб. места, ПУ и т.п.) - весомо? :)
У нас тут некоторые крутые перцы, имеющие плоттер на А2 еще плакаты себе на
стену рисують с лозунгами типа "Даешъ стране трубу всякоразного ка4ства!" и
т.п. :) А у меня все по-скромненькому...на А4 плакатик 46-го года "Не пей
метилового спирта!" %-)

--
С уважением,
 Дмитрий Н. Милосердов                          mailto:dnmiloserdov@xxx.xx
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

А4 - тот формат, к которому нужно стремиться. Большинство схем и чертежей
отлично на него помещаются. А для бОльших форматов должны быть веские
основания. И чем больше - тем весомее.

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Как разработать " неправильную" АСУ ТП
Автор: Michael 
Дата:   17.05.05 00:55

> А4 - тот формат, к которому нужно стремиться. Большинство схем и чертежей
> отлично на него помещаются.

Хотел бы я посмотреть на технологическую схему установки АВТ или
Риформинга.  :)
Ужать десяток листов А1 (нередко рулонных) в А4 - это "крута".

===========================================================
С уважением, Волкожа Михаил.
АСУТП ОАО НК Роснефть-Комсомольский НПЗ
===========================================================

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Re: Как разработать " неправильную" АСУ ТП
Автор: Vladimir E. Zyubin 
Дата:   17.05.05 14:15

Это действительно "круто"... поскольку налицо конфликт
желаемого и возможного.

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

Вот что сказано по поводу структуризации в статье
Зюбин В.Е. "Графика или текст: какой язык нужен программисту?":
"Таким образом, для человека принципиально невозможны операции,
предполагающие динамическое манипулирование с большим числом связанных
информационных компонентов. Динамические операции с достаточно сложной
сущностью требуют построения модели, при работе с которой ограничение
Миллера не нарушается.

Методы преодоления данного ограничения таковы:
устранение несущественных деталей, выделение  ортогональных  ракурсов
рассмотрения и создание моделей объекта в виде иерархической структуры,
когда для работы с любой из областей такой структуры достаточно лишь
нескольких информационных компонентов."
http://www.osp.ru/os/2004/01/054.htm

--
Best regards.
 = Vladimir E. Zyubin
 = Tuesday, May 17, 2005, 5:02:50 PM =

Tuesday, May 17, 2005, 2:57:24 AM, Michael wrote:

>> А4 - тот формат, к которому нужно стремиться. Большинство схем и чертежей
>> отлично на него помещаются.

M> Хотел бы я посмотреть на технологическую схему установки АВТ или
M> Риформинга.  :)
M> Ужать десяток листов А1 (нередко рулонных) в А4 - это "крута".

M> ===========================================================
M> С уважением, Волкожа Михаил.
M> АСУТП ОАО НК Роснефть-Комсомольский НПЗ
M> ===========================================================

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Re: Как разработать " неправильную" АСУ ТП
Автор: Ildar Ibatullin 
Дата:   17.05.05 14:42

Н-да.
Самоцитирование в качестве аргумента - это сильно! :)

> Вот что сказано по поводу структуризации в статье
> Зюбин В.Е. "Графика или текст: какой язык нужен программисту?":

--
  Regards,
  Ildar Ibatullin
  SLP Engineering Russia
  +7-095-234-45-05

Адрес этого сообщения    Ответить на это сообщение
 
 RE: Re: Как разработать " неправильную" АСУ ТП
Автор: Дмитрий Цудиков 
Дата:   17.05.05 14:51

> > Вот что сказано по поводу структуризации в статье
> > Зюбин В.Е. "Графика или текст: какой язык нужен программисту?":
> Н-да.
> Самоцитирование в качестве аргумента - это сильно! :)
Ильдар, мне кажется, в данном случае это не аргумент сам по себе, а
отсылка к уже сказанному ранее по этому же поводу. Аргументы - внутри
статьи, как я понимаю.
Да и вообще, на мой взгляд, цитирование кого бы то ни было, хоть себя,
хоть Карла Маркса, не является само по себе аргументом никогда ;).

С уважением,
Исполнительный директор НПК "Ленпромавтоматика"
Дмитрий Цудиков.
Тел./факс +7(812)350-19-67
www.lenprom.spb.ru

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Re: Как разработать " неправильную" АСУ ТП
Автор: Шилин А. 
Дата:   17.05.05 14:47

----- Original Message -----
From: "Ildar Ibatullin" <Ildar.Ibatullin@xxx-xxxxxx.xx>

> Н-да.
> Самоцитирование в качестве аргумента - это сильно! :)
>
> > Вот что сказано по поводу структуризации в статье
> > Зюбин В.Е. "Графика или текст: какой язык нужен программисту?":
Ашипка, Ильдар..инициалы другие, извиняйся срочно..;-))

Адрес этого сообщения    Ответить на это сообщение
 
 RE: Re: Как разработать " неправильную" АСУ ТП
Автор: Дмитрий Милосердов 
Дата:   17.05.05 16:13

Хорошо, что хоть не ортодоксальных ракурсов рассмотрения... :)
Пойду, технологам статью покажу, и скажу, чтобы на А4 срочно переходили.
Интересно, куда меня пошлют? :)

--
С уважением,
 Дмитрий Н. Милосердов                          mailto:dnmiloserdov@xxx.xx
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

Н-да.
Самоцитирование в качестве аргумента - это сильно! :)

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Как разработать "неправильную" АСУ ТП
Автор: Мирошко Леонид 
Дата:   17.05.05 16:15

> Пойду, технологам статью покажу, и скажу, чтобы на А4 срочно переходили.
> Интересно, куда меня пошлют? :)


За форматом А4.

С уважением Леонид Мирошко.

Адрес этого сообщения    Ответить на это сообщение
 
 RE: Как разработать "неправильную" АСУ ТП
Автор: Андрей Куликов 
Дата:   18.05.05 07:07

Мы в процессе работы перешли на формат А3 для схем структурных,
электрических принципиальных, однолинейных, схем подключения внешних
проводок, кабельных журналов и т.п. Очень удобно оформлять проект в один или
несколько альбомов. Удобно работать с ними. Характер этих документов
позволяет разбивать их на небольшие обозримые кусочки. Разумеется, правильно
разбить схему, чтобы она не теряла читабельности - тоже искусство :)

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

С уважением,
Андрей Куликов
Компания "ТоксСофт"

> Пойду, технологам статью покажу, и скажу, чтобы на А4 срочно переходили.
> Интересно, куда меня пошлют? :)


За форматом А4.

Адрес этого сообщения    Ответить на это сообщение
 
 Re[2]: Re: Как разработать " неправильную" АСУ ТП
Автор: Vladimir E. Zyubin 
Дата:   18.05.05 12:40

В статье нет призывов переходить на А4.
Мы сами А3 используем (алгоритмы, блок-схемы).
Листы сшиты в книгу 200+ страниц. На первых страницах просто
структура прописана, какие документы, названия, обозначения,
общие принципы идентификации... и т.п. Часто иллюстрации используются
в виде принципиальных схем, чертежей, графиков, картинкок, чтобы
понятнее было, что к чему.

Сами же эту книгу и используем. Очень удобно.

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

и А0 может быть правильным выбором... для карты в ставке главнокомандующего,
например...

насчет ортогональных ракурсов - то в АСУ (ГОСТовском) это обычный
подход: например - мат. обеспечение, программное обеспечение,
организационное, информационное... а система-то одна...
UML - это вообще целый набор языков для описания десятка+ ракурсов
системы... диаграмма классов, деятельности, активности... и т.д., и
т.п.

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

--
Best regards.
 = Vladimir E. Zyubin
 = Wednesday, May 18, 2005, 3:10:16 PM =

Tuesday, May 17, 2005, 5:52:55 PM, Дмитрий Милосердов wrote:

ДМ> Хорошо, что хоть не ортодоксальных ракурсов рассмотрения... :)
ДМ> Пойду, технологам статью покажу, и скажу, чтобы на А4 срочно переходили.
ДМ> Интересно, куда меня пошлют? :)

ДМ> --
ДМ> С уважением,
ДМ>  Дмитрий Н. Милосердов                          mailto:dnmiloserdov@xxx.xx
ДМ> Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

ДМ> Н-да.
ДМ> Самоцитирование в качестве аргумента - это сильно! :)

Адрес этого сообщения    Ответить на это сообщение
 
 RE: Re[2]: Re: Как разработать " неправильную" АСУ ТП
Автор: Дмитрий Милосердов 
Дата:   18.05.05 13:28

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

--
С уважением,
 Дмитрий Н. Милосердов                          mailto:dnmiloserdov@xxx.xx
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

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

Адрес этого сообщения    Ответить на это сообщение
 
 RE: Re[2]: Re: Как разработать " неправильную" АСУ ТП
Автор: Дмитрий Цудиков 
Дата:   18.05.05 13:34

> Вообще-то, Владимир, все что Вы написали, называется одним словом-
> декомпозиция. И этим все сказано. Все описано еще во времена
> старика Ганта
> (возможно и раньше), когда только возникло понятие управления
> проектами.
Да, только тогда тем более непонятна ваша, Дмитрий, издёвка в словах про
А4 и технологов, которые неизвестно куда пошлют.
А если продолжить ряд, где и о чём всё сказано, то получится, что вообще
никаких книг-статей писать не надо. Человеческие отношения, например,
исчерпывающе описал Шекспир, почему же тогда любовные романы пользуются
столь широкой популярностью у определённой части населения? По-моему, из
факта, что "старик Гант" ввёл понятие декомпозиции, не следует, что
Владимиру Зюбину не стоит и заикаться на сопряжённые темы. Вспомните,
сколько популяризаторских книг вышло об одной только теории
относительности. А ведь "старик Эйнштейн" уже вроде бы "всё сказал".

С уважением,
Исполнительный директор НПК "Ленпромавтоматика"
Дмитрий Цудиков.
Тел./факс +7(812)350-19-67
www.lenprom.spb.ru

Адрес этого сообщения    Ответить на это сообщение
 
 Subject: Re[2]: Re: Как разработать " неправильную" АСУ ТП
Автор: Alexander Lokotkov 
Дата:   18.05.05 13:34

> Message: 12
>    Date: Wed, 18 May 2005 15:41:31 +0600
>    From: "Vladimir E. Zyubin" <zyubin@xxx.xxx.xx>
> Subject: Re[2]: Re: Как разработать " неправильную" АСУ ТП
>
> В статье нет призывов переходить на А4.
> Мы сами А3 используем (алгоритмы, блок-схемы).

Приходилось видеть проектно-монтажную документацию зарубежных интеграторов. Три-четыре толстые книги А4. Чертежи, схемы и другая информация хорошо структурированы, позволяют легко находить нужные листы, извлекать разделы, требуемые во время монтажа/ПНР, располагать в карманчиках шкафов и на спине товарища. На мой взгляд, это самый удобный способ представления. К тому же побуждающий правильно проектировать... Собственно, как с ПО, где желательно, чтобы, скажем, тело процедуры помещалось в видимую область экрана ;)

С уважением,
Локотков Александр

Адрес этого сообщения    Ответить на это сообщение
 
 RE: Re[2]: Re: Как разработать " неправильную" АСУ ТП
Автор: Дмитрий Милосердов 
Дата:   18.05.05 14:34

Дмитрий, да я не издеваюсь- у технологов декомпозиция происходит по
участкам. Общий план цеха (А0, А1) > План участка (А1)> чертеж оборудования
(A1-A3) и т.д. Но все так или иначе начинается с общего плана (ну что
поделать, если он на А4 нечитаем вообще?) Так что тут простой и тупой вопрос
в предоставлении информации в читабельном виде - зачем заморачиваться, когда
эта система и правила( ЕСКД ) еще в СССР придуманы? Читайте и наслаждайтесь,
начиная с ГОСТ 2.001-93 (2001) :)

Что касается меня лично, то я уже говорил, что предпочитаю чертежи в
электронном виде (к примеру АСAD), где я могу масштабировать как хочу +
ноутбух для бродить по цеху. И мне так уютно безо всяких там Шекспиров :)


--
С уважением,
 Дмитрий Н. Милосердов                          mailto:dnmiloserdov@xxx.xx
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

Да, только тогда тем более непонятна ваша, Дмитрий, издёвка в словах про
А4 и технологов, которые неизвестно куда пошлют.
А если продолжить ряд, где и о чём всё сказано, то получится, что вообще
никаких книг-статей писать не надо. Человеческие отношения, например,
исчерпывающе описал Шекспир, почему же тогда любовные романы пользуются
столь широкой популярностью у определённой части населения? По-моему, из
факта, что "старик Гант" ввёл понятие декомпозиции, не следует, что
Владимиру Зюбину не стоит и заикаться на сопряжённые темы. Вспомните,
сколько популяризаторских книг вышло об одной только теории
относительности. А ведь "старик Эйнштейн" уже вроде бы "всё сказал".

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Re[2]: Re: Как разработать " неправильную" АСУ ТП
Автор: Шилин А. 
Дата:   18.05.05 14:25

----- Original Message -----
From: "Дмитрий Милосердов" <dnmiloserdov@xxx.xx>
> Что касается меня лично, то я уже говорил, что предпочитаю чертежи в
> электронном виде (к примеру АСAD), где я могу масштабировать как хочу +
> ноутбух для бродить по цеху. И мне так уютно безо всяких там Шекспиров :)
>
У меня прям картинка перед глазами - монтажник на стремянке, на шее на
веревочке ноутбук, в руках отвертка,пассатижи, в зубах прозвонка...:)))
С ув. А.С.Шилин
г.Ухта

Адрес этого сообщения    Ответить на это сообщение
 
 RE: Re[2]: Re: Как разработать " неправильную" АСУ ТП
Автор: Дмитрий Милосердов 
Дата:   18.05.05 15:04

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

Кстати, в мою бытность КИПовцем у нас на стене в щитовой как правило на
стене висели ротапринтные схемы размером 2-3 А0. И нечего, никто не
жаловался.

--
С уважением,
 Дмитрий Н. Милосердов                          mailto:dnmiloserdov@xxx.xx
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

У меня прям картинка перед глазами - монтажник на стремянке, на шее на
веревочке ноутбук, в руках отвертка,пассатижи, в зубах прозвонка...:)))

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Re[2]: Re: Как разработать " неправильную" АСУ ТП
Автор: Buzinov Roman 
Дата:   18.05.05 14:41

>> Что касается меня лично, то я уже говорил, что предпочитаю чертежи в
>> электронном виде (к примеру АСAD), где я могу масштабировать как хочу +
>> ноутбух для бродить по цеху. И мне так уютно безо всяких там Шекспиров :)

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

>>
> У меня прям картинка перед глазами - монтажник на стремянке, на шее на
> веревочке ноутбук, в руках отвертка,пассатижи, в зубах прозвонка...:)))

Вам смешно, а я в такой картинке реально участвовал и не раз. Именно -
отвертка + пассатижи + тестер, а на выступе где-нибудь бук примостить...
После такого экстрима ну очень сильно стал на КПК iPAQ hx4700 стал
засматриваться. Тем более, что для КПК есть специальный модуль расширения,
который в купе со спец ПО полностью заменяет тестер. А навигацию по чертежам
в 640х480 вполне достаточно выполнять.
Так что и бук не нужен даже с его то весом....

С уважением,
Бузинов Роман.

Адрес этого сообщения    Ответить на это сообщение
 
 RE: Re[2]: Re: Как разработать " неправильную" АСУ ТП
Автор: Дмитрий Милосердов 
Дата:   18.05.05 15:06

О, Рома, мы с тобой прямо в одну сторону мыслим- я себе как раз эту модель
заказал :)

--
С уважением,
 Дмитрий Н. Милосердов                          mailto:dnmiloserdov@xxx.xx
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

После такого экстрима ну очень сильно стал на КПК iPAQ hx4700 стал
засматриваться.

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Re[2]: Re: Как разработать " неправильную" АСУ ТП
Автор: Шилин А. 
Дата:   18.05.05 14:46

----- Original Message -----
From: "Дмитрий Милосердов" <dnmiloserdov@xxx.xx>


> О, Рома, мы с тобой прямо в одну сторону мыслим- я себе как раз эту модель
> заказал :)
>
За счет фирмы ;-) ?
С ув. А.С.Шилин
г.Ухта

Адрес этого сообщения    Ответить на это сообщение
 
 RE: Re[2]: Re: Как разработать " неправильную" АСУ ТП
Автор: Дмитрий Милосердов 
Дата:   18.05.05 15:16

Ну не за свой же ;) Мне для работы нужно, а не в игрушки резаться...
И потом- жаба душит 15 000 р на такие вещи, как КПК.

--
С уважением,
 Дмитрий Н. Милосердов                          mailto:dnmiloserdov@xxx.xx
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

За счет фирмы ;-) ?

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Re[2]: Re: Как разработать " неправильную" АСУ ТП
Автор: Шилин А. 
Дата:   18.05.05 14:56

----- Original Message -----
From: "Дмитрий Милосердов" <dnmiloserdov@xxx.xx>


> Ну не за свой же ;) Мне для работы нужно, а не в игрушки резаться...
> И потом- жаба душит 15 000 р на такие вещи, как КПК.
>
Насчет жабы не знаю (я животных люблю), а вот жена за такие траты могла
вполне..;-))
С ув. А.С.Шилин
г.Ухта

Адрес этого сообщения    Ответить на это сообщение
 
 Re[4]: Re: Как разработать " неправильную" АСУ ТП
Автор: Vladimir E. Zyubin 
Дата:   18.05.05 15:45

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

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

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

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

С уважением. Владимир

Wednesday, May 18, 2005, 3:07:52 PM, Дмитрий Милосердов wrote:

ДМ> Вообще-то, Владимир, все что Вы написали, называется одним словом-
ДМ> декомпозиция. И этим все сказано. Все описано еще во времена старика Ганта
ДМ> (возможно и раньше), когда только возникло понятие управления проектами.

ДМ> --
ДМ> С уважением,
ДМ>  Дмитрий Н. Милосердов                          mailto:dnmiloserdov@xxx.xx
ДМ> Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

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

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Re[4]: Re: Как разработать " неправильную" АСУ ТП
Автор: Шилин А. 
Дата:   18.05.05 15:55

----- Original Message -----
From: "Vladimir E. Zyubin" <zyubin@xxx.xxx.xx>


> Дмитрий, я не утверждаю, что я придумал декомпозицию, UML,
> структуризацию, классиологию, иерхаризацию, генерализацию, проблемную
> ориентированность и ракурсное, многоаспектное рассмотрение...
>
Страх божий! С учетом предстоящего финала кубка УЕФА в Лиссабоне (
болельщики меня поймут) я абсолютно не в состоянии осуществлять
"динамические операции с достаточно сложной сущностью и большим числом
связанных информационных компонентов.."(с) В.Зюбин , а тут такие
постинги..:-))
С ув. А.С.Шилин
г.Ухта

Адрес этого сообщения    Ответить на это сообщение
 
 RE: Re[4]: Re: Как разработать " неправильную" АСУ ТП
Автор: Дмитрий Милосердов 
Дата:   18.05.05 16:21

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

ИМХО структурные схемы во многих случаях удобнее обычных скриптов
безальтернативно...
Я считаю, что язык жив тогда, когда он популярен в массах. Иначе его
постигает судьба асма и других.
А популярен он по многим причинам, в т.ч. и по удобству пользования.
Се ля ви, ага.

--
С уважением,
 Дмитрий Н. Милосердов                          mailto:dnmiloserdov@xxx.xx
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

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

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

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

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Как разработать " неправильную" АСУ ТП
Автор: Vladimir E. Zyubin 
Дата:   18.05.05 16:34

Wednesday, May 18, 2005, 3:35:33 PM, Alexander Lokotkov wrote:

>> Message: 12
>>    Date: Wed, 18 May 2005 15:41:31 +0600
>>    From: "Vladimir E. Zyubin" <zyubin@xxx.xxx.xx>
>> Subject: Re[2]: Re: Как разработать " неправильную" АСУ ТП
>>
>> В статье нет призывов переходить на А4.
>> Мы сами А3 используем (алгоритмы, блок-схемы).

AL> Приходилось видеть проектно-монтажную документацию зарубежных интеграторов.
AL> Три-четыре толстые книги А4. Чертежи, схемы и другая информация хорошо
AL> структурированы, позволяют легко находить нужные
AL> листы, извлекать разделы, требуемые во время монтажа/ПНР, располагать в
AL> карманчиках шкафов и на спине товарища. На мой взгляд, это самый удобный
AL> способ представления. К тому же побуждающий
AL> правильно проектировать... Собственно, как с ПО, где желательно, чтобы,
AL> скажем, тело процедуры помещалось в видимую область экрана ;)

Здравствуйте, Александр!

Совершенно верно, самое главное это удобство эксплуатации...
если это удобно, то нужно и листы на скоросшивателях закреплять.
Может даже не А4, а В4, или А5... и объем должен быть минимальный.
Не три-четыре толстые книги, а одна и тонкая...

Проблема в том, что хорошая документация - это искусство.

Кстати, Вы навели меня на интересную мысль - оценить текст
программы... только что посмотрел характеристический размер автономных кусков
в проекте на 40 000 строк - получилось чуть больше 10 строк.
Средняя длина идентификатора - 17 букв.
Коэффициент структуризации - 5:1 (в среднем пять элементов объединяются
в единое целое), глубина структуризации - 5,1 (пять иерархических уровней)...

Очень интересный результат, т.к. эта пятерка
указывает на то, что и с теоретической точки зрения (закона Миллера)
структура проекта обеспечивает его простое изучение...
(ну и на практике жалоб не поступало)

--
Best regards.
 = Vladimir E. Zyubin
 = Wednesday, May 18, 2005, 6:48:07 PM =

Адрес этого сообщения    Ответить на это сообщение
 
 Re[6]: Re: Как разработать " неправильную" АСУ ТП
Автор: Vladimir E. Zyubin 
Дата:   18.05.05 16:51

Wednesday, May 18, 2005, 6:00:50 PM, Дмитрий Милосердов wrote:

ДМ> Владимир, ну вы опять клоните в тему сравнения языков...

языков, методик, техник, классификаций... у меня такой пунктик... :-)

ДМ> Не знаю, люди ООП пользуются и давно. И считают, что это более-менее удобно.

Дмитрий, так и я же не говорю, что это неудобно!

ДМ> А т.к. реальной альтернативы, доступной широкой общественности пока не
ДМ> придумали, то пользуются тем, что есть.

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

Хотя вот языки МЭК 61131-3 - это типичный пример вполне обоснованного (опять
же для некоторых случаев) не ООП программирования.

ДМ> ИМХО структурные схемы во многих случаях удобнее обычных скриптов
ДМ> безальтернативно...
ДМ> Я считаю, что язык жив тогда, когда он популярен в массах. Иначе его
ДМ> постигает судьба асма и других.

Асм не закопать никогда, он будет жить вечно. Закопать можно Аду и
Паскаль, Си сложно закопать, а вот Си++ закопать можно...
Кстати, очень может быть, что в связи с разворачивающимся на наших
глазах кризисе (dualcore/multicore) это произойдет уже на наших
глазах... ну или все вообще вся IT-индустрия медным тазом накроется...

Слыхали уже наверное, что мощность отдельно взятого процессора х86
больше расти не будет? ;-)

С уважением

Адрес этого сообщения    Ответить на это сообщение
 
 RE: Re[6]: Re: Как разработать " неправильную" АСУ ТП
Автор: Дмитрий Милосердов 
Дата:   18.05.05 17:24

Ну ладно, а какая альтернатива-то? :)

Мощности не хватит- ну и баян с ним. Будем кластеры прикручивать- так даже
надежнее. :)

--
С уважением,
 Дмитрий Н. Милосердов                          mailto:dnmiloserdov@xxx.xx
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

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

Слыхали уже наверное, что мощность отдельно взятого процессора х86
больше расти не будет? ;-)

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Re[6]: Re: Как разработать " неправильную" АСУ ТП
Автор: Buzinov Roman 
Дата:   18.05.05 17:07

> Слыхали уже наверное, что мощность отдельно взятого процессора х86
> больше расти не будет? ;-)

Насколько я понял мощность то будет (за счет оптимизаций и удвоений ядер), а
вот МГц расти не будут...
А вот Си++ зря закапываете. :))

С уважением,
Бузинов Роман.

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Re[2]: Re: Как разработать " неправильную" АСУ ТП
Автор: males 
Дата:   18.05.05 17:08

> Вам смешно, а я в такой картинке реально участвовал и не раз. Именно -
> отвертка + пассатижи + тестер, а на выступе где-нибудь бук примостить...
> После такого экстрима ну очень сильно стал на КПК iPAQ hx4700 стал
> засматриваться. Тем более, что для КПК есть специальный модуль расширения,
> который в купе со спец ПО полностью заменяет тестер. А навигацию по
чертежам
> в 640х480 вполне достаточно выполнять.
> Так что и бук не нужен даже с его то весом....

Роман, а вот с этого момента подробнее! Где, как, что и почем?

 С наилучшими пожеланиями,
    Роман Абзаев

Адрес этого сообщения    Ответить на это сообщение
 
 RE: Re[2]: Re: Как разработать " неправильную" АСУ ТП
Автор: Дмитрий Милосердов 
Дата:   18.05.05 17:37

Да уж...я пока не женился, на жизнь не хватало...а после женитьбы- квартира,
машина (на свои деньги, Ржевский, молчать!). Жена не работает. К чему бы
это? :)

Рома, женись! :)

--
С уважением,
 Дмитрий Н. Милосердов                          mailto:dnmiloserdov@xxx.xx
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

Оказывается холостяцкое состояние  может пригодиться в карьере инженера!!!
:)

Адрес этого сообщения    Ответить на это сообщение
 
 КПК в "обвесах"
Автор: Buzinov Roman 
Дата:   18.05.05 17:17

> Роман, а вот с этого момента подробнее! Где, как, что и почем?

Что именно - сам КПК или довесок к нему в виде мультиметра?

С уважением,
Бузинов Роман.

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Re[2]: Re: Как разработать " неправильную" АСУ ТП
Автор: males 
Дата:   18.05.05 17:10

> Вот и моя аналогично возражает... :)
 Оказывается холостяцкое состояние  может пригодиться в карьере инженера!!!
:)

 С наилучшими пожеланиями,
    Роман Абзаев

Адрес этого сообщения    Ответить на это сообщение
 
 Re[8]: Re: Как разработать " неправильную" АСУ ТП
Автор: Vladimir E. Zyubin 
Дата:   18.05.05 17:45

Hello Дмитрий Милосердов,

Wednesday, May 18, 2005, 7:03:37 PM, Дмитрий Милосердов wrote:

ДМ> Ну ладно, а какая альтернатива-то? :)

Искать новые языки.

ДМ> Мощности не хватит- ну и баян с ним. Будем кластеры прикручивать- так даже
ДМ> надежнее. :)

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

А я про то, как это аукнется на IT-индустрии.

--
Best regards.
 = Vladimir E. Zyubin
 = Wednesday, May 18, 2005, 8:42:18 PM =

ДМ> --
ДМ> С уважением,
ДМ>  Дмитрий Н. Милосердов                          mailto:dnmiloserdov@xxx.xx
ДМ> Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ


ДМ> Слыхали уже наверное, что мощность отдельно взятого процессора х86
ДМ> больше расти не будет? ;-)

Адрес этого сообщения    Ответить на это сообщение
 
 RE: Re[8]: Re: Как разработать " неправильную" АСУ ТП
Автор: Дмитрий Милосердов 
Дата:   18.05.05 18:16

Где искать? :) Пока все в теории, а мне теория интересна с практической
стороны :) (с)

Никак не аукнется- будут больше кластеров покупать, на том и жить :)
А там био-технологии как раз подоспеют...к середине века киборгов
намастерим, вот пусть эти негры и пашут :) (Это, сынок, фантастика! (реклама
сыра Хохлянд)

--
С уважением,
 Дмитрий Н. Милосердов                          mailto:dnmiloserdov@xxx.xx
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

Искать новые языки.

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

А я про то, как это аукнется на IT-индустрии.

Адрес этого сообщения    Ответить на это сообщение
 
 Re[8]: Re: Как разработать " неправильную" АСУ ТП
Автор: Vladimir E. Zyubin 
Дата:   18.05.05 17:53

Hello Buzinov Roman,


Wednesday, May 18, 2005, 7:10:19 PM, Buzinov Roman wrote:


>> Слыхали уже наверное, что мощность отдельно взятого процессора х86
>> больше расти не будет? ;-)

BR> Насколько я понял мощность то будет (за счет оптимизаций и удвоений ядер), а
BR> вот МГц расти не будут...
BR> А вот Си++ зря закапываете. :))

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

2. За счет оптимизаций много не наоптимизируешь,

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

4. Си++: а) имеет большие накладные расходы,
         б) плохо стыкуется с параллельностью (как ООП метОда)
         в) под вопросом совместимость библиотеки классов с
         физ.параллелимом

--
Best regards.
 = Vladimir E. Zyubin
 = Wednesday, May 18, 2005, 8:46:51 PM =

Адрес этого сообщения    Ответить на это сообщение
 
 КПК в "обвесах"
Автор: Buzinov Roman 
Дата:   18.05.05 18:00

> Роман, а вот с этого момента подробнее! Где, как, что и почем?

Есть некоторые ссылки:
http://www.osp.ru/news/hard/2002/03/06_01_print.htm
http://sine.ni.com/nips/cds/view/p/lang/en/nid/12222
http://sine.ni.com/nips/cds/view/p/lang/en/nid/12912

Мне как-то еще присылали ссылку - там тоже полноценный мультиметр для iPAQ
через CF-слот был. Причем за реальные деньги.
Но - я сейчас найти ее что-то не могу... :(

С уважением,
Бузинов Роман.

Адрес этого сообщения    Ответить на это сообщение
 
 Re[10]: Re: Как разработать " неправильную" АСУ ТП
Автор: Vladimir E. Zyubin 
Дата:   18.05.05 18:05

Ну, кто знает будущее, тот правильно действует в настоящем...

непонятно как-то, зачем Вам больше кластеров, солить что ли? :-)

Опять же, если Вы завтра переходите на кластеры, может сегодня пора прекращать
покупать ПО для ПК?

--
Best regards.
 = Vladimir E. Zyubin
 = Wednesday, May 18, 2005, 9:02:17 PM =


Wednesday, May 18, 2005, 7:55:45 PM, Дмитрий Милосердов wrote:

ДМ> Где искать? :) Пока все в теории, а мне теория интересна с практической
ДМ> стороны :) (с)

ДМ> Никак не аукнется- будут больше кластеров покупать, на том и жить :)
ДМ> А там био-технологии как раз подоспеют...к середине века киборгов
ДМ> намастерим, вот пусть эти негры и пашут :) (Это, сынок, фантастика! (реклама
ДМ> сыра Хохлянд)

ДМ> --
ДМ> С уважением,
ДМ>  Дмитрий Н. Милосердов                          mailto:dnmiloserdov@xxx.xx
ДМ> Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

ДМ> Искать новые языки.

ДМ> Кластеры прикручивать, да оптимизаторами по кодам ползать... именно
ДМ> это и предлагается. И это как бы даже и понятно.

ДМ> А я про то, как это аукнется на IT-индустрии.

Адрес этого сообщения    Ответить на это сообщение
 
 RE: Re[10]: Re: Как разработать " неправильную" АСУ ТП
Автор: Дмитрий Милосердов 
Дата:   18.05.05 18:47

Не солить - распараллеливать :) Охота чтоли на каждый цех или завод по куче
денег платить за каждую "коробку", да толпу штата содержать? С кластерами
рулить удобнее, да и дешевле. Все равно все производственное к тому и идет-
к унификации.

Ну мы особо и не закупаемся, разве что лицензии :) Один раз купили, теперь
вот к примеру ERP параллелим вообще на другой завод на Урале ;)
А рулить отсюда и серверная (новая) здесь будет.

--
С уважением,
 Дмитрий Н. Милосердов                          mailto:dnmiloserdov@xxx.xx
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

непонятно как-то, зачем Вам больше кластеров, солить что ли? :-)

Опять же, если Вы завтра переходите на кластеры, может сегодня пора
прекращать
покупать ПО для ПК?

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Как разработать "неправильную" АСУ ТП
Автор: Мирошко Леонид 
Дата:   18.05.05 18:41

Увело тему в сторону немного...

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

С уважением Леонид Мирошко.

Адрес этого сообщения    Ответить на это сообщение
 
 RE: Как разработать "неправильную" АСУ ТП
Автор: Дмитрий Милосердов 
Дата:   18.05.05 19:16

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

Про документирование уже вроде было? Про зоопарк кажется тоже...
Что бы еще такого добавить-то? :)

--
С уважением,
 Дмитрий Н. Милосердов                          mailto:dnmiloserdov@xxx.xx
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

Увело тему в сторону немного...

Адрес этого сообщения    Ответить на это сообщение
 
 О кластерах...
Автор: Vladimir E. Zyubin 
Дата:   18.05.05 19:03

Hello Дмитрий Милосердов,

Что-то я не очень понял, что Вы "кластерами" называете...
Поясните, пожалуйста, какие задачи Вы на них решаете... и что значит
"параллелить ERP"? А то у меня такое впечатление, что Вы не о
кластерах, а о распределенной системе говорите.

--
Best regards.
 = Vladimir E. Zyubin
 = Wednesday, May 18, 2005, 10:00:17 PM =

Wednesday, May 18, 2005, 8:27:13 PM, Дмитрий Милосердов wrote:

ДМ> Не солить - распараллеливать :) Охота чтоли на каждый цех или завод по куче
ДМ> денег платить за каждую "коробку", да толпу штата содержать? С кластерами
ДМ> рулить удобнее, да и дешевле. Все равно все производственное к тому и идет-
ДМ> к унификации.

ДМ> Ну мы особо и не закупаемся, разве что лицензии :) Один раз купили, теперь
ДМ> вот к примеру ERP параллелим вообще на другой завод на Урале ;)
ДМ> А рулить отсюда и серверная (новая) здесь будет.

ДМ> --
ДМ> С уважением,
ДМ>  Дмитрий Н. Милосердов                          mailto:dnmiloserdov@xxx.xx
ДМ> Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

ДМ> непонятно как-то, зачем Вам больше кластеров, солить что ли? :-)

ДМ> Опять же, если Вы завтра переходите на кластеры, может сегодня пора
ДМ> прекращать
ДМ> покупать ПО для ПК?




ДМ> Yahoo! Groups Links

Адрес этого сообщения    Ответить на это сообщение
 
 RE: Как разработать "неправильную" АСУ ТП
Автор: Дмитрий Милосердов 
Дата:   18.05.05 19:36

А, вот!
Если ты решил, что круто написать комменты в проге,
Никогда не делай это, ты же знатный КГБ-шник!
И тогда ни ЦРУ, ни НАТО, ни Моссад, ни твой друган
Ни прямой начальник (сволочь)
Не никогда смогут узнать, то что ты понаписал!

Дальше (c) Leonid Kaganov:

Если вы еще не твеpдо в жизни выбpали доpогу,
И не знаете с чего бы тpудовой свой путь начать,
То пишите на Паскале, люди скажут вам спасибо,
Вы поможете наpоду поломать свои мозги.


--
С уважением,
 Дмитрий Н. Милосердов                          mailto:dnmiloserdov@xxx.xx
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

Адрес этого сообщения    Ответить на это сообщение
 
 RE: О кластерах...
Автор: Дмитрий Милосердов 
Дата:   18.05.05 19:45

Я как раз по определению Шона Дейга называю:
"Более, чем одна машина, работающая совместно над одной либо несколькими
задачами"

Ну и про распределенную систему на базе кластеров :)

Про кластеры (кто не знает) тут: http://www.osp.ru/os/2000/05-06/009.htm
Для начинающих: http://www.onix.kiev.ua/news.asp?id=172

--
С уважением,
 Дмитрий Н. Милосердов                          mailto:dnmiloserdov@xxx.xx
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

Что-то я не очень понял, что Вы "кластерами" называете...
Поясните, пожалуйста, какие задачи Вы на них решаете... и что значит
"параллелить ERP"? А то у меня такое впечатление, что Вы не о
кластерах, а о распределенной системе говорите.

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Как разработать " неправильную" АСУ ТП
Автор: Michael 
Дата:   19.05.05 01:06

> Хотел бы я посмотреть на технологическую схему установки АВТ или Риформинга.  :)
> Ужать десяток листов А1 (нередко рулонных) в А4 - это "крута".

wow! Какой флейм! Я всего лишь имел в виду, что действительно есть
небольшое количество таких схем, которые ну ни как не "ужимаются",
даже при том, что необходимо постоянное "динамическое манипулирование
с большим числом связанных информационных компонентов"   :)

===========================================================
С уважением, Волкожа Михаил.
АСУТП ОАО НК Роснефть-Комсомольский НПЗ
===========================================================

Адрес этого сообщения    Ответить на это сообщение
 
 Re: КПК в "обвесах"
Автор: males 
Дата:   19.05.05 07:23

> > Роман, а вот с этого момента подробнее! Где, как, что и почем?
>
> Что именно - сам КПК или довесок к нему в виде мультиметра?

Естественно довесок. У меня в списке ближайших покупок и так стоит Siemens
LOOX 718 или 720.

 С наилучшими пожеланиями,
    Роман Абзаев

Адрес этого сообщения    Ответить на это сообщение
 
 Re[2]: О кластерах...
Автор: Alexander Diev 
Дата:   19.05.05 08:55

Hi.

ayc> Про кластеры (кто не знает) тут:
ayc> http://www.osp.ru/os/2000/05-06/009.htm
ayc> Для начинающих: http://www.onix.kiev.ua/news.asp?id=172
для посмотреть, как может выглядеть:
http://www.mosix.org/pics/Figindex.html
:)

--
С уважением,
 Alexander                          mailto:adiev@xxxx.xx

Адрес этого сообщения    Ответить на это сообщение
 
 Re[2]: О кластерах...
Автор: Vladimir E. Zyubin 
Дата:   19.05.05 09:54

Ну у Шона Дейга почти все правильно... только он не указывает на
важные особенности кластеров - локальность связей, и цели создания...

A computer cluster is a group of locally connected computers that work together as a unit.
http://en.wikipedia.org/wiki/Computer_cluster

Там даже фотография есть.

Локальность связей вытекает их целей создания кластеров...
как альтернатива суперкомпьютерам для высокопроизводительных
вычислений... поэтому и собирают их в одном помещении, а не так, что
один в Москве, а другой на Урале... об этом кстати и в статье из ОС
говорится.

Поэтому и недоумение возникло. Зачем Вам суперкомпьютер, да еще и так
странно сконструированный.

--
Best regards.
 = Vladimir E. Zyubin
 = Thursday, May 19, 2005, 12:39:29 PM =

Wednesday, May 18, 2005, 9:24:57 PM, Дмитрий Милосердов wrote:

ДМ> Я как раз по определению Шона Дейга называю:
ДМ> "Более, чем одна машина, работающая совместно над одной либо несколькими
ДМ> задачами"

ДМ> Ну и про распределенную систему на базе кластеров :)

ДМ> Про кластеры (кто не знает) тут: http://www.osp.ru/os/2000/05-06/009.htm
ДМ> Для начинающих: http://www.onix.kiev.ua/news.asp?id=172

ДМ> --
ДМ> С уважением,
ДМ>  Дмитрий Н. Милосердов                          mailto:dnmiloserdov@xxx.xx
ДМ> Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

ДМ> Что-то я не очень понял, что Вы "кластерами" называете...
ДМ> Поясните, пожалуйста, какие задачи Вы на них решаете... и что значит
ДМ> "параллелить ERP"? А то у меня такое впечатление, что Вы не о
ДМ> кластерах, а о распределенной системе говорите.





ДМ> Yahoo! Groups Links

Адрес этого сообщения    Ответить на это сообщение
 
 О преобразовании А1 к А4.
Автор: Vladimir E. Zyubin 
Дата:   19.05.05 10:18

Hello Michael,

Thursday, May 19, 2005, 3:08:29 AM, Michael wrote:

>> Хотел бы я посмотреть на технологическую схему установки АВТ или Риформинга.  :)
>> Ужать десяток листов А1 (нередко рулонных) в А4 - это "крута".

M> wow! Какой флейм! Я всего лишь имел в виду, что действительно есть
M> небольшое количество таких схем, которые ну ни как не "ужимаются",
M> даже при том, что необходимо постоянное "динамическое манипулирование
M> с большим числом связанных информационных компонентов"   :)

Позволю предположить, что большого числа компонентов у Вас все-таки
нет.

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

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

--
Best regards.
 = Vladimir E. Zyubin
 = Thursday, May 19, 2005, 1:10:34 PM =

Адрес этого сообщения    Ответить на это сообщение
 
 RE: О преобразовании А1 к А4.
Автор: Дмитрий Милосердов 
Дата:   19.05.05 10:53

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

--
С уважением,
 Дмитрий Н. Милосердов                          mailto:dnmiloserdov@xxx.xx
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

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

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Как разработать "неправильную" АСУ ТП
Автор: Мирошко Леонид 
Дата:   19.05.05 10:46

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

А как командиру взвода, летчику или танкисту в бою?

С уважением Леонид.

Адрес этого сообщения    Ответить на это сообщение
 
 RE: Как разработать "неправильную" АСУ ТП
Автор: Дмитрий Милосердов 
Дата:   19.05.05 11:56

Детализируют по участкам и дальше вплоть до чертежей деталюшек естественно.
Я ж писал :)
Кстати, у летчиков тоже большая и очень масштабная портянка- только они ее в
А4 складывают банально. А в последнее время- GPRS ;)

--
С уважением,
 Дмитрий Н. Милосердов                          mailto:dnmiloserdov@xxx.xx
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

А как командиру взвода, летчику или танкисту в бою?

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Как разработать "неправильную" АСУ ТП
Автор: Ildar Ibatullin 
Дата:   19.05.05 14:51

> Если вы еще не твеpдо в жизни выбpали доpогу,
> И не знаете с чего бы тpудовой свой путь начать,
> То пишите на Паскале, люди скажут вам спасибо,
> Вы поможете наpоду поломать свои мозги.

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

Черт его знает как это отражается на надежности систем.

--
  Regards,
  Ildar Ibatullin
  SLP Engineering Russia
  +7-095-234-45-05

Адрес этого сообщения    Ответить на это сообщение
 
 RE: Как разработать "неправильную" АСУ ТП
Автор: Дмитрий Милосердов 
Дата:   19.05.05 15:17

Ильдар, Си не рифмовалось ! :)

--
С уважением,
 Дмитрий Н. Милосердов                          mailto:dnmiloserdov@xxx.xx
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

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

Адрес этого сообщения    Ответить на это сообщение
 
 Re[2]: Как разработать "неправильную" АСУ ТП
Автор: Пожидаев Григорий 
Дата:   19.05.05 17:34

Здравствуйте, Ildar.

На ваше письмо от 19 мая 2005 г. с темой "[asutp] Как разработать "неправильную" АСУ ТП"



>> Если вы еще не твеpдо в жизни выбpали доpогу,
>> И не знаете с чего бы тpудовой свой путь начать,
>> То пишите на Паскале, люди скажут вам спасибо,
>> Вы поможете наpоду поломать свои мозги.

II> А вот это ты зря на Вирта наехал.
II> На С/С++ горязде проще наворотить конструкцию, которую с первого раза не
II> поймешь.
II> Да и в отличие от Сишников у паскалистов уже на автомате хороший тон
II> давать нормальные названия перемеменных, поскольку сам язык вербальный, а
II> не символьный.
IMHO  Паскаль  неудобен  как  раз  за свою а-ля вербальность; С++
лаконичен, а краткость - сестра таланта :))




--
С уважением, инженер-проектировщик ООО НПП Сфера-МК
Пожидаев Григорий

Адрес этого сообщения    Ответить на это сообщение
 
 RE: Re[2]: Как разработать "неправильную" АСУ ТП
Автор: Дмитрий Милосердов 
Дата:   19.05.05 18:10

ИМХО, щас опять идеологическая война начнется :) Завязываем, господа!
Копирайт между прочим был Леонида Каганова- все претензии к нему.

--
С уважением,
 Дмитрий Н. Милосердов                          mailto:dnmiloserdov@xxx.xx
Начальник Управления АСУ ТП Дирекции по ИТ ОАО ВМЗ

IMHO  Паскаль  неудобен  как  раз  за свою а-ля вербальность; С++
лаконичен, а краткость - сестра таланта :))

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Subject: Re[2]: Re: Как разработать " неправильную" АСУ ТП
Автор: Mike 
Дата:   19.05.05 17:55

День добрый.


>> В статье нет призывов переходить на А4.
>> Мы сами А3 используем (алгоритмы, блок-схемы).

Алгоритмы, блок-схемы не так уж часто и нужны.

AL> Приходилось видеть проектно-монтажную документацию зарубежных
AL> интеграторов. Три-четыре толстые книги А4. Чертежи, схемы и другая
AL> информация хорошо структурированы, позволяют легко находить нужные
AL> листы, извлекать разделы, требуемые во время монтажа/ПНР,
AL> располагать в карманчиках шкафов и на спине товарища. На мой
AL> взгляд, это самый удобный способ представления. К тому же
AL> побуждающий правильно проектировать... Собственно, как с ПО, где
AL> желательно, чтобы, скажем, тело процедуры помещалось в видимую
AL> область экрана ;)

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

Михаил.

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Re[2]: Как разработать "неправильную" АСУ ТП
Автор: Ildar Ibatullin 
Дата:   19.05.05 18:10

> IMHO  Паскаль  неудобен  как  раз  за свою а-ля вербальность; С++
> лаконичен, а краткость - сестра таланта :))

Всего одна реплика: в МЭК 1131-3 язык структурированного текста -
вербальный.

--
  Regards,
  Ildar Ibatullin
  SLP Engineering Russia
  +7-095-234-45-05

Адрес этого сообщения    Ответить на это сообщение
 
 RE: Re[2]: Как разработать "неправильную" АСУ ТП
Автор: Shchekin Sergey I. 
Дата:   19.05.05 18:16

> -----Original Message-----
> From: Пожидаев Григорий [mailto:sfera-mk@xx.xx]
> Sent: Thursday, May 19, 2005 5:35 PM

> IMHO  Паскаль  неудобен  как  раз  за свою а-ля вербальность;
> С++ лаконичен, а краткость - сестра таланта :))


Но, как известно, не все краткое - талантливо! :-)))

С уважением,
Сергей Щекин
TRICONEX

Адрес этого сообщения    Ответить на это сообщение
 
 О преобразовании А1 к А4.
Автор: Michael 
Дата:   20.05.05 01:09

> Позволю предположить, что большого числа компонентов у Вас все-таки нет.

Позволю себе с Вами не согласиться частично.
В скаде мы, безусловно, ужимаемся. Но основной способ - убирание
на всплывающие окна "второстепенных" элементов (обвязка насосов,
например), убирание "лишних" труб, замена нескольких однотипных
аппаратов одним (например ХВ-29/1...8) или группы аппаратов одним
квадратом ("теплообменники ЦО-2") и т.п.
В итоге экран можно распечатать на А4 и будет читабельно.
Но это не вся схема в том смысле, как это понимается
технологами/проектировщиками, которым нужны все трубы
со всеми задвижками (включая "ручные"), байпасами, местными
приборами и прочей лабудой, не вошедшей в АСУТП.

===========================================================
С уважением, Волкожа Михаил.
АСУТП ОАО НК Роснефть-Комсомольский НПЗ
===========================================================

Адрес этого сообщения    Ответить на это сообщение
 
 Re: Как разработать "неправильную" АСУ ТП
Автор: Andre 
Дата:   13.06.05 11:33

Проектирование: "Проект Земля"

Из корпоративной переписки

Генеральному директору Иегове
От начальника маркетингового отдела Гавриила

Исследования, проведенные нашим отделом в рамках проекта Genesis, показали, что наилучшие перспективы на рынке имеют системы следующей конфигурации:

Планета: 1 шт.
Радиус: 3000 км
Сила тяжести: 0.5g
Соотношение суша/вода: 1:1
Температура: +24
Атмосфера: кислород
Моря: пресная вода
Реки: молоко, мед
Фауна: травоядная
Периферия: светила 2 шт. (дн./ночн.)
Скорость: 0.0007 RPM (1 об./сут.)

“Направить в отдел стратегического планирования для подготовки ТЗ” – Иегова.

Генеральному директору Иегове
От начальника отдела стратегического планирования Михаила

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

“Хотя бы 50% кислорода надо оставить, а то пользователь задохнется” - нач. отд. тестирования и техподдержки Рафаил.

“Хватит и 25%” – Иегова.


Генеральному директору Иегове
От начальника отдела системотехники Люцифера

“В ходе работ по проекту Genesis (стадия “Да будет свет”) выявлены следующие трудности: у нас отсутствует компактный источник бесперебойного свечения с распределителем на два светила. Предлагаю воспользоваться стандартным источником типа “красный карлик”, а в качестве ночного светила применить зеркало.

Лучше “желтый карлик”. По себестоимости это не намного выше, а смотрится куда более внушительно.” - нач. маркет. отдела Гавриил.

“Это же серверный источник. Зачем он нужен пользователю одиночной планеты?” – Люцифер.

“Что пользователю нужно, а что нет, ему объяснит отдел рекламы.” – Гавриил.

“Люцифер, занимайтесь вопросами вашей компетенции. Утверждаю желтый карлик.” – Иегова.

“Кстати, при той яркости, что дает желтый карлик, можно вместо зеркала  поставить обычный планетоид.” – Михаил.

“Согласен.” – Иегова.

Генеральному директору Иегове
От начальника отдела системотехники Люцифера

После внесения изменений в ТЗ возникли следующие трудности: масса источника бесперебойного свечения намного превосходит массу планеты, вследствие чего источник отказывается вращаться вокруг планеты. Вместо этого планета вращается вокруг источника. Кроме того, из-за мощности источника наблюдается устойчивое   превышение температуры над указанным в ТЗ (примерно на два порядка). Если увеличить расстояние до источника, существенно возрастут габариты системы.

“Габариты это даже престижно, а вот вращение планеты вокруг периферийного   устройства может вызвать у пользователя ощущение неполноценности. Может, поменяем гравитационную постоянную?” – Гавриил.

“Если менять гравитационную постоянную, возникнут проблемы с совместимостью.” –Михаил.

“Да какая пользователю разница, что вокруг чего крутится? Пусть отдел рекламы придумает какую-нибудь теорию относительности.” – Иегова.

Генеральному директору Иегове
От начальника отдела системотехники Люцифера

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

“Неважно, что происходит в системе - важно, что видит пользователь. Почему бы не заставить планету вращаться вокруг своей оси? Тогда пользователю будет казаться, что солнце и луна обращаются вокруг нее с указанной в ТЗ частотой.” – Гавриил.

“А пользователь нас не раскусит?” – Иегова.

“Если и раскусит, проект к тому времени будет давно уже сдан.” – Гавриил.

“Согласен.” – Иегова.

Генеральному директору Иегове
От начальника отдела тестирования и техподдержки Рафаила

Первичное тестирование системы выявило следующие дефекты:
1. Наблюдается устойчивый перегрев;
2. Ось вращения отклонилась на 33 град. от вертикали, вследствие чего возникли цикличные температурные аномалии;
3. Пропускная способность рек не соответствует проектной;
4. Травоядная фауна отсутствует;
5. Орбита нестабильна, планета имеет тенденцию к падению на солнце.

Генеральному директору Иегове
От начальника отдела системотехники Люцифера

1. А что вы хотели при таком соотношении суша/вода? Для оптимального охлаждения нужно где-то 1:3 - 1:4;
2. Мы работаем над этим;
3. Потому что молоко скисает, а мед засахаривается;
4. Травоядной фауне трава нужна, а она не растет при такой жаре и без воды. Предлагаю пустить по рекам воду, это заодно поможет решить проблему 3;
5. В качестве гравитационного противовеса мы выведем на внешнюю орбиту еще одну планету.

“Сушу ужимать некуда, значит, придется увеличивать площадь морей. А это рост объема и силы тяжести. Да еще лишняя планета.” – Михаил.

“Ничего, пользователь стерпит. Лишнюю планету оформим как фичу. А вот молоко и мед мы уже анонсировали. Хотя бы в самых заметных реках надо оставить.” – Гавриил.

“Напоминаю, что сроки поджимают, а у вас еще конь не валялся. Кстати, дизайнеры до сих пор не представили проект коня, все с динозаврами возятся. Кому нужны эти динозавры?” – Иегова.

“Вообще-то пользователь динозавров любит.” – Гавриил.

“Ладно, но и конь чтоб был.” – Иегова.

Генеральному директору Иегове
От начальника отдела тестирования и техподдержки Рафаила

1. Помимо нерешенных проблем с осью, планета теперь имеет тенденцию к улету в космос;
2. Травоядной фауны опять нет.

Генеральному директору Иегове
От начальника отдела системотехники Люцифера

1. Сделаем еще один противовес, теперь на внутренней орбите;
2. А фауна размножилась, сожрала всю траву и передохла.

“Сколько всего противовесов вам надо?” – Михаил.

“В общем, после калибровочных работ удалось стабилизировать систему на девяти.” – Люцифер.

“Я правильно понял? Вместо одной планеты пользователь получит 9?” – Иегова.

“Ну и что? 8 из них все равно непригодны для жизни.” – Люцифер.

“А размеры системы?” – Иегова.

“А пользователю их и знать необязательно. Половину этих планет без телескопа и не увидишь. Предлагаю дополнить руководство пользователя 11-й заповедью: "Не изобретай телескоп." – Гавриил.

“Не надо. Тогда они его точно изобретут.” – Иегова.

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

”А где вы раньше были? Мы только-только уравновесили систему! Хотите все   перенастраивать заново?!” – Люцифер.

“Никаких заново! До сдачи проекта осталось шесть дней. Люцифер, или вы   заставите все это работать, или я вас переведу с понижением!” – Иегова.

Генеральному директору Иегове
От начальника отдела системотехники Люцифера

А я виноват, что мне сразу не дали нормального ТЗ?
В общем, так. Наклон оси придется оставить, как есть. По крайней мере, в Эдемском саду +24 будет, а если пользователь полезет куда-то еще, это его проблемы. Динозавров мы доделать не успеваем, но коней сделаем. С молоком и медом ничего не вышло, пустили по рекам воду, правда она выносит в море соль. Чтобы травоядные не отжирали все ресурсы, мы выпустили патч в виде хищников, но   поставить им программу отличия пользователя от добычи уже не успеваем.

Ну а, в общем, как-то работать будет.

“И это хорошо!” – Иегова.

Шепотько Андрей Владимирович
инженер КИПиА
НАК КАЗАТОМПРОМ

Адрес этого сообщения    Ответить на это сообщение
 Список форумов    


 Список форумов  |  Нужен логин? Регистрируйтесь здесь 
 Логин пользователя
 Имя пользователя:
 Пароль:
 Помнить пароль:
   
 Забыли ваш пароль?
Введите имя пользователя или e-mail, и новый пароль будет послан на email, указанный в вашем профиле.

Рейтинг@Mail.ru