На главную
ПРАВИЛА FAQ Помощь Участники Календарь Избранное DigiMania RSS
msm.ru
! Правила раздела:
1. Название темы - краткое описание кто/что против кого/чего
2. В первом сообщении - список параметров, по которым идет сравнение.
3. Старайтесь аргументировать свои высказывания. Фразы типа "Венда/Слюникс - ацтой" считаются флудом.
4. Давайте жить дружно и не доводить обсуждение до маразма и личных оскорблений.
Модераторы: Модераторы, Комодераторы
Страницы: (17) « Первая ... 7 8 [9] 10 11 ...  16 17 все  ( Перейти к последнему сообщению )  
> ООП - в топку!
    Цитата D_KEY @
    Я не спорю с представлением об ООП.

    Ты отрицаешь его наличие.
    "Математики думают, что Бог в уравнениях, нейрологи уверены, что Бог в мозге, а программисты уверены, что Бог — один из них."
    Морган Фриман
    Реализация шаблонов Jinja2 для C++ Jinja2 C++
      Цитата Flex Ferrum @
      А отсылать к Бочу или Мейеру - зачем?

      Я читал, спасибо. Неплохое описание практик :)

      Добавлено
      Цитата Qraizer @
      Как структурный подход является лишь списком рекомендаций, позволяющий просто и с меньшим влиянием человеческого фактора писать сложные и масштабируемые программные комплексы, так и ООП суть просто набор рекомендаций для проектирования таких вот сложных и масштабируемых программных комплексов.

      Именно. Согласен.

      Добавлено
      Цитата Flex Ferrum @
      И статьи очередного неосилятора на хабре.

      Статья хреновая, кстати.
      "If someone claims to have the perfect programming language, he is either a fool or a salesman or both"(c) Bjarne Stroustrup
        В таком случае процедурного, функционального, аспектного, событийного и прочих подходов тоже не существует, ибо всё это - лишь набор практик разной степени эффективности. <_<
        "Математики думают, что Бог в уравнениях, нейрологи уверены, что Бог в мозге, а программисты уверены, что Бог — один из них."
        Морган Фриман
        Реализация шаблонов Jinja2 для C++ Jinja2 C++
          Цитата Flex Ferrum @
          В таком случае процедурного

          Разбиение программы на процедуры.

          Цитата
          функционального

          Представление процесса вычисления в виде вычисления функций в математическом смысле. Хорошо формализовано.

          Цитата
          аспектного

          Практически не применял и очень мало знаю.
          "If someone claims to have the perfect programming language, he is either a fool or a salesman or both"(c) Bjarne Stroustrup
            Цитата D_KEY @
            Разбиение программы на процедуры.

            Можно делить, можно не делить. Простейшая декомпозиция, один из примитивных инструментов. Зачем отдельный подход для этого выделять? :)

            Цитата D_KEY @
            Представление процесса вычисления в виде вычисления функций в математическом смысле.

            Если я переименую процедуры в функции - вроде то же самое получу. А ещё в Паскале функции были. Разве это повод для выделения отдельного, специального подхода? :D

            На самом деле, не ясно, чем тебе тогда да хотя бы Кеевское определение ООП не устраивает. :D Выглядит как простая упёртость в стиле двойных стандартов. :) Ну или, проще говоря, жопа есть, а слова, получается, нету. Будем называть "жопу" как набор признаков: две булки, щель между ними, а в щели - анальный сфинктор. :)
            "Математики думают, что Бог в уравнениях, нейрологи уверены, что Бог в мозге, а программисты уверены, что Бог — один из них."
            Морган Фриман
            Реализация шаблонов Jinja2 для C++ Jinja2 C++
              :lool:
              Мда. Любая хрень с этими признаками безусловно будет жопой. Вот только жопа не обязательно обладает этими признаками. Иногда это завтра дидлайн.
              Одни с годами умнеют, другие становятся старше.
                Цитата D_KEY @
                Представление процесса вычисления в виде вычисления функций в математическом смысле. Хорошо формализовано.

                То есть нельзя программировать функционально не в математическом смысле? :D А что такое вообще "математический смысл"? Дай определение, будь ласка :)

                Право — это возведенная в закон справедливость. Закон есть этика, высеченная в логике.
                  Вся наша жизнь в нашем же понимании - куча объектов взаимодействующих друг с другом. Поэтому не удивительно, что любое программирование в конечном итоге немного ООП, даже если вы на ассемблере тыкаете регистры процессора.

                  Лично я, в последнее время избегаю термина "ООП" в аргументации. По мне, разделение проходит по оси императивность/функциональность, так как именно на этой границе рвутся шаблоны из-за иммутабельности и (прости господи) чистоты функций.
                  Сообщение отредактировано: applegame -
                  error: 'long long long' is too long for GCC
                    Цитата applegame @
                    Вся наша жизнь в нашем же понимании - куча объектов взаимодействующих друг с другом. Поэтому не удивительно, что любое программирование в конечном итоге немного ООП, даже если вы на ассемблере тыкаете регистры процессора.

                    Наша жизнь с тем же успехом событийно-ориентирована :) Так что в топку это все, давайте писать код :D

                    Право — это возведенная в закон справедливость. Закон есть этика, высеченная в логике.
                      Ну так ООП - это про дизайн, а не про императивщину/функциональщину. :)
                      "Математики думают, что Бог в уравнениях, нейрологи уверены, что Бог в мозге, а программисты уверены, что Бог — один из них."
                      Морган Фриман
                      Реализация шаблонов Jinja2 для C++ Jinja2 C++
                        Цитата Flex Ferrum @
                        Ну так ООП - это про дизайн, а не про императивщину/функциональщину. :)

                        Так и он про
                        Цитата applegame @
                        разделение проходит

                        И в чем-то прав, поскольку разделение, по крайней мере в мозгах программистов, нынче проходит именно тут.

                        Право — это возведенная в закон справедливость. Закон есть этика, высеченная в логике.
                          Цитата Астарот @
                          И в чем-то прав, поскольку разделение, по крайней мере в мозгах программистов, нынче проходит именно тут.

                          Да. В этом он прав. Но ООП - оно ведь вообще не про это, если рассудить то. ООП про то, как дизайнить. А имплементить ты можешь хоть императивно, хоть функционально, хоть квадратно-гнездово на CSS... :D Поэтому и вопрос D_KEY'я (про кусок кода) немного, гм, странен.
                          "Математики думают, что Бог в уравнениях, нейрологи уверены, что Бог в мозге, а программисты уверены, что Бог — один из них."
                          Морган Фриман
                          Реализация шаблонов Jinja2 для C++ Jinja2 C++
                            Цитата applegame @
                            Лично я, в последнее время избегаю термина "ООП" в аргументации. По мне, разделение проходит по оси императивность/функциональность, так как именно на этой границе рвутся шаблоны из-за иммутабельности и (прости господи) чистоты функций.

                            +1

                            Добавлено
                            Цитата Астарот @
                            А что такое вообще "математический смысл"? Дай определение, будь ласка :)

                            https://ru.m.wikipedia.org/wiki/Функция_(математика)

                            Добавлено
                            Цитата Flex Ferrum @
                            Если я переименую процедуры в функции - вроде то же самое получу. А ещё в Паскале функции были. Разве это повод для выделения отдельного, специального подхода? :D

                            Есть повод или нет, но разделение четкое.

                            Цитата
                            На самом деле, не ясно, чем тебе тогда да хотя бы Кеевское определение ООП не устраивает. :D

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

                            Цитата
                            Ну или, проще говоря, жопа есть, а слова, получается, нету. Будем называть "жопу" как набор признаков: две булки, щель между ними, а в щели - анальный сфинктор. :)

                            Так а что делать, если сторонники того, что у ООП есть четкое определение, вместо того, чтобы его озвучить, как раз занимаются перечислением признаков и еще учат, как дизайнить по ООП :-?

                            Добавлено
                            Цитата Flex Ferrum @
                            Поэтому и вопрос D_KEY'я (про кусок кода) немного, гм, странен.

                            Зависит от того, ради чего задается вопрос :)
                            "If someone claims to have the perfect programming language, he is either a fool or a salesman or both"(c) Bjarne Stroustrup
                              Цитата D_KEY @
                              Так а что делать, если сторонники того, что у ООП есть четкое определение, вместо того, чтобы его озвучить

                              Озвучивал. Здесь: ООП - в топку! (сообщение #3799452)

                              Прекрасное определение. Если тебя оно не устраивает - :-? Значит, чего-то ты перестал понимать. Или не хочешь. Или толсто троллишь. Ещё раз (для тех, кто в танке). ООП - это не про написание кода. Это про его дизайн. Писать ты можешь хоть на ассемблере, хоть в машинных кодах с любой подходящей для этого парадигмой.
                              "Математики думают, что Бог в уравнениях, нейрологи уверены, что Бог в мозге, а программисты уверены, что Бог — один из них."
                              Морган Фриман
                              Реализация шаблонов Jinja2 для C++ Jinja2 C++
                                Цитата Flex Ferrum @
                                Расскажи, как применяются принципы SOLID при процедурном подходе.

                                S — каждая процедура выполняет «что-то одно».
                                O — для любой процедуры можно написать другую, с такой же сигнатурой, выполняющую какой-то дополнительный код + код исходной процедуры. Также можно воспользоваться замыканиями, если язык позволяет.
                                L — такая расширенная процедура будет являться (с некоторыми оговорками, справедливыми, впрочем и для классов) подтипом оригинальной. Также можно воспользоваться замыканиями, если язык позволяет.
                                I — см. S, всё аналогично.
                                D — передача процедур/указателей-на-процедуры как параметров в другие процедуры.
                                “Object-oriented design is the roman numerals of computing.” — Rob Pike
                                All software sucks
                                0 пользователей читают эту тему (0 гостей и 0 скрытых пользователей)
                                0 пользователей:
                                Страницы: (17) « Первая ... 7 8 [9] 10 11 ...  16 17 все


                                Рейтинг@Mail.ru
                                [ Script Execution time: 0,1552 ]   [ 17 queries used ]   [ Generated: 15.06.19, 20:44 GMT ]