О более новых парадигмах программирования, чем ООП

К сожалению не нашел другого более подходящего раздела для этой новой темы.

Немного о себе: я не считаю себя программистом, так как я не создавал программы с более сложными объектами, чем стандартные визуальные (кнопки, лэйблы, окна и т.д.). Если уделить программированию годы, то наверняка я освою любую методологию программирования. Ведь у меня за плечами: Spectrum48k (Basic, Assembler), немного Delphi7 (Pascal), программирование в промышленных логических языках LD, FBD, SFC. Сейчас пытаюсь освоить С++ (готовность уже на 70%) и среду Qt. Именно в таком порядке я осваивал методологии/технологии программирования.
Из всего ряда особенным образом выделяются языки LD, FBD, SFC. Эти языки привносят в программирование нечто новое, что я постоянно пытаюсь осмыслить. FBD - близок к модели взаимодействия UML. SFC - это аналог модели состояний UML. Помимо этих особенных языков программирования в сфере промышленности используется кибернетическое мышление, системный подход - это тоже отразилось существенно на моем мировоззрении.

При изучении С++ (в версии 99) я пока для себя выяснил следующее: ООП - это парадигма, которая содержит в себе некоторые элементы системного подхода, но пока некоторые ее очень важные фишки не поддерживаются.

Что я хочу получить от общения в этой теме?
1) Я хочу узнать о более новых парадигмах, нежели стандартный ООП. Мне нужны ссылки. Когда-то давно меня обрадовали некоторой парадигмой под названием "Аспектно-ориентированное программирование". Интересная штучка! Она некоторым образом соотносится с моим ходом мысли, но к сожалению нет хорошей литературы, которая бы раскрывала, что собственно дает среда разработки с АОП.
2) Я хочу узнать о более развитых средах разработки нежели QtDesigner и IDE Delphi7. Какая среда в настоящий момент позволяет более эффективно работать с объектами, библиотеками объектов? Где можно более удобно структурировать и переструктурировать приложение?
3) Я хочу рассказать о своих простых и непростых идеях, которые можно было бы применить для повышения эффективности программирования. Но это чуть позже, т.к. может быть я чего-то не знаю.

0

Сообщение от taras atavin Не правда. С разной скоростью они лишь пляшут на граблях, а думают одинаково.

Сообщение от taras atavin Если цвета выбраны правильно, а не по-инопланетянски.

Сообщение от taras atavin Нет. Он просто хочет переписать венгерский код по-японски и также по-японски воспитать коллег.

Извините, мой мозг уже устал от ассоциаций. Я не понимаю, что значит по-японски программировать. Может это наоборот круто? Давайте лучше говорить прямо, обосновывая. А то у Вас метлы танцуют, кони едят радуги и какают бабочками. Без обид.

Сообщение от pycture еще раз. это давно уже случилось

Уже не в первый раз в этой теме читаю ответ "Это уже 10 лет как внедрено", "Это проходили еще в школе" и т.д. Между тем, я вижу иное. Можно примеры реализаций?

0

Сообщение от Mikhaylo Извините, мой мозг уже устал от ассоциаций.

Ну автор венгерской нотации на вопрос коллег: "Почему Ваши программы так странно выглядят?" отвечал, что они написаны по-венгерски.

Сообщение от Mikhaylo Может это наоборот круто?

Может и круто, но непонимание со стороны русских с евреями гарантировано. Как минимум со стороны части русских и части евреев.

Добавлено через 5 минут

Сообщение от Mikhaylo Можно примеры реализаций?

Какой реализации? Я спокойно пишу без префиксов с 1995-го. Был примерно месяц в году в 2003-м, когда маялся префиксами, потом надоело. Оборин Михаил Всеволодович, Верёвкин Сергей Велерьевич, Тимирбулатова Ольга Михйаловна, Штайгер пишут без префиксов. Да и на этом форуме что то я не видел ни одного поста с префиксами. Это поддерживается во всех средах всех версий начиная с древнейших и до современных.

0

Сообщение от taras atavin Какой реализации?

Это не к Вам вопрос был. Это вопрос к pycture. Я прошу пример реализации, где вместо GetName, SetName, IsEmpty программисты работают только с основой идентификатора Name, Name, Empty...

0

