powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Наиболее перспективно
118 сообщений из 118, показаны все 5 страниц
Наиболее перспективно
    #34028889
Dissare
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Какое напрвление разработки программного обеспечения и информационных систем, на ваше мнение, наиболее перспективно сейчас и в будущем.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34029007
sergey888
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Думаю, что направление создания искусственного интеллекта.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34029147
LSV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DissareКакое напрвление разработки программного обеспечения и информационных систем, на ваше мнение, наиболее перспективно сейчас и в будущем.пожалуй уже ниодно
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34029455
alex108
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Любая технология, обеспеченная открытыми стандартами и протоколами, перспективна. А дальше - естественный отбор в направлении ИИ. На данном этапе СОА.

http://ru.wikipedia.org/wiki/СОА
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34029914
kolobok0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LSV DissareКакое напрвление разработки программного обеспечения и информационных систем, на ваше мнение, наиболее перспективно сейчас и в будущем.пожалуй уже ниодно

и началось в колхозе утро

(круглый)
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34030034
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DissareКакое напрвление разработки программного обеспечения и информационных систем, на ваше мнение, наиболее перспективно сейчас и в будущем.


Речь идёт об информационных технологиях или о прикладных проблемах?
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34030147
Фотография Shtock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Если подходить с точки зрения обобщенных предметных областей, то пмсм, учетные системы практически себя исчерпали. Собственно поэтомоу кол-во моих топиков и уменьшается :(. Скучно стало.Стало все больше и больше конструкторов, что, пмсм,говорит о взрослении данного направления производства.Конечно до того, как бух, фи дир и прочие будут рисовать себе мышью все и вся бизнес процессы и сцеплять системы не зная как они изнутри живут еще далеко,но теперь это уже виднеется.Собственно поэтому я практически забил на учетные системы (всегда кроме работы "для денег" была работа для "души"), где реализовал основные свои задумки по "универсальности и настраивамости в целях быстрой адаптации к жизненным реалиям", оставив неокучанным на n-ое количество процентов автогенерацию интерфейсов и технологию распределенного взаимодействия систем (хотя как без собственного "маппера-трансглюкатора", тоже есть мини-приблуды).Сейчас занялся изучением направления систем тренажеростроения, над чем сейчас и работаю.Делаем программно-аппаратный комплекс построения тренажеров "всего и вся".
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34030678
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Основная проблема - отсутствие универсального языка программирования
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34030774
Фотография Shtock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
язык программирования д/б имхо предметно-ориентированным.появление такого языка говорит о взрослении соотв отрасли
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34030996
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Shtockязык программирования д/б имхо предметно-ориентированным.появление такого языка говорит о взрослении соотв отрасли
Универсальный ЯП должен позволять разрабатывать на его основе любой предметно-ориентированный язык под конкретную задачу - в этом и проблема.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34031057
zirconate
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
DissareКакое напрвление разработки программного обеспечения и информационных систем, на ваше мнение, наиболее перспективно сейчас и в будущем.

Для ВНУТРЕННЕГО рынка России на мой взгляд весьма перспективно такое направление как EAI - Enterprise Application Integration.

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

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

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

Что касается AI то сейчас и в среднесрочной перспективе это останется больше исследовательским направлением - компаниям здесь трудно соревноваться с университетами и исследовательскими центрами
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34031142
Dissare
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mcureenab DissareКакое напрвление разработки программного обеспечения и информационных систем, на ваше мнение, наиболее перспективно сейчас и в будущем.


Речь идёт об информационных технологиях или о прикладных проблемах?
О прикладных проблемах.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34031164
Фотография Shtock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
<Универсальный ЯП должен позволять разрабатывать на его основе любой предметно-ориентированный язык под конкретную задачу - в этом и проблема.> - конструктор конструкторов действительно тяжело разработать. А еще чтобы он сам хелпы генерировал. :)
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34031197
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
мод Shtockязык программирования д/б имхо предметно-ориентированным.появление такого языка говорит о взрослении соотв отрасли
Универсальный ЯП должен позволять разрабатывать на его основе любой предметно-ориентированный язык под конкретную задачу - в этом и проблема.
UML? ;)
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34031250
Alexey Kudinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
IMO - наиболее перспективно совершенствование самого процесса разработки ПО.

Потому что зачастую эта самая разработка идет трудно, долго, стоит дорого, а результат неприменим для дальнейшего использования.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34031753
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123UML? ;)
UML - язык моделирования, а надо программирования. Попытка (более менее удачная) была сделана в клиппере.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34031773
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Shtock А еще чтобы он сам хелпы генерировал. :)
Как-то использовали макрогененератор для формирования документации.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34031822
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Shtock<Универсальный ЯП должен позволять разрабатывать на его основе любой предметно-ориентированный язык под конкретную задачу - в этом и проблема.> - конструктор конструкторов действительно тяжело разработать. А еще чтобы он сам хелпы генерировал. :)

ИМХО, универсальных языков сейчас хватает: C++, Java и т.д. и т.п. Специализация в них достигается путём создания проблеммно ориентированных библиотек.
Существует и море специализированных языков, но их мало кто знает, и чтобы их использовать нужны очень веские основания.

Для разработки языков (точнее компиляторов, поскольку язык без компилятора не даёт практической пользы), есть и языки описания языков и компиляторы компиляторов.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34031832
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alexey KudinovIMO - наиболее перспективно совершенствование самого процесса разработки ПО.

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

Доделать RUP?
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34031896
Alexey Kudinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mcureenabДоделать RUP? Возможно. Я не готов предложить конкретного рецепта повышения качества разработки (знал бы прикуп ...)

