|
|
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
Какое напрвление разработки программного обеспечения и информационных систем, на ваше мнение, наиболее перспективно сейчас и в будущем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.10.2006, 14:44 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
Думаю, что направление создания искусственного интеллекта. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.10.2006, 15:12 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
DissareКакое напрвление разработки программного обеспечения и информационных систем, на ваше мнение, наиболее перспективно сейчас и в будущем.пожалуй уже ниодно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.10.2006, 15:46 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
Любая технология, обеспеченная открытыми стандартами и протоколами, перспективна. А дальше - естественный отбор в направлении ИИ. На данном этапе СОА. http://ru.wikipedia.org/wiki/СОА ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.10.2006, 16:57 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
LSV DissareКакое напрвление разработки программного обеспечения и информационных систем, на ваше мнение, наиболее перспективно сейчас и в будущем.пожалуй уже ниодно и началось в колхозе утро (круглый) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.10.2006, 19:28 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
DissareКакое напрвление разработки программного обеспечения и информационных систем, на ваше мнение, наиболее перспективно сейчас и в будущем. Речь идёт об информационных технологиях или о прикладных проблемах? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.10.2006, 20:50 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
Если подходить с точки зрения обобщенных предметных областей, то пмсм, учетные системы практически себя исчерпали. Собственно поэтомоу кол-во моих топиков и уменьшается :(. Скучно стало.Стало все больше и больше конструкторов, что, пмсм,говорит о взрослении данного направления производства.Конечно до того, как бух, фи дир и прочие будут рисовать себе мышью все и вся бизнес процессы и сцеплять системы не зная как они изнутри живут еще далеко,но теперь это уже виднеется.Собственно поэтому я практически забил на учетные системы (всегда кроме работы "для денег" была работа для "души"), где реализовал основные свои задумки по "универсальности и настраивамости в целях быстрой адаптации к жизненным реалиям", оставив неокучанным на n-ое количество процентов автогенерацию интерфейсов и технологию распределенного взаимодействия систем (хотя как без собственного "маппера-трансглюкатора", тоже есть мини-приблуды).Сейчас занялся изучением направления систем тренажеростроения, над чем сейчас и работаю.Делаем программно-аппаратный комплекс построения тренажеров "всего и вся". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.10.2006, 22:32 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
Основная проблема - отсутствие универсального языка программирования ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2006, 10:23 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
язык программирования д/б имхо предметно-ориентированным.появление такого языка говорит о взрослении соотв отрасли ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2006, 10:56 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
Shtockязык программирования д/б имхо предметно-ориентированным.появление такого языка говорит о взрослении соотв отрасли Универсальный ЯП должен позволять разрабатывать на его основе любой предметно-ориентированный язык под конкретную задачу - в этом и проблема. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2006, 11:44 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
DissareКакое напрвление разработки программного обеспечения и информационных систем, на ваше мнение, наиболее перспективно сейчас и в будущем. Для ВНУТРЕННЕГО рынка России на мой взгляд весьма перспективно такое направление как EAI - Enterprise Application Integration. Потребность в EAI решениях уже ощущается в крупных корпорациях и с течением времени эта потребность будет нарастать. Кроме того все органы государственной власти, а также структуры ВС также будут нуждаться в EAI решениях. Весьма перспективна также и разработка платформ для EAI решений, но востребованы они могут быть только на внутреннем рынке - существующие платформы EAI такие как Tibco, webMethods и др. неприемлимы для многих государственных структур по понятным причинам. Ну и разумеется EAI далеко не единственное перспективное направление :) Что касается AI то сейчас и в среднесрочной перспективе это останется больше исследовательским направлением - компаниям здесь трудно соревноваться с университетами и исследовательскими центрами ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2006, 11:57 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
mcureenab DissareКакое напрвление разработки программного обеспечения и информационных систем, на ваше мнение, наиболее перспективно сейчас и в будущем. Речь идёт об информационных технологиях или о прикладных проблемах? О прикладных проблемах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2006, 12:15 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
<Универсальный ЯП должен позволять разрабатывать на его основе любой предметно-ориентированный язык под конкретную задачу - в этом и проблема.> - конструктор конструкторов действительно тяжело разработать. А еще чтобы он сам хелпы генерировал. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2006, 12:22 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
мод Shtockязык программирования д/б имхо предметно-ориентированным.появление такого языка говорит о взрослении соотв отрасли Универсальный ЯП должен позволять разрабатывать на его основе любой предметно-ориентированный язык под конкретную задачу - в этом и проблема. UML? ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2006, 12:30 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
IMO - наиболее перспективно совершенствование самого процесса разработки ПО. Потому что зачастую эта самая разработка идет трудно, долго, стоит дорого, а результат неприменим для дальнейшего использования. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2006, 12:45 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
Petro123UML? ;) UML - язык моделирования, а надо программирования. Попытка (более менее удачная) была сделана в клиппере. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2006, 14:19 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
Shtock А еще чтобы он сам хелпы генерировал. :) Как-то использовали макрогененератор для формирования документации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2006, 14:21 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
Shtock<Универсальный ЯП должен позволять разрабатывать на его основе любой предметно-ориентированный язык под конкретную задачу - в этом и проблема.> - конструктор конструкторов действительно тяжело разработать. А еще чтобы он сам хелпы генерировал. :) ИМХО, универсальных языков сейчас хватает: C++, Java и т.д. и т.п. Специализация в них достигается путём создания проблеммно ориентированных библиотек. Существует и море специализированных языков, но их мало кто знает, и чтобы их использовать нужны очень веские основания. Для разработки языков (точнее компиляторов, поскольку язык без компилятора не даёт практической пользы), есть и языки описания языков и компиляторы компиляторов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2006, 14:33 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
Alexey KudinovIMO - наиболее перспективно совершенствование самого процесса разработки ПО. Потому что зачастую эта самая разработка идет трудно, долго, стоит дорого, а результат неприменим для дальнейшего использования. Доделать RUP? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2006, 14:34 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
mcureenabДоделать RUP? Возможно. Я не готов предложить конкретного рецепта повышения качества разработки (знал бы прикуп ...) Но проблема на лицо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2006, 14:48 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
все-таки проблемно-ориентированная библиотека и проблемно-ориентированный язык-немного разные вещи,взять хотя бы unreal script. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2006, 16:27 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
[quot mcureenabИМХО, универсальных языков сейчас хватает: C++, Java и т.д. и т.п. Специализация в них достигается путём создания проблеммно ориентированных библиотек. [/quot] В том и дело, что нужен только один язык, в котором специализация достигается за счет создания из него другого языка - клона, а не библ. функций. В клиппере например можно описать новый оператор языка, а не процедуру-функцию. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2006, 17:23 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
DissareО прикладных проблемах. В таком случае это интеграция. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2006, 20:01 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
мод mcureenabИМХО, универсальных языков сейчас хватает: C++, Java и т.д. и т.п. Специализация в них достигается путём создания проблеммно ориентированных библиотек. В том и дело, что нужен только один язык, в котором специализация достигается за счет создания из него другого языка - клона, а не библ. функций. В клиппере например можно описать новый оператор языка, а не процедуру-функцию. Операторы отличаются от функций только формой записи и то не всегда. Язык-клон, очевидно, является новым языком, таким образом мы снова приходим к событиям Вавилона. Разработка новых языков задача настолько концептуально сложная, что издержки на автоматизацию этого процесса незначительны. В мире машинных языков было придумано гораздо больше чем человеческих, но из них выжили от силы десятка два. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2006, 21:10 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
Alexey Kudinov mcureenabДоделать RUP? Возможно. Я не готов предложить конкретного рецепта повышения качества разработки (знал бы прикуп ...) Но проблема на лицо. Согласен. Судя по книжным полкам в магазинах, народ сейчас сильно озабочен тестированием ПО. По другим приложениям, имеет смысл слазить на тематические форумы. 2 Dissare, тебя самого какие прикладные направления интересуют? Наверняка в них есть задачи ждущие решения на ЭВМ. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2006, 21:16 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
mcureenab 2 Dissare, тебя самого какие прикладные направления интересуют? Наверняка в них есть задачи ждущие решения на ЭВМ. Лично меня интересует разработка универсальных ERP-систем, гибких к потребностям конечного пользователя. Только не уверен, что это правильное направление деятельности. Вот и хотелось узнать, что об этом думают другие. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2006, 11:00 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
mcureenabОператоры отличаются от функций только формой записи и то не всегда. да ? select(t1,(p1,p2,p3),p4='A') select p1,p2,p3 from t1 where p4='A' mcureenab Язык-клон, очевидно, является новым языком, таким образом мы снова приходим к событиям Вавилона. planner содержит lisp как подмножество mcureenab Разработка новых языков задача настолько концептуально сложная, что издержки на автоматизацию этого процесса незначительны. Речь идет о разработке спец. языка под каждую конкретную задачу. При этом сложность перекладывается именно на реализацию, т.е придумать можно а реализовать нельзя. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2006, 11:06 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
Dissare mcureenab 2 Dissare, тебя самого какие прикладные направления интересуют? Наверняка в них есть задачи ждущие решения на ЭВМ. Лично меня интересует разработка универсальных ERP-систем, гибких к потребностям конечного пользователя. Только не уверен, что это правильное направление деятельности. Вот и хотелось узнать, что об этом думают другие. Сентябрь 11, 2006 Достоинства и недостатки современных ERP-систем Сергей Середа, CNews http://www.insapov.ru/erp-pro-contra.html ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2006, 11:18 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
модРечь идет о разработке спец. языка под каждую конкретную задачу. При этом сложность перекладывается именно на реализацию, т.е придумать можно а реализовать нельзя. Это чтож за язык такой нужно придумать, чтобы разработка компилятора для него оказалась непосильной задачей? Если машина не может понять что написано, почему человек будет в состоянии это сделать? Естественные языки в расчёт не берём в силу их неоднозначности (точнее, для интерпретации фразы на естественном языке нужно знать контекст в котором она сказана, интонацию и т.д.). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2006, 12:43 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
DissareЛично меня интересует разработка универсальных ERP-систем, гибких к потребностям конечного пользователя.А что такое "гибких к потребностям", и почему оно называется именно "ERP-систем"-ой? Или на уровне интереса все пока и заканчивается? :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2006, 12:53 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
Dissare mcureenab 2 Dissare, тебя самого какие прикладные направления интересуют? Наверняка в них есть задачи ждущие решения на ЭВМ. Лично меня интересует разработка универсальных ERP-систем, гибких к потребностям конечного пользователя. Только не уверен, что это правильное направление деятельности. Вот и хотелось узнать, что об этом думают другие. ERP системы это очень-очень востребованное направление нынче... Причем не только в РФ - внедрение идет повсеместно, хотя как обычно шума значительно больше чем дела. Другое дело что: 1) На рынке ERP систем довольно много игроков и вклиниться туда непросто 2) Чтобы выполнять внедрение ERP систем, компании нужно каким-то образом заработать сначала репутацию - нелегкое это дело... 3) Чтобы РАЗРАБОТАТЬ свою ERP систему, нужны деньги - и много... Внедрять новую, никому не известную ERP платформу найдется немного желающих... Решений этой проблемы хватает, но все оди сводятся к одному - деньги Что касается УНИВЕРСАЛЬНОСТИ ERP систем то... это в общем то скорее благое пожелание.. практически все ERP платформы в настоящий момент позиционируются как универсальные, и абсолютно все таковыми не являются... На мой взгляд был бы очень перспективным подход, когда некая компания разрабатывает ядро платформы на условиях Open Source, с четко прописанными интерфейсами и API для прикладных модулей. Прикладные же модули разрабатываются как в самой компании так и всеми желающими и могут поставляться на иных условиях (не только Open Source). Такая компания может зарабатывать деньги на консалтинге (внедрение собственной платформы), заказной разработке прикладных модулей под нужды заказчика, обучение, издание специальной литературы по выпускаемой платформе. Подобный подход не без успеха был реализован во многих проектах... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2006, 13:06 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
mcureenabИМХО, универсальных языков сейчас хватает: Если вы так считаете, то вам новый ЯП просто не нужен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2006, 14:08 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
мод mcureenabИМХО, универсальных языков сейчас хватает: Если вы так считаете, то вам новый ЯП просто не нужен. Да вроде C++ вполне хватает. Другое дело, что на выбор языка оказывают и многие другие объективные и субъективные факторы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2006, 14:24 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
mcureenabДа вроде C++ вполне хватает. Не надо спешить: C++ + SQL - это как минимум уже два ЯП (т.е. одного C++ мало) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2006, 15:31 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
asdfghjklА что такое "гибких к потребностям" ну это же просто... в минимальной конфигурации работает на вашем мобильнике, масштабируется и вверх и вниз, и вправо и влево... интегрируется со всеми системами, даже не написанными... о как! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2006, 15:52 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
Dried Gagarin ну это же просто... в минимальной конфигурации работает на вашем мобильнике, масштабируется и вверх и вниз, и вправо и влево... интегрируется со всеми системами, даже не написанными... о как!Ну это как раз самое простое - техническое масштабирование. Куда более занятная тема - функциональное. Во! Народ, ткните носом в такое чудо, при его наличии, плиз. Хоть посмотреть одним глазком... :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2006, 17:02 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
мод mcureenabДа вроде C++ вполне хватает. Не надо спешить: C++ + SQL - это как минимум уже два ЯП (т.е. одного C++ мало) Речь шла об универсальных языках. 1. SQL это специализированный язык. Сам по себе он никаких задач не решает. SQL запрос для курсора БД, это как конфигурационный файл для программы, он определяет вариативные свойства курсора. С тем же успехом можно заявить, что ini файлы Windows написаны на языке ini файлов (в общем так оно и есть). 2. Под универсальными ЯП я в первую очередь подразумеваю алгоритмические языки. Может быть я просто не знаю иных универсальных языков? 3. Объектный интерфейс ОРСУБД Оракл (точнее объектная часть OCI поверх старого доброго SQL интерфейса) почти избавляет от необходимости использовать SQL в программах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2006, 17:39 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
DissareКакое напрвление разработки программного обеспечения и информационных систем, на ваше мнение, наиболее перспективно сейчас и в будущем. ну это простой вопрос Наиболее перспективно и сейчас и в будущем разработка такого программного обеспечения и информационных систем, которые после их разработки могут просто работать сами и зарабатывать деньги их разработчикам, уже без особого участия со стороны разработчиков. то есть системы должны работать, а их разработчики отдыхать представляется, что разработка "универсальных ERP систем" не соответствует этому требованию ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2006, 17:41 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
kvasov то есть системы должны работать, а их разработчики отдыхать представляется, что разработка "универсальных ERP систем" не соответствует этому требованию Эт точно ) И ваще, любое универсальное решение есть зло, поскольку отнимает хлеб у разработчика... Что касается системы, которая работает, а разработчик отдыхает, то здесь национальный копирайт застолбил г. Мавроди :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2006, 21:37 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
zirconate Что касается системы, которая работает, а разработчик отдыхает, то здесь национальный копирайт застолбил г. Мавроди :) неудачный пример - его система перестала работать то есть никакой его системы сейчас просто нет а слово копирайт - это из другой оперы, это методы и пути всякие нужен тебе копирайт - работай копирайтом, нужен тебе С++ - изучай С++ главное - на выходе должна быть работающая на тебя система, дающая тебе свободное время и поток финансов (к слову свободное время и так у всех будет, на пенсии) так зачем ждать пенсии, чтобы жить хорошо? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2006, 22:26 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
mcureenab 1.SQL это универсальный декларативный ЯП. На нем можно решить любую задачу, которую удастся так сформулировать. 3. А ХП это уже не программы ? Проблема как раз в том что-бы решить любую задачу с помощью только одного ЯП, который был-бы одновременно и алгоритмическим, процедурным, функциональным и декларативным. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2006, 09:53 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
kvasov zirconate Что касается системы, которая работает, а разработчик отдыхает, то здесь национальный копирайт застолбил г. Мавроди :) неудачный пример - его система перестала работать то есть никакой его системы сейчас просто нет Да вы батенька оптимист! Докладываю - есть, работает и развивается :) kvasov а слово копирайт - это из другой оперы, это методы и пути всякие нужен тебе копирайт - работай копирайтом, нужен тебе С++ - изучай С++ Почему это из другой оперы? Самая что ни на есть та самая опера! У меня скажем есть свой собственный проектик, который мне приносит небольшую денежку... Небольшую, но регулярную... И ентот проектик основывается на моей собственной идее - это и есть мой собственный копирайт (национальный замечу - просто я слямзил эту идею и адаптировал к русскоязычным потребителям)... И Мавроди тоже слямзил... Просто он был первым... Его последователи счастливо эксплуатируют сию идею :) Другое дело, что мне таки приходится немножко работать, чтобы получать ту маленькую денежку... А у система Мавроди работала сама после ее основания - все что я хотел сказать, это то, что если вы хотите сделать то, что потом будет само по себе приносить вам доход, без малейшего участия с вашей стороны, то учиться надо именно у г. Мавроди. А если хочется таки заняться какой нибудь общественно полезной деятельностью, да еще так, чтобы сия деятельность приносила некий доход, то здесь уже придется работать... Возможно для кого-то это неудобство - сочуствую... Мне лично работать нравится (можете мне посочуствовать kvasov главное - на выходе должна быть работающая на тебя система, дающая тебе свободное время и поток финансов (к слову свободное время и так у всех будет, на пенсии) так зачем ждать пенсии, чтобы жить хорошо? Во-во... Учитесь у г. Мавроди ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2006, 10:12 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
полностью согласен с "Проблема как раз в том что-бы решить любую задачу с помощью только одного ЯП, который был-бы одновременно и алгоритмическим, процедурным, функциональным и декларативным.", я бы правда ко всему этому добавил "легкий в освоении". Для меня сейчас важно,чтобы человек,посаженный за мою систему (причем 2 роли:специалист по 3d-моделированию и по предметной области) за неделю стал что-то настраивать/докручивать в базовой модели на этом языке,причем с учетом того что специалисты по предметной области не очень то любят все это программирование. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2006, 10:13 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
ShtockДля меня сейчас важно,чтобы человек,посаженный за мою систему за неделю стал что-то настраивать/докручивать в базовой модели на этом языке,причем с учетом того что специалисты по предметной области не очень то любят все это программирование. Вот именно. Для этого в системе уже д.б. язык по этой предметной области (сконструированный из базового универсального ЯП). Тогда специалисто-предметников не надо учить ЯП, а только "их" языку. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2006, 11:07 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
мод mcureenab 1.SQL это универсальный декларативный ЯП. На нем можно решить любую задачу, которую удастся так сформулировать. 3. А ХП это уже не программы ? Проблема как раз в том что-бы решить любую задачу с помощью только одного ЯП, который был-бы одновременно и алгоритмическим, процедурным, функциональным и декларативным. 1. На SQL решаются только задачи управления даными, в реляционных отношениях и то далеко не все. Как не крути, а это далеко не полный класс задач, которые приходится решать с помошью ЭВМ. И где тут универсальность? ИМХО, только алгоритмические языки могут быть универсальными языками программирования ЭВМ. Декларативные языки всегда будут нацелены на решение определённого круга задач. Например в математике для решения задач в разных облястях часто используются уникальные обозначения операций и т.п. И то, математика даёт лишь описание задачи, чтобы найти результат, нужно выполнить некоторый алгоритм причём далеко не всегда этот алгоритм является единственным и вообще известен. 3. ХП это библиотечные процедуры. Не вижу никаких проблем в том, чтобы писать их на C++, например Оракл прадлагает транслятор ХП с PL/SQL в C++. Другое дело, что C++ слишком универсальный язык, чтобы быть надёжным и простым в изучении и использовании. Языки сочетающие в себе декларативные и процедурные свойства существуют (Eifel если не ошибаюсь), но не нашли широкого применения в бизнесе. Видимо по той причине, что современные задачи слишком сложно описывать на формальном декларативном языке (причём после декларативного описания всё равно придётся писать алгоритм, что касается SQL, то СУБД умеет создавать план-алгоритм запроса, но не всегда удачно). Обычно, значительно проще сразу написать алгоритм, а потом отладить его на контрольных примерах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2006, 11:29 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
mcureenab Функциональное программирование - это вид декларативного. При этом известно что любую задачу можно решить в терминах функций. Т.е. любая задача в принципе решается декларативно. Процедурный подход используется для облегчения самого процесса программирования. Действительно часто явно задать алгоритм проще чем описать декларацию. Поэтому и нужен ЯП со всеми возможностями, поэтому и недостаточно только С или только SQL. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2006, 12:27 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
мод mcureenab Функциональное программирование - это вид декларативного. При этом известно что любую задачу можно решить в терминах функций. Т.е. любая задача в принципе решается декларативно. Процедурный подход используется для облегчения самого процесса программирования. Действительно часто явно задать алгоритм проще чем описать декларацию. Поэтому и нужен ЯП со всеми возможностями, поэтому и недостаточно только С или только SQL. Для программирования ЭВМ C (или ассемблера на худой конец) достаточно. Всё что можно решить на ЭВМ, можно сформулировать на алгоритмическом языке. Потенциально декларативные языки в этом отношении более универсальны, но что нам с того толку, если сформулированная на декларативном языке задача на ЭВМ не будет рашаться в принципе? А под те классы задач, для которых разработаны методы преобразования спецификаций в процедуры разрабатываются специализированные языки, которые универсальными никак не назовёшь. Видимо по этому компьютерная наука выделилась от математики в самостоятельную дисциплину. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.10.2006, 11:11 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
mcureenabДля программирования ЭВМ C (или ассемблера на худой конец) достаточно. Программирование к ЭВМ не имеет никакого отношения, в этом все и дело. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.10.2006, 11:50 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
мод mcureenabДля программирования ЭВМ C (или ассемблера на худой конец) достаточно. Программирование к ЭВМ не имеет никакого отношения, в этом все и дело. Тогда какое отношение твои высказывания имеют к теме "разработка ПО"? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.10.2006, 12:27 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
DissareКакое напрвление разработки программного обеспечения и информационных систем, на ваше мнение, наиболее перспективно сейчас и в будущем. Моделирование. Причем динамическое, т.е. не просто описать существующую систему, а штобы можно было подергать за ниточки и посмотреть как меняюццо объекты системы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.10.2006, 14:54 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
mcureenabТогда какое отношение твои высказывания имеют к теме "разработка ПО"? Разработка ПО = программирование - это формулировка неких идей с использованием ЯП, поэтому очень важно, что представляет собой этот ЯП. Дейкстру читали ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.10.2006, 15:04 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
мод mcureenabТогда какое отношение твои высказывания имеют к теме "разработка ПО"? Разработка ПО = программирование - это формулировка неких идей с использованием ЯП, поэтому очень важно, что представляет собой этот ЯП. Сегодня разработка ПО продвинулась гораздо дальше собственно написания программ. На каждой стадии разработки системы используются разные языки. Естественные, UML, наконец ЯП. модДейкстру читали ? Нет. Ссылочку можно, пзл.? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.10.2006, 15:22 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
mcureenab модДейкстру читали ? Нет. Ссылочку можно, пзл.? http://lib.ru/CTOTOR/DEJKSTRA/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.10.2006, 17:52 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
А вот никто не хочет разработать конструктор запросов к БД? Не аналайзер скопировать, а сделать визуальный конструктор. Идеально было указать исходный набор данных и результирующий, а SQL-конструкцию он напишет сам :) Вопчем, такой... продвинутый конструктор. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.10.2006, 15:44 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
GalantА вот никто не хочет разработать конструктор запросов к БД? Не аналайзер скопировать, а сделать визуальный конструктор. Идеально было указать исходный набор данных и результирующий, а SQL-конструкцию он напишет сам :) Вопчем, такой... продвинутый конструктор. сначала переводим слабо-формализованный человечий язык на язык ЭВМ (SQL), а потом наоборот? Нефиг подстраиваться под машины! Пусть Они подстраиваются под нас )))))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.10.2006, 15:56 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
Petro123сначала переводим слабо-формализованный человечий язык на язык ЭВМ (SQL), а потом наоборот? Нефиг подстраиваться под машины! Пусть Они подстраиваются под нас )))))) Ну, насколько я понял, самая сокровенная тема здесь - клонирование InfoPath, под лозунгом "Каждая домохозяйка...". Так почему бы немного не отойти в сторону и не сделать приятное бразе-программеру :) Я бы хоть завтра купил. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.10.2006, 16:19 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
Dissare mcureenab 2 Dissare, тебя самого какие прикладные направления интересуют? Наверняка в них есть задачи ждущие решения на ЭВМ. Лично меня интересует разработка универсальных ERP-систем, гибких к потребностям конечного пользователя. Только не уверен, что это правильное направление деятельности. Вот и хотелось узнать, что об этом думают другие. Да нормально... Только вот найди заказчика, который даст тебе пару лет на нем эксперименты ставить... А там - если гением окажешься, то и все получится ) Такие вещи можно только "на живом теле делать" ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.10.2006, 19:58 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
Dissare mcureenab 2 Dissare, тебя самого какие прикладные направления интересуют? Наверняка в них есть задачи ждущие решения на ЭВМ. Лично меня интересует разработка универсальных ERP-систем, гибких к потребностям конечного пользователя. Только не уверен, что это правильное направление деятельности. Вот и хотелось узнать, что об этом думают другие. Нужен чисто объектный механизм конструктор , на основе абстракций предметной области : параметр с простой типизацией, документ (как структурный набор параметров) , запрос ( умеющий найти любой набор значений параметров) . Это позволит описать задачи управления "так как есть "-в логике (понимании) постановщика задач. Инструменты умеющие работать с такими обстракциями: конфигуратор ( строить) , клиент (запрашивать, считать, показывать), сервер (писать, хранить как есть, искать) . Средства общения с внешними программами - экспорт-импорт. Вкратце все. И никаких реляционных приблуд и псевдообъектных усожнений. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2006, 22:44 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
GalantА вот никто не хочет разработать конструктор запросов к БД? Не аналайзер скопировать, а сделать визуальный конструктор. Идеально было указать исходный набор данных и результирующий, а SQL-конструкцию он напишет сам :) Вопчем, такой... продвинутый конструктор. Можно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2006, 22:48 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
BusyMan Dissare mcureenab 2 Dissare, тебя самого какие прикладные направления интересуют? Наверняка в них есть задачи ждущие решения на ЭВМ. Лично меня интересует разработка универсальных ERP-систем, гибких к потребностям конечного пользователя. Только не уверен, что это правильное направление деятельности. Вот и хотелось узнать, что об этом думают другие. Да нормально... Только вот найди заказчика, который даст тебе пару лет на нем эксперименты ставить... А там - если гением окажешься, то и все получится ) Такие вещи можно только "на живом теле делать" ) 2 года только блуждать, 1 год- понять 3 года релизовывать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2006, 22:50 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
Shtockполностью согласен с "Проблема как раз в том что-бы решить любую задачу с помощью только одного ЯП, который был-бы одновременно и алгоритмическим, процедурным, функциональным и декларативным.", я бы правда ко всему этому добавил "легкий в освоении". Для меня сейчас важно,чтобы человек,посаженный за мою систему (причем 2 роли:специалист по 3d-моделированию и по предметной области) за неделю стал что-то настраивать/докручивать в базовой модели на этом языке,причем с учетом того что специалисты по предметной области не очень то любят все это программирование. Интересная идея. А подробнее можно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2006, 22:56 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
мод ShtockДля меня сейчас важно,чтобы человек,посаженный за мою систему за неделю стал что-то настраивать/докручивать в базовой модели на этом языке,причем с учетом того что специалисты по предметной области не очень то любят все это программирование. Вот именно. Для этого в системе уже д.б. язык по этой предметной области (сконструированный из базового универсального ЯП). Тогда специалисто-предметников не надо учить ЯП, а только "их" языку. Да, Да,Да. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2006, 22:58 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
alkinНужен чисто объектный механизм конструктор , на основе абстракций предметной области : параметр с простой типизацией, документ (как структурный набор параметров) , запрос ( умеющий найти любой набор значений параметров) . Это позволит описать задачи управления "так как есть "-в логике (понимании) постановщика задач. Инструменты умеющие работать с такими обстракциями: конфигуратор ( строить) , клиент (запрашивать, считать, показывать), сервер (писать, хранить как есть, искать) . Средства общения с внешними программами - экспорт-импорт. Вкратце все. И никаких реляционных приблуд и псевдообъектных усожнений. Иллюзии :) В логике постановщика задач нужно быстро строить интерфейсы, взаимодействие с СУБД и модулей между собой. Абстракции из предметной области - утопия, к которой периодически все возвращаются, наживают гемморой, забывают... опять возвращаются... и по кругу в N-й раз. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 07:57 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
авторАбстракции из предметной области - утопия Ах, эта безапелляционность... А как же документы, планы счетов, проводки, наконец, в 1С? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 08:21 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
Гликоген авторАбстракции из предметной области - утопия Ах, эта безапелляционность... А как же документы, планы счетов, проводки, наконец, в 1С? Как раз пример самый неудачный. А НИКАК! Кое как! Неужели не знаете? Но думаю флейм не стоит разводить по этому поводу. И это не безапеляционность. Я через это все прошел, кто-то собирается. Просто экономлю человеку время. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 08:36 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
iscrafm alkinНужен чисто объектный механизм конструктор , на основе абстракций предметной области : параметр с простой типизацией, документ (как структурный набор параметров) , запрос ( умеющий найти любой набор значений параметров) . Это позволит описать задачи управления "так как есть "-в логике (понимании) постановщика задач. Инструменты умеющие работать с такими обстракциями: конфигуратор ( строить) , клиент (запрашивать, считать, показывать), сервер (писать, хранить как есть, искать) . Средства общения с внешними программами - экспорт-импорт. Вкратце все. И никаких реляционных приблуд и псевдообъектных усожнений. Иллюзии :) В логике постановщика задач нужно быстро строить интерфейсы, взаимодействие с СУБД и модулей между собой. Абстракции из предметной области - утопия, к которой периодически все возвращаются, наживают гемморой, забывают... опять возвращаются... и по кругу в N-й раз. А зачем нужно СУБД? Если хранить на сервере документ в той структуре какой он есть в природе и запрос делать зная эту структуру, то строить надо взаимодействие постановщика с сервером. Понятие Модульность уходит на уровень доступа к данным определенного типа документа , а если точнее к отчетам построенным на данных определенных постановщиком типов документов и т.п. Реально? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 09:12 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
alkinА зачем нужно СУБД? Если хранить на сервере документ в той структуре какой он есть в природе и запрос делать зная эту структуру, то строить надо взаимодействие постановщика с сервером. Понятие Модульность уходит на уровень доступа к данным определенного типа документа , а если точнее к отчетам построенным на данных определенных постановщиком типов документов и т.п. Реально? Без базы не обойдетесь. Вы же о реальной системе. Много данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 09:41 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
iscrafm alkinА зачем нужно СУБД? Если хранить на сервере документ в той структуре какой он есть в природе и запрос делать зная эту структуру, то строить надо взаимодействие постановщика с сервером. Понятие Модульность уходит на уровень доступа к данным определенного типа документа , а если точнее к отчетам построенным на данных определенных постановщиком типов документов и т.п. Реально? Без базы не обойдетесь. Вы же о реальной системе. Много данных. База будет одна. Та что хранится на сервере. Имею ввиду чисто объектный сервер. Документ записывается в него в той структуре какой есть в природе ( писал об этом ранее)., т.е. каждый параметр документа знает с какими параметрами соседствует в документе. Как думаете что это даст? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 10:00 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
alkinИмею ввиду чисто объектный сервер. Документ записывается в него в той структуре какой есть в природе ( писал об этом ранее)., т.е. каждый параметр документа знает с какими параметрами соседствует в документе. Как думаете что это даст? Что есть на сегодняшний день: Объекты и документы описываются на некоем декларативном языке а-ля кобол и регистрируются в системе. В СУБД это хранится по EAV в фикс. таблицах. На основе этого описания автоматич. генерируются меню, экранные и печатные формы. Для чтения данных есть стандартные view и функции, которые представляют понятия прикл. области. Можно писать свои. Т.о проектировщик может не знать настоящей структуры таблиц БД. При этом все открыто. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 11:21 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
мод alkinИмею ввиду чисто объектный сервер. Документ записывается в него в той структуре какой есть в природе ( писал об этом ранее)., т.е. каждый параметр документа знает с какими параметрами соседствует в документе. Как думаете что это даст? Что есть на сегодняшний день: Объекты и документы описываются на некоем декларативном языке а-ля кобол и регистрируются в системе. В СУБД это хранится по EAV в фикс. таблицах. На основе этого описания автоматич. генерируются меню, экранные и печатные формы. Для чтения данных есть стандартные view и функции, которые представляют понятия прикл. области. Можно писать свои. Т.о проектировщик может не знать настоящей структуры таблиц БД. При этом все открыто. Документ д.б. объектом. Язык должен обеспечивать описание документа в понятном для проектировщика (постановщика виде) например упрощенно: Тип документа "Накладная" - Шапка - Параметры : Номер, Дата, Организация, Покупатель .... Таблица- Параметры :Товар, ед.изм, кол-во, сумма ... Всё. Документ готов. Если проектировщик , знает , что именно так этот документ хранится, значит он знает как запросить с него данные. Это дает преимущества. Понятия (абстракции) предметной области становятся понятиями програмирования. Вьювер Да. Функции, что под ними подрузумевать?... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 12:06 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
Гликоген авторАбстракции из предметной области - утопия Ах, эта безапелляционность... А как же документы, планы счетов, проводки, наконец, в 1С? Вот вот и я о том же! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 12:09 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
alkin Все так и есть. Все документы образуют множество или список, доступ к которому и обесп. view (для поиска и фильтра). Функции реализуют понятия прикл. области - пример: остаток_на_счете(дата, счет) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 12:26 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
мод alkin Все так и есть. Все документы образуют множество или список, доступ к которому и обесп. view (для поиска и фильтра). Функции реализуют понятия прикл. области - пример: остаток_на_счете(дата, счет) Если я правильно понял схема - клиент-запрос-view-сервер ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 12:35 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
alkinДокумент д.б. объектом. Где он должен быть объектом ? В базе ? На клиенте ? Где-то еще ? alkinЯзык должен обеспечивать описание документа в понятном для проектировщика (постановщика виде) Так проектировщика или постановщика ? alkinЕсли проектировщик , знает , что именно так этот документ хранится, значит он знает как запросить с него данные. Зачем ему знать как он хранится ? alkinЭто дает преимущества Какие преимущества ? Для кого ? В сравнении с чем ? alkinПонятия (абстракции) предметной области становятся понятиями програмирования Какие понятия програмирования ? Что такое понятия програмирования ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 12:46 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
Alexey Kudinov alkinДокумент д.б. объектом. Где он должен быть объектом ? В базе ? На клиенте ? Где-то еще ? alkinЯзык должен обеспечивать описание документа в понятном для проектировщика (постановщика виде) Так проектировщика или постановщика ? alkinЕсли проектировщик , знает , что именно так этот документ хранится, значит он знает как запросить с него данные. Зачем ему знать как он хранится ? alkinЭто дает преимущества Какие преимущества ? Для кого ? В сравнении с чем ? alkinПонятия (абстракции) предметной области становятся понятиями програмирования Какие понятия програмирования ? Что такое понятия програмирования ? Объектом должен быть везде. Проектировщик и постановщик должен быть в одном лице Имею ввиду логическое представление хранения (физическое может отличаться) Преимущества для проектировщика - 1 документ -1 объект , а не 1 документ- n- объектов ( таблица, база, регистр и т.п. кто как называет). Легче понимать и представлять. Понятия имею ввиду терминология для проектировщика. Только параметр, документ, запрос + 2-3 шт и производные от них. Думаю за этим будущее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 13:16 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
alkin Думаю за этим будущее. Попробуйте составить таким образом реальный документ, чуть сложнее кассового ордера хотя-бы. Потом связать его с оптимальной структурой хранения в БД (именно с оптимальной, по индексам, ключам и т.п., а простое отражение как в 1С. Чтобы это все реально быстро работало). Потом определите для этого документа необходимые обработчики (бизнес-логику). Потом представьте как будете описывать необходимые сервисы по вводу, печати, расчетам и т.п. Поищите в инете. Найдете много программок, которые описанным Вами способом делают нечто подобное. Попробуйте натянуть это на реалии. Мысли о будущем после такой процедуры становятся более реальными просто :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 13:43 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
alkinЕсли я правильно понял схема - клиент-запрос-view-сервер ? В общем, да. Поскольку во view можно использовать функции, в т.ч. возвращающие значения свойств объектов, то доступ полный. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 13:55 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
alkinДумаю за этим будущее. Это уже настоящее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 13:57 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
alkin Объектом должен быть везде. ===== ООБД пока тока в теории Проектировщик и постановщик должен быть в одном лице Имею ввиду логическое представление хранения (физическое может отличаться) === на клиенте ООП, в БД РСУБД Думаю за этим будущее. ========= все мечтаю об Объектных БД, но пока не получается. ______________________________________________ Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 14:07 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
мод alkinДумаю за этим будущее. Это уже настоящее. Где можно краем глаза посмотреть на настоящее. Желательно для нескольких разных отраслей, видов деятельности, разных производств и т.п. Плз... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 14:17 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
p.s. что-то проспал наверное.. :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 14:18 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
мод alkinДумаю за этим будущее. Это уже настоящее. Мне интересно! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 14:38 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
мод alkinДумаю за этим будущее.Это уже настоящее. Это уже прошлое. Мода на повсеместный ORM, MDA и все что из этого получается прошла пару лет назад. См. например бурные обсуждения Bold for delphi в Проектированнии. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 14:39 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
iscrafm alkin Думаю за этим будущее. Попробуйте составить таким образом реальный документ, чуть сложнее кассового ордера хотя-бы. Потом связать его с оптимальной структурой хранения в БД (именно с оптимальной, по индексам, ключам и т.п., а простое отражение как в 1С. Чтобы это все реально быстро работало). Потом определите для этого документа необходимые обработчики (бизнес-логику). Потом представьте как будете описывать необходимые сервисы по вводу, печати, расчетам и т.п. Поищите в инете. Найдете много программок, которые описанным Вами способом делают нечто подобное. Попробуйте натянуть это на реалии. Мысли о будущем после такой процедуры становятся более реальными просто :) Ключи , индексы - не нужны , если как то по особому хранить и бегать по серверу. Расчеты делать на документе. Экранная форма -одна, хранить набор свойств. Печатная форма - правильно разложить значения параметров. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 14:46 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
Alexey Kudinov мод alkinДумаю за этим будущее.Это уже настоящее. Это уже прошлое. Мода на повсеместный ORM, MDA и все что из этого получается прошла пару лет назад. См. например бурные обсуждения Bold for delphi в Проектированнии. Что тогда будущее? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 15:17 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
alkinЧто тогда будущее? уже писал ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 15:22 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
Alexey KudinovIMO - наиболее перспективно совершенствование самого процесса разработки ПО. Потому что зачастую эта самая разработка идет трудно, долго, стоит дорого, а результат неприменим для дальнейшего использования. Извиняюсь за невежество , что такое IMO? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 15:27 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
iscrafmПопробуйте составить таким образом реальный документ, чуть сложнее кассового ордера хотя-бы. СФ подойдет ? Все, вами перичисленное, сделано, и реально работает на реальных объемах и реальных документах "чуть сложнее кассового ордера" (надо только чуть-чуть подумать). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 15:30 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
Petro123на клиенте ООП, в БД РСУБД Фокус в том, что таких понятий, как БД и СУБД не должно быть. Если есть один универсальный ЯП со своими структурами данных, то эти данные и есть "БД", а операторы ЯП - "СУБД". Все дело в области видимости переменных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 15:39 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
alkinИзвиняюсь за невежество , что такое IMO?In My Opinion ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 15:44 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
А кто писал 3d склад с условием единовременного хранения на ячейке товара одного вида? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 15:45 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
мод Petro123на клиенте ООП, в БД РСУБД Фокус в том, что таких понятий, как БД и СУБД не должно быть. Если есть один универсальный ЯП со своими структурами данных, то эти данные и есть "БД", а операторы ЯП - "СУБД". Все дело в области видимости переменных. А какой набор операторов предлагается? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 15:47 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
Alexey Kudinov alkinИзвиняюсь за невежество , что такое IMO?In My Opinion Где могу ознакомиться? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 15:48 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
мод Petro123на клиенте ООП, в БД РСУБД Фокус в том, что таких понятий, как БД и СУБД не должно быть. Если есть один универсальный ЯП со своими структурами данных, то эти данные и есть "БД", а операторы ЯП - "СУБД". Все дело в области видимости переменных. бред ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 15:54 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
модФокус в том, что таких понятий, как БД и СУБД не должно быть. Если есть один универсальный ЯП со своими структурами данных, то эти данные и есть "БД", а операторы ЯП - "СУБД". Все дело в области видимости переменных. Вы не о mumps ли случайно ? alkinГде могу ознакомиться? с чем ознакомится ? не понял вопроса ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 16:06 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
alkinА какой набор операторов предлагается? Зависит от типа данных: список массив структура массив структур массив массивов и т.д. но в любом случае как мин д.б. реализовано все что есть в SQL и м.б. что-то еще ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 16:39 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
Petro123бред Ну и что ? Вы на тему топика поглядите ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 16:40 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
Alexey Kudinov Вы не о mumps ли случайно ? mumps - плохая реализация хорошей идеи. Были реализации получше, но нужно еще лучше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 16:45 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
Alexey Kudinov[quot мод]Фокус в том, что таких понятий, как БД и СУБД не должно быть. Если есть один универсальный ЯП со своими структурами данных, то эти данные и есть "БД", а операторы ЯП - "СУБД". Все дело в области видимости переменных. Вы не о mumps ли случайно ? alkinГде могу ознакомиться? с чем ознакомится ? не понял вопроса[/quot Вопрос снят. Ошибка адресата. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 16:51 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
Alexey KudinovIMO - наиболее перспективно совершенствование самого процесса разработки ПО. +1. Абсолютно согласен. А все разговоры о визуальных конструкторах приложений, с которыми может работать любой продвинутый пользователь, "универсальных" ERP-системах и т.н. "системах искусственного интеллекта" - от лукавого. Ну не будет никто думать за разработчика. Разработка приложений - сложный процесс, и с этим надо смириться, никакой искусственный интеллект с этим не справится, а "настраиваемую" ERP-систему зачастую настроить сложнее, чем напрограммировать новую. По сравнению с овладением методиками разработки приложений, выучить любой язык программирования - раз плюнуть. Именно поэтому вряд ли когда станут популярны визуальные конструкторы запросов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 18:47 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
А все разговоры о визуальных конструкторах приложений, с которыми может работать любой продвинутый пользователь, "универсальных" ERP-системах и т.н. "системах искусственного интеллекта" - от лукавого. Ну не будет никто думать за разработчика. Разработка приложений - сложный процесс, и с этим надо смириться, никакой искусственный интеллект с этим не справится, а "настраиваемую" ERP-систему зачастую настроить сложнее, чем напрограммировать новую. По сравнению с овладением методиками разработки приложений, выучить любой язык программирования - раз плюнуть. Именно поэтому вряд ли когда станут популярны визуальные конструкторы запросов.[/quot] Думаю, что вопрос стоит не о искуственном интелекте, а об упрощении языков програмирования в сторону прямого описания предметной области. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2006, 22:59 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
упрощение, укрупнение.... Тут на С иногда проблема описать бизнес, а Вы о каких-то предметных абстракциях высокого уровня :) Подобное уже давно реализовано и называется Excel. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2006, 09:01 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
А из аудитории кто пишет объектные языки? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2006, 10:11 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
iscrafmупрощение, укрупнение.... Тут на С иногда проблема описать бизнес, а Вы о каких-то предметных абстракциях высокого уровня :) Подобное уже давно реализовано и называется Excel. Скорость низкая... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2006, 10:12 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
alkinСкорость низкая... Скорость чего? сорри, не понял ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2006, 10:13 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
iscrafm alkinСкорость низкая... Скорость чего? сорри, не понял Проектирования... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2006, 10:32 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
блин, вот по этому "а "настраиваемую" ERP-систему зачастую настроить сложнее, чем напрограммировать новую. " у нас каждый пишет велосипед под себя!!! "А все разговоры о визуальных конструкторах приложений, с которыми может работать любой продвинутый пользователь" - а что вы скажете о scada-системах, о системах для разработки приборных панелей (собственно о системе разработки тренажеров,которой я сейчас тоже занимаюсь) - справляются замечательно с ними инженеры-конструкторы,а не программисты,так что абстракции очень высокого уровня очень нужны. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2006, 10:48 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
Shtockблин, вот по этому "а "настраиваемую" ERP-систему зачастую настроить сложнее, чем напрограммировать новую. " у нас каждый пишет велосипед под себя!!! "А все разговоры о визуальных конструкторах приложений, с которыми может работать любой продвинутый пользователь" - а что вы скажете о scada-системах, о системах для разработки приборных панелей (собственно о системе разработки тренажеров,которой я сейчас тоже занимаюсь) - справляются замечательно с ними инженеры-конструкторы,а не программисты,так что абстракции очень высокого уровня очень нужны. Да конструкторы это будущее- убедился на своем опыте ! А где можно узнать о scada-системах? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2006, 11:09 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
alkinДумаю, что вопрос стоит не о искуственном интелекте, а об упрощении языков програмирования в сторону прямого описания предметной области. Я бы сказал, не упрощения, а специализации путем клонирования и мутации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2006, 11:52 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
ну из довольно новороченных - это wincc, Genesis32,при наличии желания LabView можно ей назвать, а так google рулит.Для конструирования приборных панелей очень классная штука GLStudio,но у нее особый подход:если другие системы являются и runtime-средой, то она генерит c++ код,который можно впихнуть "куда угодно" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2006, 11:55 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
мод alkinДумаю, что вопрос стоит не о искуственном интелекте, а об упрощении языков програмирования в сторону прямого описания предметной области. Я бы сказал, не упрощения, а специализации путем клонирования и мутации. На практике скопировал объект и видоизменил ? Так я понял? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2006, 12:02 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
Shtockну из довольно новороченных - это wincc, Genesis32,при наличии желания LabView можно ей назвать, а так google рулит.Для конструирования приборных панелей очень классная штука GLStudio,но у нее особый подход:если другие системы являются и runtime-средой, то она генерит c++ код,который можно впихнуть "куда угодно" Т.е есть возможность соединять с EPR и т.п. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2006, 12:04 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
собственно говоря да,хотя насчет glstudio сомневаюсь,что в erp надо видеть mfd/hud самолета ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2006, 12:31 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
alkinНа практике скопировал объект и видоизменил ? Так я понял? Посмотрим шире: как расширять (специализировать) ЯП. 1. Новые типы данных (конструируются на основе существующих) 2. Новые операции для новых или уже сущ. типов данных 3. Новые операторы (конструируются на основе существующих) Т.о. написание новых функций-процедур-объектов-методов расширением ЯП не является, но м.б. полезным для создания пользовательской среды. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2006, 12:56 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
мод alkinНа практике скопировал объект и видоизменил ? Так я понял? Посмотрим шире: как расширять (специализировать) ЯП. 1. Новые типы данных (конструируются на основе существующих) 2. Новые операции для новых или уже сущ. типов данных 3. Новые операторы (конструируются на основе существующих) Т.о. написание новых функций-процедур-объектов-методов расширением ЯП не является, но м.б. полезным для создания пользовательской среды. Т.е. мы говорим о контсрукторе пользовательской среды ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2006, 14:16 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
alkinТ.е. мы говорим о контсрукторе пользовательской среды ? Да, если иметь ввиду под пользователем не конечного пользователя, а проектировщика. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2006, 15:18 |
|
||
|
Наиболее перспективно
|
|||
|---|---|---|---|
|
#18+
мод alkinТ.е. мы говорим о контсрукторе пользовательской среды ? Да, если иметь ввиду под пользователем не конечного пользователя, а проектировщика. Я это имел ввиду! Кстати чем и последние годы занимаюсь! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2006, 15:47 |
|
||
|
|

start [/forum/topic.php?all=1&fid=33&tid=1549262]: |
0ms |
get settings: |
10ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
46ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
116ms |
get tp. blocked users: |
1ms |
| others: | 12ms |
| total: | 218ms |

| 0 / 0 |

Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...