LINUX.ORG.RU

История изменений

Исправление den73, (текущая версия) :

Я вообще не люблю ООП ни в каком виде. Годы назад я пытался писать, в т.ч. и тут, что если взять SQL + язык а-ля PL/SQL, то мы видим абстракции, модель работы с параллельностью (даже обработка дедлоков), компилятор, который оптимизирует запросы, декларативный язык. Т.е. за тебя делают много сложной работы. Если же возьмём ООП в любом виде, то это не более чем дисциплина, которая якобы чему-то там помогает в организации (что само по себе уже спорно - не факт, что в конкретных популярных вариантах ООП больше помогает, чем мешает). Никакой работы, которую бы компьютер делал за человека, мы тут не наблюдаем. Поэтому реляционная парадигма - это круть, а ООП - так себе. Понятно, что никто меня не слушал, да и ладно. Теперь мне уже не важно кого-то в чём-то таком убеждать. Если мы ставим перед собой стратегическую задачу отсрочить победу компьютера над человеком, то нужно радоваться, что у нас есть С++ и Си - оба языка хорошо подходят, и кроме того, в какой-то степени уравнивают сильных и слабых, т.к. на них хорошо писать программы с дырами.

Исправление den73, :

Я вообще не люблю ООП ни в каком виде. Годы назад я пытался писать, в т.ч. и тут, что если взять SQL + язык а-ля PL/SQL, то мы видим абстракции, модель работы с параллельностью (даже обработка дедлоков), компилятор, который оптимизирует запросы, декларативный язык. Т.е. за тебя делают много сложной работы. Если же возьмём ООП в любом виде, то это не более чем дисциплина, которая якобы чему-то там помогает в организации (что само по себе уже спорно). Никакой работы, которую бы компьютер делал за человека, мы тут не наблюдаем. Поэтому реляционная парадигма - это круть, а ООП - так себе. Понятно, что никто меня не слушал, да и ладно. Теперь мне уже не важно кого-то в чём-то таком убеждать. Если мы ставим перед собой стратегическую задачу отсрочить победу компьютера над человеком, то нужно радоваться, что у нас есть С++ и Си - оба языка хорошо подходят, и кроме того, в какой-то степени уравнивают сильных и слабых, т.к. на них хорошо писать программы с дырами.

Исходная версия den73, :

Я вообще не люблю ООП ни в каком виде. Годы назад я пытался писать, в т.ч. и тут, что если взять SQL + язык а-ля PL/SQL, то мы видим абстракции, модель работы с параллельностью (даже обработка дедлоков), компилятор, который оптимизирует запросы, декларативный язык. Т.е. за тебя делают много сложной работы. Если же возьмём ООП в любом виде, то это не более чем дисциплина, которая якобы чему-то там помогает в организации (что само по себе уже спорно). Поэтому реляционная парадигма - это круть, а ООП - так себе. Понятно, что никто меня не слушал, да и ладно. Теперь мне уже не важно кого-то в чём-то таком убеждать.