Но проблема на лицо.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34032417
Фотография Shtock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
все-таки проблемно-ориентированная библиотека и проблемно-ориентированный язык-немного разные вещи,взять хотя бы unreal script.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34032657
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
[quot mcureenabИМХО, универсальных языков сейчас хватает: C++, Java и т.д. и т.п. Специализация в них достигается путём создания проблеммно ориентированных библиотек.
[/quot]
В том и дело, что нужен только один язык, в котором специализация достигается за счет создания из него другого языка - клона, а не библ. функций. В клиппере например можно описать новый оператор языка, а не процедуру-функцию.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34033061
pavelvp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DissareО прикладных проблемах. В таком случае это интеграция.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34033128
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
мод mcureenabИМХО, универсальных языков сейчас хватает: C++, Java и т.д. и т.п. Специализация в них достигается путём создания проблеммно ориентированных библиотек.

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

Операторы отличаются от функций только формой записи и то не всегда.
Язык-клон, очевидно, является новым языком, таким образом мы снова приходим к событиям Вавилона.
Разработка новых языков задача настолько концептуально сложная, что издержки на автоматизацию этого процесса незначительны. В мире машинных языков было придумано гораздо больше чем человеческих, но из них выжили от силы десятка два.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34033135
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alexey Kudinov mcureenabДоделать RUP? Возможно. Я не готов предложить конкретного рецепта повышения качества разработки (знал бы прикуп ...)

Но проблема на лицо.

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

По другим приложениям, имеет смысл слазить на тематические форумы.

2 Dissare, тебя самого какие прикладные направления интересуют? Наверняка в них есть задачи ждущие решения на ЭВМ.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34033807
Dissare
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mcureenab
2 Dissare, тебя самого какие прикладные направления интересуют? Наверняка в них есть задачи ждущие решения на ЭВМ.
Лично меня интересует разработка универсальных ERP-систем, гибких к потребностям конечного пользователя. Только не уверен, что это правильное направление деятельности. Вот и хотелось узнать, что об этом думают другие.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34033841
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mcureenabОператоры отличаются от функций только формой записи и то не всегда.
да ?
select(t1,(p1,p2,p3),p4='A')
select p1,p2,p3 from t1 where p4='A'
mcureenab
Язык-клон, очевидно, является новым языком, таким образом мы снова приходим к событиям Вавилона.
planner содержит lisp как подмножество
mcureenab
Разработка новых языков задача настолько концептуально сложная, что издержки на автоматизацию этого процесса незначительны.
Речь идет о разработке спец. языка под каждую конкретную задачу. При этом сложность перекладывается именно на реализацию, т.е придумать можно а реализовать нельзя.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34033886
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dissare mcureenab
2 Dissare, тебя самого какие прикладные направления интересуют? Наверняка в них есть задачи ждущие решения на ЭВМ.
Лично меня интересует разработка универсальных ERP-систем, гибких к потребностям конечного пользователя. Только не уверен, что это правильное направление деятельности. Вот и хотелось узнать, что об этом думают другие.
Сентябрь 11, 2006
Достоинства и недостатки современных ERP-систем
Сергей Середа, CNews
http://www.insapov.ru/erp-pro-contra.html
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34034315
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
модРечь идет о разработке спец. языка под каждую конкретную задачу. При этом сложность перекладывается именно на реализацию, т.е придумать можно а реализовать нельзя.

Это чтож за язык такой нужно придумать, чтобы разработка компилятора для него оказалась непосильной задачей? Если машина не может понять что написано, почему человек будет в состоянии это сделать? Естественные языки в расчёт не берём в силу их неоднозначности (точнее, для интерпретации фразы на естественном языке нужно знать контекст в котором она сказана, интонацию и т.д.).
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34034385
asdfghjkl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DissareЛично меня интересует разработка универсальных ERP-систем, гибких к потребностям конечного пользователя.А что такое "гибких к потребностям", и почему оно называется именно "ERP-систем"-ой? Или на уровне интереса все пока и заканчивается? :-)
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34034457
zirconate
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Dissare mcureenab
2 Dissare, тебя самого какие прикладные направления интересуют? Наверняка в них есть задачи ждущие решения на ЭВМ.
Лично меня интересует разработка универсальных ERP-систем, гибких к потребностям конечного пользователя. Только не уверен, что это правильное направление деятельности. Вот и хотелось узнать, что об этом думают другие.

ERP системы это очень-очень востребованное направление нынче... Причем не только в РФ - внедрение идет повсеместно, хотя как обычно шума значительно больше чем дела. Другое дело что:

1) На рынке ERP систем довольно много игроков и вклиниться туда непросто
2) Чтобы выполнять внедрение ERP систем, компании нужно каким-то образом заработать сначала репутацию - нелегкое это дело...
3) Чтобы РАЗРАБОТАТЬ свою ERP систему, нужны деньги - и много... Внедрять новую, никому не известную ERP платформу найдется немного желающих... Решений этой проблемы хватает, но все оди сводятся к одному - деньги

Что касается УНИВЕРСАЛЬНОСТИ ERP систем то... это в общем то скорее благое пожелание.. практически все ERP платформы в настоящий момент позиционируются как универсальные, и абсолютно все таковыми не являются...

На мой взгляд был бы очень перспективным подход, когда некая компания разрабатывает ядро платформы на условиях Open Source, с четко прописанными интерфейсами и API для прикладных модулей. Прикладные же модули разрабатываются как в самой компании так и всеми желающими и могут поставляться на иных условиях (не только Open Source).

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

Подобный подход не без успеха был реализован во многих проектах...
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34034777
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mcureenabИМХО, универсальных языков сейчас хватает:
Если вы так считаете, то вам новый ЯП просто не нужен.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34034851
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
мод mcureenabИМХО, универсальных языков сейчас хватает:
Если вы так считаете, то вам новый ЯП просто не нужен.

Да вроде C++ вполне хватает. Другое дело, что на выбор языка оказывают и многие другие объективные и субъективные факторы.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34035159
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mcureenabДа вроде C++ вполне хватает.
Не надо спешить: C++ + SQL - это как минимум уже два ЯП (т.е. одного C++ мало)
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34035216
Dried Gagarin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
asdfghjklА что такое "гибких к потребностям" ну это же просто... в минимальной конфигурации работает на вашем мобильнике, масштабируется и вверх и вниз, и вправо и влево... интегрируется со всеми системами, даже не написанными... о как!
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34035507
asdfghjkl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dried Gagarin ну это же просто... в минимальной конфигурации работает на вашем мобильнике, масштабируется и вверх и вниз, и вправо и влево... интегрируется со всеми системами, даже не написанными... о как!Ну это как раз самое простое - техническое масштабирование. Куда более занятная тема - функциональное.
Во! Народ, ткните носом в такое чудо, при его наличии, плиз. Хоть посмотреть одним глазком... :-)
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34035669
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
мод mcureenabДа вроде C++ вполне хватает.
Не надо спешить: C++ + SQL - это как минимум уже два ЯП (т.е. одного C++ мало)

Речь шла об универсальных языках.

1. SQL это специализированный язык. Сам по себе он никаких задач не решает. SQL запрос для курсора БД, это как конфигурационный файл для программы, он определяет вариативные свойства курсора. С тем же успехом можно заявить, что ini файлы Windows написаны на языке ini файлов (в общем так оно и есть).
2. Под универсальными ЯП я в первую очередь подразумеваю алгоритмические языки. Может быть я просто не знаю иных универсальных языков?
3. Объектный интерфейс ОРСУБД Оракл (точнее объектная часть OCI поверх старого доброго SQL интерфейса) почти избавляет от необходимости использовать SQL в программах.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34035679
kvasov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DissareКакое напрвление разработки программного обеспечения и информационных систем, на ваше мнение, наиболее перспективно сейчас и в будущем.


ну это простой вопрос

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

то есть системы должны работать, а их разработчики отдыхать

представляется, что разработка "универсальных ERP систем" не соответствует этому требованию
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34036115
zirconate
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
kvasov
то есть системы должны работать, а их разработчики отдыхать

представляется, что разработка "универсальных ERP систем" не соответствует этому требованию
Эт точно ) И ваще, любое универсальное решение есть зло, поскольку отнимает хлеб у разработчика...

Что касается системы, которая работает, а разработчик отдыхает, то здесь национальный копирайт застолбил г. Мавроди :)
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34036146
kvasov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
zirconate
Что касается системы, которая работает, а разработчик отдыхает, то здесь национальный копирайт застолбил г. Мавроди :)


неудачный пример - его система перестала работать
то есть никакой его системы сейчас просто нет

а слово копирайт - это из другой оперы, это методы и пути всякие
нужен тебе копирайт - работай копирайтом,
нужен тебе С++ - изучай С++

главное - на выходе должна быть работающая на тебя система, дающая тебе
свободное время и поток финансов

(к слову свободное время и так у всех будет, на пенсии)

так зачем ждать пенсии, чтобы жить хорошо?
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34036634
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mcureenab
1.SQL это универсальный декларативный ЯП. На нем можно решить любую задачу, которую удастся так сформулировать.
3. А ХП это уже не программы ?
Проблема как раз в том что-бы решить любую задачу с помощью только одного ЯП, который был-бы одновременно и алгоритмическим, процедурным, функциональным и декларативным.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34036695
zirconate
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
kvasov zirconate
Что касается системы, которая работает, а разработчик отдыхает, то здесь национальный копирайт застолбил г. Мавроди :)


неудачный пример - его система перестала работать
то есть никакой его системы сейчас просто нет

Да вы батенька оптимист! Докладываю - есть, работает и развивается :)

kvasov
а слово копирайт - это из другой оперы, это методы и пути всякие
нужен тебе копирайт - работай копирайтом,
нужен тебе С++ - изучай С++

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

kvasov
главное - на выходе должна быть работающая на тебя система, дающая тебе
свободное время и поток финансов

(к слову свободное время и так у всех будет, на пенсии)

так зачем ждать пенсии, чтобы жить хорошо?
Во-во... Учитесь у г. Мавроди )
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34036699
Фотография Shtock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
полностью согласен с "Проблема как раз в том что-бы решить любую задачу с помощью только одного ЯП, который был-бы одновременно и алгоритмическим, процедурным, функциональным и декларативным.", я бы правда ко всему этому добавил "легкий в освоении". Для меня сейчас важно,чтобы человек,посаженный за мою систему (причем 2 роли:специалист по 3d-моделированию и по предметной области) за неделю стал что-то настраивать/докручивать в базовой модели на этом языке,причем с учетом того что специалисты по предметной области не очень то любят все это программирование.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34036895
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ShtockДля меня сейчас важно,чтобы человек,посаженный за мою систему за неделю стал что-то настраивать/докручивать в базовой модели на этом языке,причем с учетом того что специалисты по предметной области не очень то любят все это программирование.
Вот именно. Для этого в системе уже д.б. язык по этой предметной области (сконструированный из базового универсального ЯП). Тогда специалисто-предметников не надо учить ЯП, а только "их" языку.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34036984
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
мод mcureenab
1.SQL это универсальный декларативный ЯП. На нем можно решить любую задачу, которую удастся так сформулировать.
3. А ХП это уже не программы ?
Проблема как раз в том что-бы решить любую задачу с помощью только одного ЯП, который был-бы одновременно и алгоритмическим, процедурным, функциональным и декларативным.

1. На SQL решаются только задачи управления даными, в реляционных отношениях и то далеко не все. Как не крути, а это далеко не полный класс задач, которые приходится решать с помошью ЭВМ. И где тут универсальность?

ИМХО, только алгоритмические языки могут быть универсальными языками программирования ЭВМ. Декларативные языки всегда будут нацелены на решение определённого круга задач. Например в математике для решения задач в разных облястях часто используются уникальные обозначения операций и т.п. И то, математика даёт лишь описание задачи, чтобы найти результат, нужно выполнить некоторый алгоритм причём далеко не всегда этот алгоритм является единственным и вообще известен.

3. ХП это библиотечные процедуры. Не вижу никаких проблем в том, чтобы писать их на C++, например Оракл прадлагает транслятор ХП с PL/SQL в C++. Другое дело, что C++ слишком универсальный язык, чтобы быть надёжным и простым в изучении и использовании.

Языки сочетающие в себе декларативные и процедурные свойства существуют (Eifel если не ошибаюсь), но не нашли широкого применения в бизнесе. Видимо по той причине, что современные задачи слишком сложно описывать на формальном декларативном языке (причём после декларативного описания всё равно придётся писать алгоритм, что касается SQL, то СУБД умеет создавать план-алгоритм запроса, но не всегда удачно). Обычно, значительно проще сразу написать алгоритм, а потом отладить его на контрольных примерах.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34037227
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mcureenab
Функциональное программирование - это вид декларативного. При этом известно что любую задачу можно решить в терминах функций. Т.е. любая задача в принципе решается декларативно. Процедурный подход используется для облегчения самого процесса программирования. Действительно часто явно задать алгоритм проще чем описать декларацию. Поэтому и нужен ЯП со всеми возможностями, поэтому и недостаточно только С или только SQL.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34040957
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
мод mcureenab
Функциональное программирование - это вид декларативного. При этом известно что любую задачу можно решить в терминах функций. Т.е. любая задача в принципе решается декларативно. Процедурный подход используется для облегчения самого процесса программирования. Действительно часто явно задать алгоритм проще чем описать декларацию. Поэтому и нужен ЯП со всеми возможностями, поэтому и недостаточно только С или только SQL.

Для программирования ЭВМ C (или ассемблера на худой конец) достаточно. Всё что можно решить на ЭВМ, можно сформулировать на алгоритмическом языке. Потенциально декларативные языки в этом отношении более универсальны, но что нам с того толку, если сформулированная на декларативном языке задача на ЭВМ не будет рашаться в принципе? А под те классы задач, для которых разработаны методы преобразования спецификаций в процедуры разрабатываются специализированные языки, которые универсальными никак не назовёшь.
Видимо по этому компьютерная наука выделилась от математики в самостоятельную дисциплину.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34041105
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mcureenabДля программирования ЭВМ C (или ассемблера на худой конец) достаточно.
Программирование к ЭВМ не имеет никакого отношения, в этом все и дело.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34041262
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
мод mcureenabДля программирования ЭВМ C (или ассемблера на худой конец) достаточно.
Программирование к ЭВМ не имеет никакого отношения, в этом все и дело.

Тогда какое отношение твои высказывания имеют к теме "разработка ПО"?
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34041838
Фотография Galant
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DissareКакое напрвление разработки программного обеспечения и информационных систем, на ваше мнение, наиболее перспективно сейчас и в будущем.
Моделирование. Причем динамическое, т.е. не просто описать существующую систему, а штобы можно было подергать за ниточки и посмотреть как меняюццо объекты системы.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34041883
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mcureenabТогда какое отношение твои высказывания имеют к теме "разработка ПО"?
Разработка ПО = программирование - это формулировка неких идей с использованием ЯП, поэтому очень важно, что представляет собой этот ЯП.
Дейкстру читали ?
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34041943
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
мод mcureenabТогда какое отношение твои высказывания имеют к теме "разработка ПО"?
Разработка ПО = программирование - это формулировка неких идей с использованием ЯП, поэтому очень важно, что представляет собой этот ЯП.

Сегодня разработка ПО продвинулась гораздо дальше собственно написания программ. На каждой стадии разработки системы используются разные языки. Естественные, UML, наконец ЯП.

модДейкстру читали ?

Нет. Ссылочку можно, пзл.?
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34042550
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mcureenab модДейкстру читали ?
Нет. Ссылочку можно, пзл.?
http://lib.ru/CTOTOR/DEJKSTRA/
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34057552
Фотография Galant
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А вот никто не хочет разработать конструктор запросов к БД?
Не аналайзер скопировать, а сделать визуальный конструктор. Идеально было указать исходный набор данных и результирующий, а SQL-конструкцию он напишет сам :)

Вопчем, такой... продвинутый конструктор.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34057622
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GalantА вот никто не хочет разработать конструктор запросов к БД?
Не аналайзер скопировать, а сделать визуальный конструктор. Идеально было указать исходный набор данных и результирующий, а SQL-конструкцию он напишет сам :)

Вопчем, такой... продвинутый конструктор.
сначала переводим слабо-формализованный человечий язык на язык ЭВМ (SQL), а потом наоборот?

Нефиг подстраиваться под машины! Пусть Они подстраиваются под нас ))))))
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34057754
Фотография Galant
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123сначала переводим слабо-формализованный человечий язык на язык ЭВМ (SQL), а потом наоборот?

Нефиг подстраиваться под машины! Пусть Они подстраиваются под нас ))))))
Ну, насколько я понял, самая сокровенная тема здесь - клонирование InfoPath, под лозунгом "Каждая домохозяйка...". Так почему бы немного не отойти в сторону и не сделать приятное бразе-программеру :) Я бы хоть завтра купил.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34058519
Фотография BusyMan
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dissare mcureenab
2 Dissare, тебя самого какие прикладные направления интересуют? Наверняка в них есть задачи ждущие решения на ЭВМ.
Лично меня интересует разработка универсальных ERP-систем, гибких к потребностям конечного пользователя. Только не уверен, что это правильное направление деятельности. Вот и хотелось узнать, что об этом думают другие. Да нормально... Только вот найди заказчика, который даст тебе пару лет на нем эксперименты ставить... А там - если гением окажешься, то и все получится ) Такие вещи можно только "на живом теле делать" )
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34078561
alkin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Dissare mcureenab
2 Dissare, тебя самого какие прикладные направления интересуют? Наверняка в них есть задачи ждущие решения на ЭВМ.
Лично меня интересует разработка универсальных ERP-систем, гибких к потребностям конечного пользователя. Только не уверен, что это правильное направление деятельности. Вот и хотелось узнать, что об этом думают другие.

Нужен чисто объектный механизм конструктор , на основе абстракций предметной области : параметр с простой типизацией, документ (как структурный набор параметров) , запрос ( умеющий найти любой набор значений параметров) . Это позволит описать задачи управления "так как есть "-в логике (понимании) постановщика задач. Инструменты умеющие работать с такими обстракциями: конфигуратор ( строить) , клиент (запрашивать, считать, показывать), сервер (писать, хранить как есть, искать) . Средства общения с внешними программами - экспорт-импорт. Вкратце все.
И никаких реляционных приблуд и псевдообъектных усожнений.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34078564
alkin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
GalantА вот никто не хочет разработать конструктор запросов к БД?
Не аналайзер скопировать, а сделать визуальный конструктор. Идеально было указать исходный набор данных и результирующий, а SQL-конструкцию он напишет сам :)

Вопчем, такой... продвинутый конструктор.

Можно.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34078568
alkin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
BusyMan Dissare mcureenab
2 Dissare, тебя самого какие прикладные направления интересуют? Наверняка в них есть задачи ждущие решения на ЭВМ.
Лично меня интересует разработка универсальных ERP-систем, гибких к потребностям конечного пользователя. Только не уверен, что это правильное направление деятельности. Вот и хотелось узнать, что об этом думают другие. Да нормально... Только вот найди заказчика, который даст тебе пару лет на нем эксперименты ставить... А там - если гением окажешься, то и все получится ) Такие вещи можно только "на живом теле делать" )

2 года только блуждать, 1 год- понять 3 года релизовывать.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34078571
alkin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Shtockполностью согласен с "Проблема как раз в том что-бы решить любую задачу с помощью только одного ЯП, который был-бы одновременно и алгоритмическим, процедурным, функциональным и декларативным.", я бы правда ко всему этому добавил "легкий в освоении". Для меня сейчас важно,чтобы человек,посаженный за мою систему (причем 2 роли:специалист по 3d-моделированию и по предметной области) за неделю стал что-то настраивать/докручивать в базовой модели на этом языке,причем с учетом того что специалисты по предметной области не очень то любят все это программирование.

Интересная идея. А подробнее можно?
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34078574
alkin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
мод ShtockДля меня сейчас важно,чтобы человек,посаженный за мою систему за неделю стал что-то настраивать/докручивать в базовой модели на этом языке,причем с учетом того что специалисты по предметной области не очень то любят все это программирование.
Вот именно. Для этого в системе уже д.б. язык по этой предметной области (сконструированный из базового универсального ЯП). Тогда специалисто-предметников не надо учить ЯП, а только "их" языку.

Да, Да,Да.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34078789
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alkinНужен чисто объектный механизм конструктор , на основе абстракций предметной области : параметр с простой типизацией, документ (как структурный набор параметров) , запрос ( умеющий найти любой набор значений параметров) . Это позволит описать задачи управления "так как есть "-в логике (понимании) постановщика задач.
Инструменты умеющие работать с такими обстракциями: конфигуратор ( строить) , клиент (запрашивать, считать, показывать), сервер (писать, хранить как есть, искать) . Средства общения с внешними программами - экспорт-импорт. Вкратце все.
И никаких реляционных приблуд и псевдообъектных усожнений.
Иллюзии :)
В логике постановщика задач нужно быстро строить интерфейсы, взаимодействие с СУБД и модулей между собой. Абстракции из предметной области - утопия, к которой периодически все возвращаются, наживают гемморой, забывают... опять возвращаются... и по кругу в N-й раз.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34078818
Фотография Гликоген
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторАбстракции из предметной области - утопия

Ах, эта безапелляционность...
А как же документы, планы счетов, проводки, наконец, в 1С?
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34078840
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Гликоген авторАбстракции из предметной области - утопия

Ах, эта безапелляционность...
А как же документы, планы счетов, проводки, наконец, в 1С?
Как раз пример самый неудачный. А НИКАК! Кое как! Неужели не знаете? Но думаю флейм не стоит разводить по этому поводу.
И это не безапеляционность. Я через это все прошел, кто-то собирается. Просто экономлю человеку время.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34078936
alkin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
iscrafm alkinНужен чисто объектный механизм конструктор , на основе абстракций предметной области : параметр с простой типизацией, документ (как структурный набор параметров) , запрос ( умеющий найти любой набор значений параметров) . Это позволит описать задачи управления "так как есть "-в логике (понимании) постановщика задач.
Инструменты умеющие работать с такими обстракциями: конфигуратор ( строить) , клиент (запрашивать, считать, показывать), сервер (писать, хранить как есть, искать) . Средства общения с внешними программами - экспорт-импорт. Вкратце все.
И никаких реляционных приблуд и псевдообъектных усожнений.
Иллюзии :)
В логике постановщика задач нужно быстро строить интерфейсы, взаимодействие с СУБД и модулей между собой. Абстракции из предметной области - утопия, к которой периодически все возвращаются, наживают гемморой, забывают... опять возвращаются... и по кругу в N-й раз.

А зачем нужно СУБД? Если хранить на сервере документ в той структуре какой он есть в природе и запрос делать зная эту структуру, то строить надо взаимодействие постановщика с сервером. Понятие Модульность уходит на уровень доступа к данным определенного типа документа , а если точнее к отчетам построенным на данных определенных постановщиком типов документов и т.п. Реально?
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34079019
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alkinА зачем нужно СУБД? Если хранить на сервере документ в той структуре какой он есть в природе и запрос делать зная эту структуру, то строить надо взаимодействие постановщика с сервером. Понятие Модульность уходит на уровень доступа к данным определенного типа документа , а если точнее к отчетам построенным на данных определенных постановщиком типов документов и т.п. Реально?
Без базы не обойдетесь. Вы же о реальной системе. Много данных.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34079075
alkin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
iscrafm alkinА зачем нужно СУБД? Если хранить на сервере документ в той структуре какой он есть в природе и запрос делать зная эту структуру, то строить надо взаимодействие постановщика с сервером. Понятие Модульность уходит на уровень доступа к данным определенного типа документа , а если точнее к отчетам построенным на данных определенных постановщиком типов документов и т.п. Реально?
Без базы не обойдетесь. Вы же о реальной системе. Много данных.

