caxapa.ru :: Неправда, в C++ очень много хорошего, но это хорошее частенько выходит за те пределы, где начинают проявлять себя какие-то издержки. Т.е. у палки о двух концах становится заметен второй ее конец. И это так в жизни часто бывает

Ксения (18.01.2017 18:41, просмотров: 253) ответил IBAH на Вот я и говорю, все хорошее в Си++ заканчивается на Си.

Неправда, в C++ очень много хорошего, но это хорошее частенько выходит за те пределы, где начинают проявлять себя какие-то издержки. Т.е. у палки о двух концах становится заметен второй ее конец. И это так в жизни часто бывает - когда удовольствий слишком много :), начинает проявлять себя оборотная сторона медали. Скажем, ... корпус BGA. :)

Ответить

- Основная проблема в том, что в массовой литературе не описан график перехода "фишек в геморрой". Именно поэтому я стал собирать этот специализированный сорт литературы. Для embedded - вообше единицы книг. Evgeny_CD(397 знак., 19.01.2017 00:54)
  - Стандартная либа, ексцепшены, динамическая типизация, злоупотребление динамическим выделением памяти - =AlexD=(19.01.2017 07:18)
- Конкретным пацанам противны многоуровневые абстракции! cout<<'/r'<<'/n'; Это надо же такое придумать! Да и еще назвать полиморфизм, хорошее дело полиморфизмом не назовут! Весь этот полиморфизм сильно напоминает (см. картинку). - IBAH(18.01.2017 19:16, картинка)
  - Это не абстракции, а потоки. Я их тоже ненавижу :), на кой ляд их придумали? - Ксения(18.01.2017 21:45)
    - Как я понимаю, ~~по приколу~~ в демонстрационных целях. Фишка Си - пре- и постфиксный инкремент указателей, Фишка С++ - перегрузка операторов. Теоретически, операции прикладного уровня можно указывать "типа-иконками". Фан. Скрипач(65 знак., 18.01.2017 21:50 - 21:53)
      - Глупость это, не фан. - Evgeny_CD(19.01.2017 01:55)
      - Перегрузка операторов - замечательно, эту возможность можно только приветствовать. Даже жалость берет, что операторов мало. Но сами потоки, как инструмент - жуткая гадость, но почему-то именно с них начинают изучение C++. Из-за этого по-началу Ксения(151 знак., 18.01.2017 21:59)
        
        +1. Я вообще долго не мог настроить мозги воспринимать все эти штучки iostreams. Потом как-то научился, но бесит. Ресурсы мозга тратятся впустую. Evgeny_CD(525 знак., 19.01.2017 02:01)
        
        За перегрузку операторов - пороть нещадно. И у меня есть аргументы. - Скрипач(18.01.2017 22:02)
        
        А меня есть контраргументы :). Перегрузки операторов обычно боятся, опасаясь, что текст чужой программы введет их в заблуждение, незаметно подменив традиционную функцию оператора нетрадиционной. Однако в действительности эта опасность отсутствует Ксения(985 знак., 18.01.2017 23:45 - 23:52)
        
        Перегруженный оператор * в С-like программах, да еще и в смысле "указателей" - это был бы хит сезона! Любимая фишка психиатров - ибо только один этот "приемчик" обеспечит им существенный % клиентуры. - Evgeny_CD(19.01.2017 02:44)
        
        Как раз для "почти числовых" (мартицы, комплексные числа) я бы, скрипя сердцем, возможно и согласился. Потому что ИНТУИТИВНО ПОНЯТНО. А вот использование спец.значков, вместо нормальных вызовов функций с именем, для не-вычислительных - зло. Скрипач(980 знак., 19.01.2017 00:03 - 00:35)
        
        Основная засада при практическом использовании Ц++ - без хироумного редактора кода-визуализатора он малополезен. Evgeny_CD(564 знак., 19.01.2017 02:34)
        
        Много чего с первого взгляда не поддается пониманию. Непонимание происходит не от перегрузки операторов, а от "косноязычности" программистов. Достаточно взглянуть на хидеры стандартной библиотеки std::, включая все ее темплейты, чтобы ужаснуться Ксения(186 знак., 19.01.2017 00:30)
        
        Тогда угадайте что делает код, не подсматривая в хедеры :) Скрипач(61 знак., 19.01.2017 00:33 - 00:36)
        
        Это те самые "фишечки", из-за которых я долго полностью отвергал С++. - Evgeny_CD(19.01.2017 01:42)
        
        Хидеры на то и существуют, чтобы в них смотреть. Вас же не бесит, что по одному лишь имени функции нельзя определить, что она делает, а надо читать описание? Так вот операторы у самодельных классов - те же функции. - Ксения(19.01.2017 00:38)
        
        Бесит. Правильное имя функции должно давать ПЕРВОЕ впечатление о том, что она делает. Настаиваю. Скрипач(215 знак., 19.01.2017 00:40 - 00:45)
        
        Взгляните, как называются функции в алгебраической библиотеке NAG (Numerical Algorithms Group) => - Ксения(19.01.2017 00:51, ссылка)
        
        И? Ужаснуться? Ужаснулся. Что дальше, Ксенья? "Существуют тысячи способов делать неправильно"(с) Б.Гейтс - Скрипач(19.01.2017 00:55 - 00:57)
        
        А дальше следует признать идиотизмом бороться с плохой читабельностью программ, связывая программисту руки. Не будьте Мизулиной! :) - Ксения(19.01.2017 01:08)
        
        ?! "Оксфорд" важнее собственного здравого смысла? Скрипач(402 знак., 19.01.2017 09:04 - 09:46)
        
        Юниксовые системные вызовы называются православно. Скажем, open, read, pause. Песня! К сожалению, в Си глобальное пространство имён. Вроде бы в Си++ для этого сделали namespace. - SciFi(19.01.2017 10:07, ссылка)
        
        Не осилил парсинг этой фразы... кто на ком стоял? - =AlexD=(19.01.2017 07:25)
        
        Болельщики кричат: "ХЕ-ДЕ-РЫ! ХЕ-ДЕ-РЫ!" Для тех, кто прогуливал всё и везде, можно "заголовочные файлы". - SciFi(19.01.2017 00:41)
        
        Хедер - это такое начальное учебное заведение - Крок(19.01.2017 00:53)
        
        Вы все офигевшие. Хедеры! ХЕ-ДЕ-РЫ! И рассуждаете о косноязычности. Я в печали... - SciFi(19.01.2017 00:35)
        
        Да ладно! Страуструп обкурился и придумал ~~перезагрузку~~ PEREGRUZKA. Отдел пеара пытался сгладить и придумал "потоки". Короче, всё вышло из-под контроля. Но почему-то взлетело :-) - SciFi(18.01.2017 23:59, картинка)
        
        Думаю, он просто ниасилил операции сдвига, и все парился - куда бы применить этот красивый (на его извращенный вкус) оператор, который уже есть в языке? Пытливая мысль привела его к успеху! - Evgeny_CD(19.01.2017 02:40)

Средства и методы разработки