Почему именно С++ получился сложный? (Не только для интереса!)

[waleri]

Сообщение от p51x

ретурн не нужон, там 0 вернет компилятор

Это точно С++?

[p51x]

Абсолютли,
http://www.open-std.org/jtc1/sc22/wg...2012/n3337.pdf

A return statement in main has the effect of leaving the main function (destroying any objects with automatic
storage duration) and calling std::exit with the return value as the argument. If control reaches the end
of main without encountering a return statement, the effect is that of executing
return 0;

https://en.cppreference.com/w/cpp/la.../main_function

4) The body of the main function does not need to contain the return statement: if control reaches the end of main without encountering a return statement, the effect is that of executing return 0;.

[Vladimir.1982]

Сообщение от Мaкс

Из за того что там отсутсвуют встроенные функции? Или почти отсутсвуют?
Примечание: не только для интереса!

Спасибо за ответ!

На одном сайте как-то недавно прочитал, цитирую:

Такого понятия, как самый сложный или легкий язык не существует. Есть такой критерий, как порог вхождения. Он зависит от многих факторов, но в основном это синтаксис. По сути, он определяет, насколько сложно человеку без опыта начать изучать этот язык.

[Alex11223]

Ну совсем не только синтаксис (хотя и он в С++ не особо удобен по историческим причинам и из-за стремления к возможности максимальной производительности).

В других темах автора я уже говорил про системы сборки и подключение доп. библиотек.

Еще очевидный пример: автоматическая сборка мусора, понятные ошибки при выходе за пределы массива и обращении по null указателю (вместо крешей типа Access Violation at 0x12345678) и прочие удобства уберегают от ошибок и упрощают отладку.

Просто не под все задачи подходит любой язык/технология, поэтому надо выбирать исходя из задачи.

[p51x]

Сообщение от Alex11223

В других темах автора я уже говорил про системы сборки и подключение доп. библиотек.

И в чем там особая проблема? Гитхаб вполне это делает и результаты выдает. cmake много где поддерживается.

Сообщение от Alex11223

автоматическая сборка мусора

Тут спорный вопрос. Юзайте RAII и прочее. Хотя несколько TS по сборщикам мусора тоже есть.

Сообщение от Alex11223

понятные ошибки при выходе за пределы массива и обращении по null указателю

Это плата за скорость и "низкоуровневость". Возьмите vector или array с at.

[Alex11223]

Сообщение от p51x

Это плата за скорость и "низкоуровневость"

Ну так я и говорю об этом.

Сообщение от p51x

Тут спорный вопрос. Юзайте RAII и прочее.

Мы ж тут про сложность и порог входа.

Сообщение от p51x

И в чем там особая проблема? Гитхаб вполне это делает и результаты выдает. cmake много где поддерживается.

В каком-нибудь C#, PHP, JS и многих других выполнил команду типа install somelib и вперед, а в С++ обычно еще потребуется собрать либу и ее зависимости, и повезло еще если есть актуальная документация под нужную платформу, подключить и т.п. + 100500 систем сборок

Для популярных типа буста и ссл еще бывают простые варианты типа готовых сборок, а вот авторы более мелких и менее известных библиотек редко заморачиваются публикацией во все места. А часто и вообще не собирают например под винду и не обновляют инструкцию по сборке для нее.

[p51x]

Сообщение от Alex11223

Мы ж тут про сложность и порог входа.

Ну так вектор или аррей для входа проще, чем указатели и прочее.

Сообщение от Alex11223

В каком-нибудь C#, PHP, JS и многих других выполнил команду типа install somelib и вперед, а в С++ обычно еще потребуется собрать либу и ее зависимости, и повезло еще если есть актуальная документация под нужную платформу, подключить и т.п. + 100500 систем сборок

Тотже конан уже догнал по возможностям остальные. Хотит кросс - пжалуста, центральный и свой реп - пжалуста, собранные либы - пжалуста, сами пересобрать - тоже...

Сообщение от Alex11223

Для популярных типа буста и ссл еще бывают простые варианты типа готовых сборок, а вот авторы более мелких и менее известных библиотек редко заморачиваются публикацией во все места. А часто и вообще не собирают например под винду и не обновляют инструкцию по сборке для нее.

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

[Baburek]

"Не так страшен чёрт, как его малюют", "глаза боятся, а руки делают".

[Мaкс]

Сообщение от Alar

http://www.programmersclub.ru/01/

вот что тут сложного?

Код:

#include <iostream.h>

void main(void)

{
cout << «Учимся программировать на языке C++!»;
}

программа готова!

На любом языке это просто очень. В вообще когда учишься это легко, а когда работаешь уже не по учебнику - это уже сложно.

[_Bers]

Сообщение от Alex11223

Ну совсем не только синтаксис (хотя и он в С++ не особо удобен по историческим причинам и из-за стремления к возможности максимальной производительности).

что за бред?
расскажите про исторические причины,
и как синтаксис вообще может влиять на производительность.

Сообщение от Alex11223

В других темах автора я уже говорил про системы сборки и подключение доп. библиотек.

не коррелирует с языком.

Сообщение от Alex11223

Еще очевидный пример: автоматическая сборка мусора, понятные ошибки при выходе за пределы массива и обращении по null указателю (вместо крешей типа Access Violation at 0x12345678) и прочие удобства уберегают от ошибок и упрощают отладку.

аллё, гараж! мусоровозку в кресты завезли 7 лет назад.

Сообщение от Alex11223

Просто не под все задачи подходит любой язык/технология, поэтому надо выбирать исходя из задачи.

кресты - язык общего назначения.
это значит, что он годен для любых задач.

С++ (си-плюс-плюс, си два плюса, cpp, кресты, плюсы, сипипи, цепепе, приплюснутый, ци с классами, The Programming Language) — язык программирования, который за минимальными исключениями знаком всем программистам, но которым пока никто полностью не овладел. Создан Страус-трупом с целью поднять зарплаты специалистов в индустрии, что, судя по всему, ему успешно удалось, так как по сложности изучения С++ превосходит все остальные промышленно используемые языки программирования вместе взятые[1].

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

Чудо-оружие эпохи технофашизма, о чём громко говорит имя описывающего его стандарта: ANSI ISO/IEC 14882:1998. Самый новый стандарт называется C++17 или ANSI ISO/IEC 14882:2017. Всё это безусловно доказывает безграничную многоликость Языка и выявляет его божественную природу, что некоторыми неверными интерпретируется как воплощение вселенского зла.