База будет одна. Та что хранится на сервере. Имею ввиду чисто объектный сервер. Документ записывается в него в той структуре какой есть в природе ( писал об этом ранее)., т.е. каждый параметр документа знает с какими параметрами соседствует в документе. Как думаете что это даст?
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34079403
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alkinИмею ввиду чисто объектный сервер. Документ записывается в него в той структуре какой есть в природе ( писал об этом ранее)., т.е. каждый параметр документа знает с какими параметрами соседствует в документе. Как думаете что это даст?
Что есть на сегодняшний день:
Объекты и документы описываются на некоем декларативном языке а-ля кобол и регистрируются в системе. В СУБД это хранится по EAV в фикс. таблицах.
На основе этого описания автоматич. генерируются меню, экранные и печатные формы. Для чтения данных есть стандартные view и функции, которые представляют понятия прикл. области. Можно писать свои.
Т.о проектировщик может не знать настоящей структуры таблиц БД. При этом все открыто.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34079611
alkin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
мод alkinИмею ввиду чисто объектный сервер. Документ записывается в него в той структуре какой есть в природе ( писал об этом ранее)., т.е. каждый параметр документа знает с какими параметрами соседствует в документе. Как думаете что это даст?
Что есть на сегодняшний день:
Объекты и документы описываются на некоем декларативном языке а-ля кобол и регистрируются в системе. В СУБД это хранится по EAV в фикс. таблицах.
На основе этого описания автоматич. генерируются меню, экранные и печатные формы. Для чтения данных есть стандартные view и функции, которые представляют понятия прикл. области. Можно писать свои.
Т.о проектировщик может не знать настоящей структуры таблиц БД. При этом все открыто.

Документ д.б. объектом. Язык должен обеспечивать описание документа в понятном для проектировщика (постановщика виде) например упрощенно:
Тип документа "Накладная" -
Шапка - Параметры : Номер, Дата, Организация, Покупатель ....
Таблица- Параметры :Товар, ед.изм, кол-во, сумма ...
Всё. Документ готов. Если проектировщик , знает , что именно так этот документ хранится, значит он знает как запросить с него данные. Это дает преимущества. Понятия (абстракции) предметной области становятся понятиями програмирования. Вьювер Да. Функции, что под ними подрузумевать?...
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34079627
alkin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Гликоген авторАбстракции из предметной области - утопия

Ах, эта безапелляционность...
А как же документы, планы счетов, проводки, наконец, в 1С?

Вот вот и я о том же!
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34079711
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alkin
Все так и есть. Все документы образуют множество или список, доступ к которому и обесп. view (для поиска и фильтра).
Функции реализуют понятия прикл. области -
пример: остаток_на_счете(дата, счет)
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34079756
alkin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
мод alkin
Все так и есть. Все документы образуют множество или список, доступ к которому и обесп. view (для поиска и фильтра).
Функции реализуют понятия прикл. области -
пример: остаток_на_счете(дата, счет)


Если я правильно понял схема - клиент-запрос-view-сервер ?
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34079816
Alexey Kudinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alkinДокумент д.б. объектом. Где он должен быть объектом ? В базе ? На клиенте ? Где-то еще ? alkinЯзык должен обеспечивать описание документа в понятном для проектировщика (постановщика виде) Так проектировщика или постановщика ?
alkinЕсли проектировщик , знает , что именно так этот документ хранится, значит он знает как запросить с него данные. Зачем ему знать как он хранится ? alkinЭто дает преимущества Какие преимущества ? Для кого ? В сравнении с чем ? alkinПонятия (абстракции) предметной области становятся понятиями програмирования Какие понятия програмирования ? Что такое понятия програмирования ?
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34079946
alkin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Alexey Kudinov alkinДокумент д.б. объектом. Где он должен быть объектом ? В базе ? На клиенте ? Где-то еще ? alkinЯзык должен обеспечивать описание документа в понятном для проектировщика (постановщика виде) Так проектировщика или постановщика ?
alkinЕсли проектировщик , знает , что именно так этот документ хранится, значит он знает как запросить с него данные. Зачем ему знать как он хранится ? alkinЭто дает преимущества Какие преимущества ? Для кого ? В сравнении с чем ? alkinПонятия (абстракции) предметной области становятся понятиями програмирования Какие понятия програмирования ? Что такое понятия програмирования ?
Объектом должен быть везде.
Проектировщик и постановщик должен быть в одном лице
Имею ввиду логическое представление хранения (физическое может отличаться)
Преимущества для проектировщика - 1 документ -1 объект , а не 1 документ- n- объектов ( таблица, база, регистр и т.п. кто как называет). Легче понимать и представлять.
Понятия имею ввиду терминология для проектировщика. Только параметр, документ, запрос + 2-3 шт и производные от них.

Думаю за этим будущее.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34080072
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alkin
Думаю за этим будущее.
Попробуйте составить таким образом реальный документ, чуть сложнее кассового ордера хотя-бы. Потом связать его с оптимальной структурой хранения в БД (именно с оптимальной, по индексам, ключам и т.п., а простое отражение как в 1С. Чтобы это все реально быстро работало). Потом определите для этого документа необходимые обработчики (бизнес-логику). Потом представьте как будете описывать необходимые сервисы по вводу, печати, расчетам и т.п. Поищите в инете. Найдете много программок, которые описанным Вами способом делают нечто подобное. Попробуйте натянуть это на реалии. Мысли о будущем после такой процедуры становятся более реальными просто :)
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34080136
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alkinЕсли я правильно понял схема - клиент-запрос-view-сервер ?
В общем, да. Поскольку во view можно использовать функции, в т.ч. возвращающие значения свойств объектов, то доступ полный.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34080148
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alkinДумаю за этим будущее.
Это уже настоящее.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34080202
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alkin Объектом должен быть везде.

===== ООБД пока тока в теории

