 Без описания |
| Поиск в теме | Версия для печати |
Группа Инженеров  |
Отправлено: 06 Октября, 2010 - 22:46:59 
|
Супермодератор
Сообщений всего: 497
Дата рег-ции: Авг. 2008
|
Если в качестве «исходного текста программы» предполагается использовать набор математических выражений, то безусловно необходима жесткая орфография, так, как это в тех-же MathCad или MatLab. А, в итоге Вы получите ещё один язык программирования? Разве этот язык прибавит знаний той же ЦОС, тому кто её не знает сейчас? Сомневаюсь…
Если только, как заметил dead, хороший компилятор в распространенные языки… Только, вот и языки-то бывают разные, например языки описания аппаратуры AHDL, VHDL. А для аналоговой реализациии?.?.? Карамба! 
У меня, например сейчас задача обработки акустолокационной информации. Модели ЦОС-фильтров строю в MicroCap, дополнительные расчёты делаю в MathCad, пишу на ассемблере. И не жужжу…
В общем, затея пожалуй благородная, но уж больно грандиозная. Для античных Героев…  |
| |
|
| romeo |
Отправлено: 07 Октября, 2010 - 00:04:03
|
Лейтенант
Сообщений всего: 31
Дата рег-ции: Май 2009
|
Я бы все-таки предложил рассматривать всю проблему под другим углом.
Речь не идет о тотальной замене всего того прекрасного, что уже реализовано, с помощью "нового" языка.
Его назначение (как собственно и других разметок XML) - попытка некоторым образом стандартизировать описание мат. объектов и функций, чтобы разным системам/приложениям/устройствам было проще интегрироваться между собой.
А интеграция ведет к специализации и возможности "сборки" алгоритмов из разных блоков.
Например, есть такая задача - стоят телескопы в разных местах мира, собирают изображения в разные моменты времени, изображения фильтруются и по ним надо определять параметры движения космических объектов и принимать соответствующие решения. Имея некоторое количество специализированных сервисов в Интернет, "самостоятельно" собрать из них систему, которая бы решала указанную задачу относительно просто.
Другой пример - робот, который передает изображение сервису, а тот определяет наличие на изображении "вооруженных людей". Понятное дело, что самому робототехнику, не будучи экспертом в этом, такой алгоритм реализовать сложно.
А тут человек сделал большое дело, выложил в интернет, и за обращение берет деньги  .
Группа Инженеров
Обработка акустолокационной информации, которой Вы занимаетесь - это первичная обработка информации?
Если да, попробуйте добавить к ней вторичную и третичную обработку, а еще управление системой целиком (очереди заявок, профилактика, реальность времени обработки и т.д.). Если все это не пишут у Вас за стенкой в отечественном НИИ, думаю, Вы потратите немало времени на такое добавление, а может даже попробуете написать все сами.
Античным героям не рождаются, а становятся 
Группа Инженеров пишет:Если в качестве «исходного текста программы» предполагается использовать набор математических выражений, то безусловно необходима жесткая орфография, так, как это в тех-же MathCad или MatLab. А, в итоге Вы получите ещё один язык программирования? Разве этот язык прибавит знаний той же ЦОС, тому кто её не знает сейчас? Сомневаюсь…
Если только, как заметил dead, хороший компилятор в распространенные языки… Только, вот и языки-то бывают разные, например языки описания аппаратуры AHDL, VHDL. А для аналоговой реализациии?.?.? Карамба!
У меня, например сейчас задача обработки акустолокационной информации. Модели ЦОС-фильтров строю в MicroCap, дополнительные расчёты делаю в MathCad, пишу на ассемблере. И не жужжу…
В общем, затея пожалуй благородная, но уж больно грандиозная. Для античных Героев… |
| |
|
| Группа Инженеров |
Отправлено: 07 Октября, 2010 - 01:14:30
|
Супермодератор
Сообщений всего: 497
Дата рег-ции: Авг. 2008
|
Да, я ж разве спорю?! Идея хорошая, но ещё раз повторю, слишком грандиозная.
Вот, например, моя работа. Оговорюсь сразу, что речь не идёт о первичной обработке, фильтрации и т.д. Фактически, изделие является законченным измерительным прибором с адаптивным алгоритмом измерения. Т.е. первичное измерение, обработка, анализ, принятие решения, повторное измерение...
Дело в том, что в своё время встал вопрос о возможности распределённой организации измерительного алгоритма и, после анализа, оказалось, что организовать это будет крайне затруднительно, а вероятность нарушения работы такой системы будет довольно высока. Конечно, времени я уже потратил много… Но, прибор уже работает. Почти хорошо…
Я это всё к тому, что рассуждать возвышенными математическими материями дело очень хорошее, но когда касается железа, песня становится гораздо интереснее… Правильнее сказать гораздо сложнее.
Вот, Вы приводите пример с роботом, который будет отправлять изображение со своей камеры на какой-то сервис для анализа наличия вооружённых людей. Вроде красиво, а что на практике? На практике, при передаче изображения по радиоканалу в пакете будут выбиты несколько бит информации из-за работающей неподалёку РЛС. Корректирующий код, защищающий пакет не справится с коррекцией из-за слишком большого кол-ва повреждённой информации. Дойдя до сервиса картинка будет проанализирована с недопустимой неоднозначностью и к роботу будет послана команда увеличить яркость изображения, которая не будет правильно интерпретирована в следствии того, что при первичном анализе изображения в роботе будет получена информация о нормальной яркости объекта…
Я могу генерировать такие ситуации до безобразия долго, но жизнь их сгенерирует на порядки больше.
Поэтому повторюсь ещё раз, дело благородное, но представляете ли Вы всю сложность затеи? Не лучше ли «делиться с миром» своими наработками посредствам библиотек на уже существующих языках. Расширяйте С++ например…Почему бы и не за деньги?… Захотел нерекурсивный ФНЧ с окном Хемминга, извольте… 10$. Хочешь дисперсионную линию для сжатия ЛЧМ, получите… 15$. Конечно, через некоторое время всё будет выложено в интернетах бесплатно, ну так что с этим поделаешь?… |
| |
|
| romeo |
Отправлено: 07 Октября, 2010 - 22:17:21
|
Лейтенант
Сообщений всего: 31
Дата рег-ции: Май 2009
|
Группа Инженеров,
возразить Вам нечего, потому что, на мой взгляд, Вы говорите дело. По поводу сбоев и ошибок прекрасно Вас понимаю, поскольку тема моей работы была "обработка траекторной информации при наличии аномальных измерений".
Затея слишком сложная и грандиозная, особенно для нашей страны - полностью согласен.
«Делиться с миром» своими наработками посредствам библиотек на уже существующих языках - тоже возражений нет!
Однако есть несколько комментариев
1. у меня есть надежда на Интернет сообщество (особенно зарубежное) и W3C
Развитие языка идет, сюдя по имеющимся документам, работают профессионалы. Даже то, что есть с первого взгляда удивляет - например, список ПО, где MathML как-то реализован или поддерживается http://www.w3.org/Math/Software/ . Нашего сайта там нет, но мы тоже этим занимаемся  . Меня больше всего порадовала поддержка в Mapple и Mathematica (Wolfram). Пока, конечно, речь больше идет о визуализации представления, но и до передачи смысла руки у них тоже, казалось бы, должна дойти.
2. при разработки библиотек для науки и техники нужен как минимум некоторый стандарт описания мат. объектов, чтобы их можно было использовать повторно. Для этого MathML как раз очень хорошо подходит. По своему небольшому опыту много раз видел такое: работу с матрицами, определенными интегралами и решением дифференциальных уравнений все пишут самостоятельно, натыкаясь на одни и те же грабли. Сам для своей диссертации писал относительно много кода, пришел в "дружественное" НИИ, они говорят - спасибо, у нас все свое есть.
3. свои алгоритмы для "научно-прикладных" целей я планирую выложить в интернет, а для этих целей удобно использовать связку java/c++/сущ. мат. пакеты/MathML
Функционал мат. пакетов можно вызывать из java/С++, поэтому весь процесс разбивается на этапы:
а. в сущ. пакете реализуем алгоритм, используя все что в нем есть
либо пишем его сами, например, на c++
б. делаем его обвязку для представления в интернет на java - передача входных параметров, доп. действия, получение результатов и их представление.
в. для представления входных и выходных параметров, а также способов вызова алгоритма используем MathML
г. после п. а, б, в, выполненных на сервере, дополнительный слой (если нужно) можно делать на любом языке, работающим с XML - том же php
Сейчас много строительных блоков в п.а - например, в том же MatLab-е, SciLab-е и пр.
Моя мега идея - чтобы строительных блоков было еще больше, причем именно после п. а, б, в, г - это целые этажи будут, а не кирпичи как сейчас  .
Будет наш маленький вклад в победу коммунизма 
Группа Инженеров,
можно Вам задать в личке несколько вопросов про Ваше устройство - очень интересно, чем люди занимаются?
Группа Инженеров пишет:Да, я ж разве спорю?! Идея хорошая, но ещё раз повторю, слишком грандиозная.
Вот, например, моя работа. Оговорюсь сразу, что речь не идёт о первичной обработке, фильтрации и т.д. Фактически, изделие является законченным измерительным прибором с адаптивным алгоритмом измерения. Т.е. первичное измерение, обработка, анализ, принятие решения, повторное измерение...
Дело в том, что в своё время встал вопрос о возможности распределённой организации измерительного алгоритма и, после анализа, оказалось, что организовать это будет крайне затруднительно, а вероятность нарушения работы такой системы будет довольно высока. Конечно, времени я уже потратил много… Но, прибор уже работает. Почти хорошо…
Я это всё к тому, что рассуждать возвышенными математическими материями дело очень хорошее, но когда касается железа, песня становится гораздо интереснее… Правильнее сказать гораздо сложнее.
Вот, Вы приводите пример с роботом, который будет отправлять изображение со своей камеры на какой-то сервис для анализа наличия вооружённых людей. Вроде красиво, а что на практике? На практике, при передаче изображения по радиоканалу в пакете будут выбиты несколько бит информации из-за работающей неподалёку РЛС. Корректирующий код, защищающий пакет не справится с коррекцией из-за слишком большого кол-ва повреждённой информации. Дойдя до сервиса картинка будет проанализирована с недопустимой неоднозначностью и к роботу будет послана команда увеличить яркость изображения, которая не будет правильно интерпретирована в следствии того, что при первичном анализе изображения в роботе будет получена информация о нормальной яркости объекта…
Я могу генерировать такие ситуации до безобразия долго, но жизнь их сгенерирует на порядки больше.
Поэтому повторюсь ещё раз, дело благородное, но представляете ли Вы всю сложность затеи? Не лучше ли «делиться с миром» своими наработками посредствам библиотек на уже существующих языках. Расширяйте С++ например…Почему бы и не за деньги?… Захотел нерекурсивный ФНЧ с окном Хемминга, извольте… 10$. Хочешь дисперсионную линию для сжатия ЛЧМ, получите… 15$. Конечно, через некоторое время всё будет выложено в интернетах бесплатно, ну так что с этим поделаешь?… |
| |
|
| lamakazzz |
Отправлено: 14 Декабря, 2010 - 14:06:03
|
Главнокомандующий
Сообщений всего: 328
Дата рег-ции: Янв. 2010
|
romeo пишет:Может быть я чего-то не понимаю, но по-моему мы с Вами не противоречим друг другу.
Конструкция вида
<apply>
<times/>
<ci>x</ci>
<cn>4</cn>
</apply>
гораздо понятнее для машины, чем допустим x*4 или 4x.
вот тут Вы совсем не правы
для машины проще что-то типа
push.s
and #0x00FF,w0
xor.b w0,[++w1],w0
sl w0,w0
mov #psvoffset(_aCRC16),w2
mov [w2+w0],w0
xor.b w0,[--w1],[++w1]
lsr w0,#8,w2
mov.b w2,[--w1]
pop.s
return
а XML - он понятнее человеку
cjA пишет:rem c++ - это прошлый век, зачем он?
чтобы писать языки более высокого уровня XDD
где используется: АСУ какого-нибудь ТП (реальный проект, в котором я принимаю участие - АСУ дизельного генератора для Ровенской АЭС) |
| |
|
| romeo |
Отправлено: 20 Декабря, 2010 - 21:41:37
|
Лейтенант
Сообщений всего: 31
Дата рег-ции: Май 2009
|
Можете рассказать поподробнее про этот самый XDD
Это язык команд управления или реализации логики?
Или что-то еще?
lamakazzz пишет:romeo пишет:Может быть я чего-то не понимаю, но по-моему мы с Вами не противоречим друг другу.
Конструкция вида
<apply>
<times/>
<ci>x</ci>
<cn>4</cn>
</apply>
гораздо понятнее для машины, чем допустим x*4 или 4x.
вот тут Вы совсем не правы
для машины проще что-то типа
push.s
and #0x00FF,w0
xor.b w0,[++w1],w0
sl w0,w0
mov #psvoffset(_aCRC16),w2
mov [w2+w0],w0
xor.b w0,[--w1],[++w1]
lsr w0,#8,w2
mov.b w2,[--w1]
pop.s
return
а XML - он понятнее человеку
cjA пишет:rem c++ - это прошлый век, зачем он?
чтобы писать языки более высокого уровня XDD
где используется: АСУ какого-нибудь ТП (реальный проект, в котором я принимаю участие - АСУ дизельного генератора для Ровенской АЭС) |
| |
|
|
| Поиск в теме | Версия для печати |
| Страниц (2): « 1 [2] |
| « Алгоритмы » |
Все гости форума могут просматривать этот раздел.
Только зарегистрированные пользователи могут создавать новые темы в этом разделе.
Только зарегистрированные пользователи могут отвечать на сообщения в этом разделе.
|
   |
|
|
|
