powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Наиболее перспективно
25 сообщений из 118, страница 2 из 5
Наиболее перспективно
    #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
25 сообщений из 118, страница 2 из 5
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Наиболее перспективно
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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