Проектировщик и постановщик должен быть в одном лице
Имею ввиду логическое представление хранения (физическое может отличаться)

=== на клиенте ООП, в БД РСУБД

Думаю за этим будущее.

========= все мечтаю об Объектных БД, но пока не получается.


______________________________________________
Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде!
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34080245
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
мод alkinДумаю за этим будущее.
Это уже настоящее.
Где можно краем глаза посмотреть на настоящее. Желательно для нескольких разных отраслей, видов деятельности, разных производств и т.п. Плз...
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34080251
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
p.s. что-то проспал наверное.. :(
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34080343
alkin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
мод alkinДумаю за этим будущее.
Это уже настоящее.

Мне интересно!
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34080348
Alexey Kudinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
мод alkinДумаю за этим будущее.Это уже настоящее. Это уже прошлое.
Мода на повсеместный ORM, MDA и все что из этого получается прошла пару лет назад. См. например бурные обсуждения Bold for delphi в Проектированнии.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34080385
alkin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
iscrafm alkin
Думаю за этим будущее.
Попробуйте составить таким образом реальный документ, чуть сложнее кассового ордера хотя-бы. Потом связать его с оптимальной структурой хранения в БД (именно с оптимальной, по индексам, ключам и т.п., а простое отражение как в 1С. Чтобы это все реально быстро работало). Потом определите для этого документа необходимые обработчики (бизнес-логику). Потом представьте как будете описывать необходимые сервисы по вводу, печати, расчетам и т.п. Поищите в инете. Найдете много программок, которые описанным Вами способом делают нечто подобное. Попробуйте натянуть это на реалии. Мысли о будущем после такой процедуры становятся более реальными просто :)

Ключи , индексы - не нужны , если как то по особому хранить и бегать по серверу.
Расчеты делать на документе.
Экранная форма -одна, хранить набор свойств.
Печатная форма - правильно разложить значения параметров.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34080565
alkin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Alexey Kudinov мод alkinДумаю за этим будущее.Это уже настоящее. Это уже прошлое.
Мода на повсеместный ORM, MDA и все что из этого получается прошла пару лет назад. См. например бурные обсуждения Bold for delphi в Проектированнии.

Что тогда будущее?
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34080594
Alexey Kudinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alkinЧто тогда будущее? уже писал
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34080615
alkin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Alexey KudinovIMO - наиболее перспективно совершенствование самого процесса разработки ПО.

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

Извиняюсь за невежество , что такое IMO?
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34080634
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iscrafmПопробуйте составить таким образом реальный документ, чуть сложнее кассового ордера хотя-бы.
СФ подойдет ? Все, вами перичисленное, сделано, и реально работает на реальных объемах и реальных документах "чуть сложнее кассового ордера" (надо только чуть-чуть подумать).
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34080666
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123на клиенте ООП, в БД РСУБД
Фокус в том, что таких понятий, как БД и СУБД не должно быть. Если есть один универсальный ЯП со своими структурами данных, то эти данные и есть "БД", а операторы ЯП - "СУБД". Все дело в области видимости переменных.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34080695
Alexey Kudinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alkinИзвиняюсь за невежество , что такое IMO?In My Opinion
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34080700
alkin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
А кто писал 3d склад с условием единовременного хранения на ячейке товара одного вида?
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34080709
alkin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
мод Petro123на клиенте ООП, в БД РСУБД
Фокус в том, что таких понятий, как БД и СУБД не должно быть. Если есть один универсальный ЯП со своими структурами данных, то эти данные и есть "БД", а операторы ЯП - "СУБД". Все дело в области видимости переменных.

А какой набор операторов предлагается?
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34080714
alkin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Alexey Kudinov alkinИзвиняюсь за невежество , что такое IMO?In My Opinion

Где могу ознакомиться?
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34080736
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
мод Petro123на клиенте ООП, в БД РСУБД
Фокус в том, что таких понятий, как БД и СУБД не должно быть. Если есть один универсальный ЯП со своими структурами данных, то эти данные и есть "БД", а операторы ЯП - "СУБД". Все дело в области видимости переменных.
бред
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34080799
Alexey Kudinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
модФокус в том, что таких понятий, как БД и СУБД не должно быть. Если есть один универсальный ЯП со своими структурами данных, то эти данные и есть "БД", а операторы ЯП - "СУБД". Все дело в области видимости переменных. Вы не о mumps ли случайно ? alkinГде могу ознакомиться? с чем ознакомится ? не понял вопроса
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34080954
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alkinА какой набор операторов предлагается?
Зависит от типа данных:
список
массив
структура
массив структур
массив массивов
и т.д. но в любом случае как мин д.б. реализовано все что есть в SQL и м.б. что-то еще
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34080956
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123бред
Ну и что ? Вы на тему топика поглядите
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34080990
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alexey Kudinov Вы не о mumps ли случайно ?
mumps - плохая реализация хорошей идеи. Были реализации получше, но нужно еще лучше.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34081015
alkin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Alexey Kudinov[quot мод]Фокус в том, что таких понятий, как БД и СУБД не должно быть. Если есть один универсальный ЯП со своими структурами данных, то эти данные и есть "БД", а операторы ЯП - "СУБД". Все дело в области видимости переменных. Вы не о mumps ли случайно ? alkinГде могу ознакомиться? с чем ознакомится ? не понял вопроса[/quot

Вопрос снят. Ошибка адресата.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34081465
Так_забежал_просто
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alexey KudinovIMO - наиболее перспективно совершенствование самого процесса разработки ПО.
+1. Абсолютно согласен.

А все разговоры о визуальных конструкторах приложений, с которыми может работать любой продвинутый пользователь, "универсальных" ERP-системах и т.н. "системах искусственного интеллекта" - от лукавого. Ну не будет никто думать за разработчика. Разработка приложений - сложный процесс, и с этим надо смириться, никакой искусственный интеллект с этим не справится, а "настраиваемую" ERP-систему зачастую настроить сложнее, чем напрограммировать новую. По сравнению с овладением методиками разработки приложений, выучить любой язык программирования - раз плюнуть. Именно поэтому вряд ли когда станут популярны визуальные конструкторы запросов.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34081861
alkin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
А все разговоры о визуальных конструкторах приложений, с которыми может работать любой продвинутый пользователь, "универсальных" ERP-системах и т.н. "системах искусственного интеллекта" - от лукавого. Ну не будет никто думать за разработчика. Разработка приложений - сложный процесс, и с этим надо смириться, никакой искусственный интеллект с этим не справится, а "настраиваемую" ERP-систему зачастую настроить сложнее, чем напрограммировать новую. По сравнению с овладением методиками разработки приложений, выучить любой язык программирования - раз плюнуть. Именно поэтому вряд ли когда станут популярны визуальные конструкторы запросов.[/quot]

Думаю, что вопрос стоит не о искуственном интелекте, а об упрощении языков програмирования в сторону прямого описания предметной области.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34082205
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
упрощение, укрупнение.... Тут на С иногда проблема описать бизнес, а Вы о каких-то предметных абстракциях высокого уровня :) Подобное уже давно реализовано и называется Excel.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34082388
alkin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
А из аудитории кто пишет объектные языки?
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34082393
alkin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
iscrafmупрощение, укрупнение.... Тут на С иногда проблема описать бизнес, а Вы о каких-то предметных абстракциях высокого уровня :) Подобное уже давно реализовано и называется Excel.

