The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В компиляторе G++ обеспечена поддержка C++17, opennews (?), 13-Янв-17, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


2. "В компиляторе G++ обеспечена поддержка C++17"  +22 +/
Сообщение от Аноним (-), 13-Янв-17, 10:09 
Только сам язык C++ уже не лучший из-за неоправданной переусложнённости последними стандартами.
Ответить | Правка | Наверх | Cообщить модератору

3. "В компиляторе G++ обеспечена поддержка C++17"  +11 +/
Сообщение от Аноним (-), 13-Янв-17, 10:19 
Не используй возможности последних стандартов. С++ - платишь только за то, что используешь.
Ответить | Правка | Наверх | Cообщить модератору

6. "В компиляторе G++ обеспечена поддержка C++17"  +4 +/
Сообщение от Аноним (-), 13-Янв-17, 10:36 
все равно их надо изучить:
1) чтобы понять, что они тебе не нужны
2) чтобы не выпадать из тематических дискуссий (никто не тыкал в тебя, что ты давно устарел и не угнался за прогрессивными фичами)
Ответить | Правка | Наверх | Cообщить модератору

8. "В компиляторе G++ обеспечена поддержка C++17"  +12 +/
Сообщение от Аноним (-), 13-Янв-17, 10:49 
Без этого можно обойтись. Я знаю людей, которые обходятся. У меня на работе это все, кроме меня...
Ответить | Правка | Наверх | Cообщить модератору

14. "В компиляторе G++ обеспечена поддержка C++17"  +5 +/
Сообщение от Аноним (-), 13-Янв-17, 11:07 
Да, учиться вообще вредно.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

16. "В компиляторе G++ обеспечена поддержка C++17"  +4 +/
Сообщение от Andrey Mitrofanov (?), 13-Янв-17, 11:24 
> Да, учиться вообще вредно.

В смысле, "дурака учить - только портить"?  Согласен!  Мудрость народа, да.  Возразить %) нечего.

Ответить | Правка | Наверх | Cообщить модератору

15. "В компиляторе G++ обеспечена поддержка C++17"  +1 +/
Сообщение от rshadow (ok), 13-Янв-17, 11:20 
Это вам надо на скриптовые языки перебираться с таким подходом. Либо в работе что-то менять. Забивать гвозди микроскопом всегда было очень сложно.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

19. "В компиляторе G++ обеспечена поддержка C++17"  +1 +/
Сообщение от VoDA (ok), 13-Янв-17, 11:35 
> Не используй возможности последних стандартов. С++ - платишь только за то, что
> используешь.

Даже в малом проекте (человек на 5-10 разработчиков) за 5 лет будут использованы ВСЕ возможности языка и все паттерны и анти-паттерны. Потому придется изучать все. Либо собирать грабли и опять изучать.

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

44. "В компиляторе G++ обеспечена поддержка C++17"  +3 +/
Сообщение от Crazy Alex (ok), 13-Янв-17, 12:41 
Ну если у вас ни стайл-гайда, ни ревью нет... А так - вон, у гугла с мозиллой получается даже без довольно фундаментальных вещей (искючений тех же) обходиться. Отнюдь не на проектах  в 10 человек.
Ответить | Правка | Наверх | Cообщить модератору

134. "В компиляторе G++ обеспечена поддержка C++17"  –1 +/
Сообщение от ram_scan (?), 14-Янв-17, 20:16 
А если есть стайл гад и прочие плюшки но на куда эти мегафичи уперлись вообще если коран как правило их юзать не велит ?
Ответить | Правка | Наверх | Cообщить модератору

52. "В компиляторе G++ обеспечена поддержка C++17"  +/
Сообщение от scorry (ok), 13-Янв-17, 13:50 
На асм ещё пожалуйся.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

55. "В компиляторе G++ обеспечена поддержка C++17"  +1 +/
Сообщение от Мяут (ok), 13-Янв-17, 14:04 
C++: Что если мы добавили в язык все что могли?
C++11: Что если мы не можем остановить процесс добавления возможностей?

(c) http://argumate.tumblr.com/post/118013166244/python-what-if-...

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

74. "В компиляторе G++ обеспечена поддержка C++17"  +3 +/
Сообщение от Аноним (-), 13-Янв-17, 16:27 
> Только сам язык C++ уже не лучший из-за неоправданной переусложнённости последними стандартами.

Выскажу неожиданную для вас мысль: Последние стандарты "не только лишь" усложняют язык, но и упрощают его!

Например, теперь можно писать:

    auto

вместо

    std::vector<SomeClass::SomeCrazyType>::const_iterator

----

    class A
    {
    private:
        int i = 5;
    };

вместо

    class A
    {
    public:
        A();
    private:
        int i;
    };

    A::A()
        : i(5)
    {
    }

----

    [int a](int b) -> bool { return a == b; }

вместо

    class SameAs
    {
    public:
        SameAs(int a);
        bool operator==(int b);
    private:
        int aa;
    };

    SameAs::SameAs(int a)
        : aa(a)
    {
    }

    bool SameAs::operator==(int b)
    {
        return a == b;
    }

----

    std::vector<int> GenerateData();

вместо

    void GenerateData(std::vector<int>& result);

благодаря move-семантике.

----

Да долго всякие упрощения перечислять можно.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

128. "В компиляторе G++ обеспечена поддержка C++17"  +1 +/
Сообщение от all_glory_to_the_hypnotoad (ok), 14-Янв-17, 18:33 

>[оверквотинг удален]
>         int aa;
>     };
>     SameAs::SameAs(int a)
>         : aa(a)
>     {
>     }
>     bool SameAs::operator==(int b)
>     {
>         return a == b;
>     }

Так делают только законченные д..бы, в подобных случаях не нужно отделять реализацию от определения. И вообще задача выше и до лямбд не предлавляла проблемы, практически любой проект имел кучу утиля для типовых предикатов и компараторов на темплейтах вроде

template<typename Type> class SameAs {
   SameAs(Type val): Val(val) { }

   bool operator==(const Type &val) const { reutrn val == val; }
private:
   Type Val;
};


>     std::vector<int> GenerateData();
> вместо
>     void GenerateData(std::vector<int>& result);
> благодаря move-семантике.

RVO/NRVO существуют уже достаточно давно и move семантика тут абсолютно ни при чем. А если хватит ума вхерачить явный move в реализации GenerateData(), то поломаешь NVRO и наплодишь ненужный move.

> Да долго всякие упрощения перечислять можно.

Все твои "урощения" не в тему, кроме мудотни с итераторами. Хотя с упрощениями даже этого делать не обязательно, в большинстве случаев хватает range-based for loop.

Ответить | Правка | Наверх | Cообщить модератору

127. "В компиляторе G++ обеспечена поддержка C++17"  +1 +/
Сообщение от all_glory_to_the_hypnotoad (ok), 14-Янв-17, 18:05 
За последние лет 10-15 как раз таки стал лучшим. В любом случае альтернатив ему всё ещё нет, может быть только rust отрежет некоторые ниши.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру