На главную Наши проекты:
Журнал   ·   Discuz!ML   ·   Wiki   ·   DRKB   ·   Помощь проекту
ПРАВИЛА FAQ Помощь Участники Календарь Избранное RSS
msm.ru
Модераторы: ANDLL, ALXR
Страницы: (20) 1 2 [3] 4 5 ...  19 20 все  ( Перейти к последнему сообщению )  
> Как вы относитесь к паскалю? , (есть гипотеза)
   
Как вы относитесь к паскалю?
Гости не могут просматривать результаты голосования.
Гости не могут голосовать 
    Цитата AVA12 @
    первым, "учебным" языком программирования ни в коем случае не должен быть тот, который ученик будет использовать для рабочих программ. Причина в том, что новичок слишком часто сталкивается с проблемами, и зачастую совершенно непонятно, в чем же именно проблема и что от него хочет этот бежевый ящик, и негативные эмоции переносятся на "тупой" язык программирования. К тому же у новичка нет навыков правильной разработки программ, он часто пишет спагетти-код без пробелов с однобуквенными именами с инопланетной логикой, и эти неправильные навыки закрепляются - потому что первые. Когда уже опытному программисту приходится писать на своем "первом" языке, все эти эмоции и рефлексы всплывают и очень мешают.


    Если у какого человека это так - то ему вообще не стоит становится программистом. Потому что при изучении другого ЯП он точно так же будет сталкиваться с новыми, непонятными вещами, и точно так же будет будет переносить негативные эмоции на тупой язык программирования.
      Цитата Qraizer @
      А к static, надо понимать, легче? Или к приватным методам класса?

      В Java для этого есть package visibility.
        Цитата [S]mike @
        Эти отдельные объявления interface/implementation


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

        Добавлено
        Цитата [S]mike @
        которые декларируются в одном месте


        Ну а с этим пожалуй согласен, для локальных переменных такое повышенное внимание, как отдельная секция - и вправду не нужно
          Цитата --Ins-- @
          а иметь перед глазами только лишь интерфейс класса с упорядоченными по видимости членами очень удобно и адекватной замены для этого IDE не предлагает

          В идее есть команда навроде "свернуть/развернуть реализации методов". По идее то, что нужно.
            Цитата OpenGL @
            В идее есть команда навроде "свернуть/развернуть реализации методов". По идее то, что нужно.

            И привязываешься к IDE, пересядешь за другую где этого не будет и будешь страдать.
              Цитата Wound @
              И привязываешься к IDE, пересядешь за другую где этого не будет и будешь страдать.

              Во-первых, в сообщении, на которое я отвечал, про IDE и говорилось. Во-вторых, я почти уверен, что в остальных более-менее популярных java ide эта функция имеется - главное поискать получше.
                Цитата OpenGL @
                Во-вторых, я почти уверен, что в остальных более-менее популярных java ide эта функция имеется - главное поискать получше.

                Да это все понятно, просто иногда нужно с помощью какого нить notepad(++) глянуть на класс, а тут считай одна реализация идет, без секции объявления. Всетаки тот же С++ в этом плане получше будет. Хочешь сразу реализовывай методы, хочешь выноси в отдельный цпп.
                  Цитата OpenGL @
                  В идее есть команда навроде "свернуть/развернуть реализации методов". По идее то, что нужно.


                  Ну, есть еще и просто список методов в окошке. Нет, несравнимо хуже по удобству. Да и в принципе джавашный код менее наглядный, его быстрым взглядом не окинуть чтобы понять и оценить, в отличие от паскалевского/дельфийского с его интерфейсной частью, где все сразу перед глазами - вот приват, вот протектед, вот паблик. Вот поля, вот свойства, вот методы. Очень удобно, как в оглавлении документации. И уж тем более - это не недостаток, как пытается выдать Смайк.
                  Сообщение отредактировано: --Ins-- -
                    Цитата OpenGL @
                    В идее есть команда навроде "свернуть/развернуть реализации методов". По идее то, что нужно.

                    Да фигня это всё. Лично меня в плюсах разделение объявления и определения очень радуют.
                    А в этих джавошарповских портянках фиг разберёшься.
                      Цитата --Ins-- @
                      И уж тем более - это не недостаток, как пытается выдать Смайк.

                      Ну это-то само собой :) Слишком уж субъективная штука. Лично мне по-барабану. Впрочем, на явашарпах я только мелочь всякую писал, так что не знаю, как оно в реальном проекте.
                        Цитата OpenGL @
                        Для обучения навыку выражать свою мысль в виде кода хватит и Си.

                        Может быть, но не всегда. Пространства имен, строки, динамические массивы, классы и даже шаблоны в том или ином виде(уж лучше макросов-то). В новом стандарте - enum-классы, array, строгая инициализация, циклы по коллекциям, да auto тот же... Все это может пригодиться при обучении. Зачем искусственно ограничивать?

                        Цитата
                        А тонкости плюсов лучше уж изучать, когда более-менее с программированием знаком будешь.

                        Так же, как и тонкости Си ;) Не о тонкостях же речь. С++ проще в использовании, при использовании его гораздо легче отгородиться от тонкостей, чем при использовании Си.

                        Цитата
                        Цитата D_KEY @
                        иначе есть риск получить синдром утечка и зациклиться на голом си.

                        Имхо, маловероятно :) Такое с более приятными языками типа шарпа может произойти наверное.

                        Но я много раз видел, как люди после си отказываются даже С++ использовать, не говоря уже о шарпах-явах.

                        Добавлено
                        Цитата --Ins-- @
                        И уж тем более - это не недостаток, как пытается выдать Смайк.

                        Но тут проблема в том, что в новых языках так не делают... Т.е. это скорее отмирающая фича. Хотя мне разделение тоже нравится больше.
                          Цитата MyNameIsIgor @
                          Да фигня это всё. Лично меня в плюсах разделение объявления и определения очень радуют.
                          А в этих джавошарповских портянках фиг разберёшься.

                          Как будто в джавашарпах кто-то мешает писать интерфейс отдельно. Или в плюсах — в одном месте.
                            Цитата D_KEY @
                            Но тут проблема в том, что в новых языках так не делают...


                            И у меня нет рационального объяснения для этого, почему в новых языках так не делают

                            Цитата korvin @
                            Как будто в джавашарпах кто-то мешает писать интерфейс отдельно.


                            Это как? Или ты имеешь в виду заводить в Java под каждый класс дублирующий его интерфейсный тип? :blink: Во-первых, это маразм, во-вторых - это не будет то же самое, т.к. методы интерфейсного типа должны быть публичными и instance, а как насчет приват, протектед и статик?
                            Сообщение отредактировано: --Ins-- -
                              Цитата D_KEY @
                              Так же, как и тонкости Си

                              Думаю, что при обучении плюсам обучаемый будет фактически учиться языку "С с классами", что, разумеется, сложнее, чем просто Си.
                              Цитата D_KEY @
                              Но я много раз видел, как люди после си отказываются даже С++ использовать, не говоря уже о шарпах-явах.

                              Например, Торвальдс? :D Вот честно - не знаю ни одного весомого аргумента в пользу Си перед плюсами, кроме "С++ отсутствует на целевой платформе" и "быстродействия плюсов не хватает".
                              Цитата D_KEY @
                              Может быть, но не всегда. Пространства имен, строки, динамические массивы, классы и даже шаблоны в том или ином виде(уж лучше макросов-то). В новом стандарте - enum-классы, array, строгая инициализация, циклы по коллекциям, да auto тот же... Все это может пригодиться при обучении. Зачем искусственно ограничивать?

                              А что такое, с твоей точки зрения, "обучение"? Я говорю про развитие алгоритмического мышления, т.е. способности реализовывать то, что еще не реализовано, пользуясь тем, что уже реализовали. А в этом случае из перечисленного тобой будут полезны, пожалуй, только динамические массивы - без остального без существенных на данном этапе неудобств можно обойтись.
                                Цитата OpenGL @
                                А что такое, с твоей точки зрения, "обучение"? Я говорю про развитие алгоритмического мышления, т.е. способности реализовывать то, что еще не реализовано, пользуясь тем, что уже реализовали. А в этом случае из перечисленного тобой будут полезны, пожалуй, только динамические массивы - без остального без существенных на данном этапе неудобств можно обойтись.


                                ООП учить нужно, и мышление соответствующее, иначе потом задолбешься разбираться в чьем-то коде, где вместо того, чтобы сделать пару классов с парой виртуальных методов, стоит огромный свитч на каждый чих, а код новый код пишется методом copy/paste и поиском всех этих свитчей, куда нужно его вставить
                                Сообщение отредактировано: --Ins-- -
                                1 пользователей читают эту тему (1 гостей и 0 скрытых пользователей)
                                0 пользователей:
                                Страницы: (20) 1 2 [3] 4 5 ...  19 20 все


                                Рейтинг@Mail.ru
                                [ Script execution time: 0.0975 ]   [ 18 queries used ]   [ Generated: 27.07.26, 09:57 GMT ]