Скорость низкая...
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34082397
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alkinСкорость низкая...
Скорость чего? сорри, не понял
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34082472
alkin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
iscrafm alkinСкорость низкая...
Скорость чего? сорри, не понял

Проектирования...
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34082556
Фотография Shtock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
блин, вот по этому "а "настраиваемую" ERP-систему зачастую настроить сложнее, чем напрограммировать новую. " у нас каждый пишет велосипед под себя!!!
"А все разговоры о визуальных конструкторах приложений, с которыми может работать любой продвинутый пользователь" - а что вы скажете о scada-системах, о системах для разработки приборных панелей (собственно о системе разработки тренажеров,которой я сейчас тоже занимаюсь) - справляются замечательно с ними инженеры-конструкторы,а не программисты,так что абстракции очень высокого уровня очень нужны.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34082653
alkin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Shtockблин, вот по этому "а "настраиваемую" ERP-систему зачастую настроить сложнее, чем напрограммировать новую. " у нас каждый пишет велосипед под себя!!!
"А все разговоры о визуальных конструкторах приложений, с которыми может работать любой продвинутый пользователь" - а что вы скажете о scada-системах, о системах для разработки приборных панелей (собственно о системе разработки тренажеров,которой я сейчас тоже занимаюсь) - справляются замечательно с ними инженеры-конструкторы,а не программисты,так что абстракции очень высокого уровня очень нужны.

Да конструкторы это будущее- убедился на своем опыте ! А где можно узнать о scada-системах?
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34082879
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alkinДумаю, что вопрос стоит не о искуственном интелекте, а об упрощении языков програмирования в сторону прямого описания предметной области.
Я бы сказал, не упрощения, а специализации путем клонирования и мутации.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34082901
Фотография Shtock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ну из довольно новороченных - это wincc, Genesis32,при наличии желания LabView можно ей назвать, а так google рулит.Для конструирования приборных панелей очень классная штука GLStudio,но у нее особый подход:если другие системы являются и runtime-средой, то она генерит c++ код,который можно впихнуть "куда угодно"
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34082944
alkin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
мод alkinДумаю, что вопрос стоит не о искуственном интелекте, а об упрощении языков програмирования в сторону прямого описания предметной области.
Я бы сказал, не упрощения, а специализации путем клонирования и мутации.

На практике скопировал объект и видоизменил ? Так я понял?
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34082959
alkin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Shtockну из довольно новороченных - это wincc, Genesis32,при наличии желания LabView можно ей назвать, а так google рулит.Для конструирования приборных панелей очень классная штука GLStudio,но у нее особый подход:если другие системы являются и runtime-средой, то она генерит c++ код,который можно впихнуть "куда угодно"

Т.е есть возможность соединять с EPR и т.п.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34083097
Фотография Shtock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
собственно говоря да,хотя насчет glstudio сомневаюсь,что в erp надо видеть mfd/hud самолета
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34083220
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alkinНа практике скопировал объект и видоизменил ? Так я понял?
Посмотрим шире: как расширять (специализировать) ЯП.
1. Новые типы данных (конструируются на основе существующих)
2. Новые операции для новых или уже сущ. типов данных
3. Новые операторы (конструируются на основе существующих)
Т.о. написание новых функций-процедур-объектов-методов расширением ЯП не является, но м.б. полезным для создания пользовательской среды.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34083689
alkin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
мод alkinНа практике скопировал объект и видоизменил ? Так я понял?
Посмотрим шире: как расширять (специализировать) ЯП.
1. Новые типы данных (конструируются на основе существующих)
2. Новые операции для новых или уже сущ. типов данных
3. Новые операторы (конструируются на основе существующих)
Т.о. написание новых функций-процедур-объектов-методов расширением ЯП не является, но м.б. полезным для создания пользовательской среды.

Т.е. мы говорим о контсрукторе пользовательской среды ?
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34084044
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alkinТ.е. мы говорим о контсрукторе пользовательской среды ?
Да, если иметь ввиду под пользователем не конечного пользователя, а проектировщика.
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34084198
alkin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
мод alkinТ.е. мы говорим о контсрукторе пользовательской среды ?
Да, если иметь ввиду под пользователем не конечного пользователя, а проектировщика.

Я это имел ввиду! Кстати чем и последние годы занимаюсь!
...
Рейтинг: 0 / 0
Наиболее перспективно
    #34100863
Dissare
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Большое всем спасибо за отзывы!!!
...
Рейтинг: 0 / 0
118 сообщений из 118, показаны все 5 страниц
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Наиболее перспективно
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]