От Alex~1 Ответить на сообщение
К K Ответить по почте
Дата 23.12.2007 18:22:35 Найти в дереве
Рубрики Прочее; Версия для печати

Re: Ну и...


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

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

>Теперь у нас есть перспективный заказ, но когда на том заводе
>зачешутся, не известно.

Опять-таки типичная ситуация, совершенно нормальная.

>Там нужно будет объединять информационные
>системы с цехов в единое целое, и там можно лихо продемонстрировать
>Интернет-технологию.

Вообще-то объединение информационных систем цехов (если речь идет об управлении производством и производственными процессами) - не та область, где оптимальным выбором являюься "Internet-технологии" в смысле применения HTTP, HTML, сервлетов и прочего в том же духе.

>Но. . . это в будущем. А пока под рукой такого
>заказа нет.

Опять-таки ни творчество, ни диалектика тут не при чем, увы.

>Из местного представительства Якагавы мужики (русские, с
>японцами удавишься иметь дело) нам иногда таскают договора (они делают
>низ, контроллеры, мы - верх, программу), у них красивая ксива и
>хорошие связи. Поэтому сделаем <картонную дурилку> и покажем
>якагавцам. Пусть они потрясут свои связи и найдут договор, где мы
>смогли бы продемонстрировать технологию. Когда найдется заказчик,
>будет нормально платить, а мы сможем сконцентрироваться на работе, у
>нас будет возможность нарастить <мясо> (от системы шифрации до
>очередей в сервлете) на технологию и хорошо ее протестировать. А вот
>когда будет объект сдан, у нас появится козырь, который мы не смогли
>получить в моделировании и поэтому уступили объект москвичам, и этим
>козырем можно будет размахивать у носа у кого-нибудь посерьезней.

Это понятный разговор, мне это, естественно, знакомо. Но Вам не кажется, что это в сторону от обсуждаемой темы?
Кстати, упоминание сервлета меня несколько насторожило. Дело в том, что сервлеты - технология далекая как от эффективности, так и (самое главное) от масштабируемости, и они практически никогда не является "ключевой" частью серьезных систем.

>Теперь понятен процесс создания <новых технологий>?

А Вы разве говорили о новых технологиях? :)

>короче, послал этот регулятор подальше, так как в то
>время мне было явно не до всего этого геморроя. Вот так и гибнут
><новые технологии>. А живи в США, там быстро бы нашел кучу
>энтузиастов, которые попробовали с этой темы получить массу прелестных
>зелененьких бумажек, и дело завертелось бы.

У Вас страшно оптимистичное представление о том, насколько легко в США найти, по сути, инвестора.

>В СССР же какой-нибудь
>мелкий изобретатель должен был принести и прямо под нос сунуть уже
>готовый результат и затем умолять на коленях воспользоваться его
>изобретением.

При чем здесь СССР?

>Например, <новые технологии>
>должны создаваться из желания их создать, прямо из воздуха.

:)

>Если Вы не программист, специализирующийся в Интернет-технологиях, то
>мы будем просто месить воздух. Вам это нужно?

Я имею достаточное отчетливое представление об Internet-технологиях. Сейчас я уже не программист. Но был.

>> При чем здесь хакеры и зачем им плакать?
>
>Ну, Вы же слышали, что они заваливают сервера Пентагона или ЦРУ? С
>данной технологией у них этот фокус не пройдет.

Есть разное толкование терминов "хакер". В open-source, например, термин "хакер" имеет сугубо положительное значение. :)


>Хорошо, вот Вам задача, у Вас на каждом экране системы десятки данных,
>и они должны обновляться каждую секунду.

Сразу много вопросов. Но с ходу.
Десятки данных - это немного. Каждую секунду - тоже не бог весть как часто. Сколько у системы экранов - неясно. Насколько стабильно "число экранов у системы" - тоже.

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


>Как это делается в нормальных
>системах? Просто раз в секунду идет запрос на данные (или к Базе
>Данных, или к Драйверам Устройств и т.д.) и данные на экране
>заменяются.

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


>А как это делается в Интернет-технологиях? Каждый раз
>изготавливается новый HTML и перебрасывается клиенту?

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

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

Еще раз, у меня такое впечатление, что под "Internet-технологиями" Вы подразумеваете Web-технологии.
Ничего сложного с отображением графиков я тоже не вижу. Ясно, что графики содержат довольно ограниченную информацию - просто сложную и динамичную информацию с частотой раз в секунду не сможет воспрнимать оператор.


>Если Вы программист и Вам интересно, то мы можем обсудить все это.

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

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