Сообщение от Mikhaylo Это не к Вам вопрос был. Это вопрос к pycture. Я прошу пример реализации, где вместо GetName, SetName, IsEmpty программисты работают только с основой идентификатора Name, Name, Empty...

Чукча не читатель?

0

Сообщение от Mikhaylo Я прошу пример реализации, где вместо GetName, SetName, IsEmpty программисты работают только с основой идентификатора Name, Name, Empty...

Страницей ранее разговор был о венгерской нотации, теперь о префиксах get/set/is... Что тут вообще происходит...

0

По поводу префиксов. Чтобы не путали мое отношение к префиксам с отношением к ним Венгра или Джоэла Сполски. Я терпеть не могу те префиксы, которые надо набивать с клавиатуры! Я считаю, что префиксы должен автоматически добавлять компилятор. Зачем каждый раз при использовании имени метода каждый раз компилятору напоминать, что этот метод возвращает булевый тип (IsEmpty). Компилятор разве тупой?

0

Сообщение от Mikhaylo Зачем каждый раз при использовании имени метода каждый раз компилятору напоминать, что этот метод возвращает булевый тип (IsEmpty).

Как бы это для разразботчика.

0

0x10, про венгерские префиксы - это отдельное направление топика. Следи!

Добавлено через 2 минуты

Сообщение от 0x10 Как бы это для разразботчика.

Ну смотри: ты набрал "Empty", компилятор добавил "Is" или по моей версии - специальный иероглиф, например... Могут быть конфликты между IsEmpty и чистым Empty, но я думаю эта проблема решаемая.

0

Сообщение от Mikhaylo По поводу префиксов. Чтобы не путали мое отношение к префиксам с отношением к ним Венгра или Джоэла Сполски. Я терпеть не могу те префиксы, которые надо набивать с клавиатуры! Я считаю, что префиксы должен автоматически добавлять компилятор. Зачем каждый раз при использовании имени метода каждый раз компилятору напоминать, что этот метод возвращает булевый тип (IsEmpty). Компилятор разве тупой?

Он отлично понимает имя Empty, set и get юзаются только из-за того, что с Name надо выполнять два действия и чтоб разобрать, какой иероглиф автоматически подставить к Name, надо знать замысел, без этого ни какая острость не поможет. Но и то Name может быть просто public членом-данным, тогда ни какие префиксы тоже не нужны. Или можно принимать присваивание значений типа string, а Name будет только возвращать имя. Это реализовано везде, только используй. Но если программист - венгр, то он и иероглифические префиксы продублирует символьными и все, кто к его коду будет обращаться, будут вынуждены соблюдать ту же нотацию.

0

Сообщение от Mikhaylo Следи!

Учитывая характер потока сознания на последних страницах, это становится не так просто.

Сообщение от Mikhaylo Ну смотри: ты набрал "Empty", компилятор добавил "Is" или по моей версии - специальный иероглиф, например...

Вижу следствие, не вижу причину.
1. Речь о конкретном компиляторе или о каком-то абстрактном, который даже не написан? Мыслительный эксперимент для второго случая не особо интересен, ибо неясно какая проблема решается, нет формальных требований или предложений, не говоря уже о прототипе.
2. Зачем компилятор добавил Is?

0

Сообщение от taras atavin с Name надо выполнять два действия и чтоб разобрать, какой иероглиф автоматически подставить к Name, надо знать замысел, без этого ни какая острость не поможет.

Свойство (property) легко определяет, где set, а где get. С чего вдруг компилятор-то не сможет понять?

Сообщение от taras atavin Но и то Name может быть просто public членом-данным, тогда ни какие префиксы тоже не нужны.

Согласен. Это конфликт, который для своего разрешения требует один-два бита информации. Один удар клавиши или один двиг мышкой...

Сообщение от 0x10 1. Речь о конкретном компиляторе или о каком-то абстрактном, который даже не написан? Мыслительный эксперимент для второго случая не особо интересен, ибо неясно какая проблема решается, нет формальных требований или предложений, не говоря уже о прототипе.

В этом случае шла речь конечно об абстрактном идеальном компиляторе. Реальный Intellisense добавит всякой ненужной хрени типа BoxEmpty, хотя ты это не набирал.

Вопрос:

Сообщение от 0x10 2. Зачем компилятор добавил Is?

Ответ:

Сообщение от 0x10 Как бы это для разразботчика.

0

Сообщение от Mikhaylo Ответ: Цитата Сообщение от 0x10 Посмотреть сообщение Как бы это для разразботчика.

А ему это зачем? Если префикс можно подставить автоматически, то он не нужен. А длина строки в три ширины экрана и так - нормальное явление в модели всего лишь одного аспекта одной части одного объекта.

Добавлено через 2 минуты

Сообщение от Mikhaylo Свойство (property) легко определяет, где set, а где get. С чего вдруг компилятор-то не сможет понять?

Ну ка где свойство имеет префиксы set и get?

0

Сообщение от Mikhaylo Между тем, я вижу иное. Можно примеры реализаций?....Я прошу пример реализации, где вместо GetName, SetName, IsEmpty программисты работают только с основой идентификатора Name, Name, Empty...

возможно вы просто не туда смотрите. во первых с своей венгерской нотации съехали на свойства. современные языки вполне разрешают писать ... = Name & Name = ... если конкретно в вашем окружении пишут по другому, то это проблема всетаки вашего окружения, застрявшего непонятно в каком веке, а не индустрии. во вторых рекомендации не пользоваться венгеркой можно найти в каждой второй книге для чайников (ну если конечно 10-летний хлам не читать). в третьих (напоминаю прописные истины почему пишут Is...) программы пишут не для компьютеров, а для людей. и чем более понятный текст будет написан, тем легче эта программа будет читаться, пониматься и сопровождаться в предельном случае все вообще уходит в DSL. ваши цвета, крючки и закорючки никак не способствуют улучшению прочтения текста программ.
а теперь... вопрос знатокам... как ваша чудо-утилита будет помагать при программирование на языках у которых тип известен только в рантайме? или мы такие не рассматриваем и все упрется в один никому не нужный самопальный язык?

0

Сообщение от taras atavin Ну ка где свойство имеет префиксы set и get?

Кстати, где? Где гет и сет? Надо их добавить! В виде иероглифов...

Сообщение от pycture ваши цвета, крючки и закорючки никак не способствуют улучшению прочтения текста программ.

Это требует серьезной оценки.

0

Сообщение от Mikhaylo Кстати, где? Где гет и сет? Надо их добавить! В виде иероглифов...

Признаёте?

0

Сообщение от pycture а теперь... вопрос знатокам... как ваша чудо-утилита будет помагать при программирование на языках у которых тип известен только в рантайме? или мы такие не рассматриваем и все упрется в один никому не нужный самопальный язык?

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

0

Сообщение от Mikhaylo Это требует серьезной оценки.

ну оценивайте. вот мечта вашей жизни. http://blogs.msdn.com/b/abhina... 30799.aspx
набор непонятных закорючек, которые надо обязательно выучить чтоб понимать для чего они. правда читабельность в разы выросла? только не говорите что вы не это имели ввиду

0

Нет. Там некто его мечту переплюнул, а до моей недотянул. В результате не угодил обоим.

0

Сообщение от Mikhaylo Пора прекратить мучения с проблемой, которую я назвал ранее "анализ операторных скобок". Если программист решил создать условный переход, то он добавляет объект IF нажатием на кнопку "Add IF"/"Добавить ЕСЛИ". Правой кнопкой можно добавить к этому условному переходу ELSE. Или при необходимости убрать. Все операторные скобки создаются и уничтожаются автоматически и только автоматически. Объект невозможно разрушить, нельзя стирать букву F в ключевом слове IF, т.к. это единый объект (супер-токен) с условием, действиями, операторными скобками. Либо нельзя что-то удалять, либо удалить весь объект. Мучения прекратятся не только у программиста, но и у компилятора, т.к. не нужен будет никакой парсинг.

Дежа вю, дежа вю.... Встроенного Бейсика на ZX-Spectrum, я так понимаю, ты уже не застал?

1

Сообщение от pycture а теперь... вопрос знатокам... как ваша чудо-утилита будет помагать при программирование на языках у которых тип известен только в рантайме? или мы такие не рассматриваем и все упрется в один никому не нужный самопальный язык?

А как приплюснутая подсветка синтаксиса работает с прологом?

Добавлено через 1 минуту

Сообщение от CheshireCat Дежа вю, дежа вю.... Встроенного Бейсика на ZX-Spectrum, я так понимаю, ты уже не застал?

Не он, а ты. Там then был отдельным токеном.

0