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

[_Bers]

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

В каком-нибудь C#, PHP, JS и многих других выполнил команду типа install somelib и вперед,

во-первых это не компетенция языка, а компетенция среды.
в линуксах, судо-апт-гет спасет отца российской демократии, например.

во-вторых, всякого рода центральные репозитории сканают только,
если вы блокнот какой нибудь пишите.

для серьёзного софта так не делают.
собирают все из исходников.
своим компилятором. со своими настройками.

у вас либа контролирует работу ядерного реактора.
вы всерьёз готовы линковаццо с хер знает откуда взятым бинарником,
за который никто не несет ответственность?

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

а в С++ обычно еще потребуется собрать либу и ее зависимости, и повезло еще если есть актуальная документация под нужную платформу, подключить и т.п. + 100500 систем сборок

1.
фраза "документация под нужную платформу" выдает делитанта,
который понятия не имеет о чем вещает.

2.
на крестах нет "100500" систем сборки.
в ходу лишь известное и ограниченное количество.

3.
с библиотекой идёт не только документация,
но и скрипты сборки.

у вас какие то проблемы?

[Alex11223]

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

у вас либа контролирует работу ядерного реактора.
вы всерьёз готовы линковаццо с хер знает откуда взятым бинарником,
за который никто не несет ответственность?

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

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

собирают все из исходников.

Так а в моем примере с PHP, JS, Питоном и т.п. как раз в виде исходников и "устанавливается" обычно, причем тут репозитории?

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

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

фраза "документация под нужную платформу" выдает делитанта,
который понятия не имеет о чем вещает.

А чего не так?
Иногда бывают и платформо-зависимые вещи в библиотеке, но вообще я имел в виду инструкцию по сборке.

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

на крестах нет "100500" систем сборки.
в ходу лишь известное и ограниченное количество.

И? Я и имел в виду, что их ограниченное количество, но намного больше одной.
cmake вроде как становится де-факто стандартом, но найти библиотеку с другой системой довольно легко, особенно среди старых. Например Autotools мне часто встречался в опенсорсе.

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

с библиотекой идёт не только документация,
но и скрипты сборки.

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

[Alar]

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

+100500

а я подумал, что это реклама ютуб канала )

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

с хер знает откуда взятым бинарником

паранойя наше всё, без неё нельзя даже блокнота писать, вероятно, нужно сказать, что я не шучу )

Потому как раз такие чужие сорсцы должны быть как минимум читабельными, если есть цель что-то заимствовать и что-то чужое компилировать.

[_Bers]

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

Так а в моем примере с PHP, JS, Питоном и т.п. как раз в виде исходников и "устанавливается" обычно, причем тут репозитории?

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

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

Я только о том, что если есть возможность взять не С++, то скорее всего стоит это сделать

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

выбор языка диктуется целесообразностью: оценка стоимости на разработку, поддержку, и сопровождение.
и навыками/опытом человека, который стартует проект.

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

А чего не так?
Иногда бывают и платформо-зависимые вещи в библиотеке

"платформо-зависимые вещи в библиотке" и выдают делитанта.
вот есть например библиотечка, которая умеет парсить xml.
у этой библиотеки есть документация.
в документации сказанно, что бы прогрузить из файла, сделайте:

xml::document("file.exml");

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

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

но вообще я имел в виду инструкцию по сборке.

если авторы библиотечки заявили поддержку некоторой конкретной платформы,
значит будет и скрипт сборки. и дока.

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

И? Я и имел в виду, что их ограниченное количество, но намного больше одной.
cmake вроде как становится де-факто стандартом, но найти библиотеку с другой системой довольно легко, особенно среди старых. Например Autotools мне часто встречался в опенсорсе.

намного больше одной, это сколько?
можно пересчитать по пальцам одной руки?
Autotools сегодня можно встретить чаще, чем специалиста, который в нем разбирается.
но жить это никому не мешает.
наверное, потому что вбить в консольку: ./configure && make && make install
сможет даже блондинка.

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

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

причем тут любимая/не любимая платформа автора?
под каждую поддерживаемую платформу есть скрипт.
под каждую поддерживаемую платформу есть инструкция по сборке.

и что значит "править скрипт" ?
указать, где нужно разместить собранную либку?
ну не правьте. разместится по дефолту.

у вас какие то детские доводы.

[_Bers]

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

паранойя наше всё, без неё нельзя даже блокнота писать, вероятно, нужно сказать, что я не шучу )

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

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

Потому как раз такие чужие сорсцы должны быть как минимум читабельными, если есть цель что-то заимствовать и что-то чужое компилировать.

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

[Alex11223]

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

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

Я про "всякого рода центральные репозитории сканают только, если вы блокнот какой нибудь пишите.
для серьёзного софта так не делают. собирают все из исходников."

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

"платформо-зависимые вещи в библиотке" и выдают делитанта.
вот есть например библиотечка, которая умеет парсить xml.

xml слишком просто.
Например, в какой-нибудь библиотеке для логирования или креш-дампов вполне могут быть вещи доступные только на определенной платформе.
Или обертки над API платформы типа Qt Windows Extras.

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

причем тут любимая/не любимая платформа автора?
под каждую поддерживаемую платформу есть скрипт.
под каждую поддерживаемую платформу есть инструкция по сборке.

Я про более мелкие библиотеки говорю, а не про всякие Бусты и прочие.
Никто никому ничего должен, вполне встречаются ситуации когда какие-то платформы/компиляторы не проверяются постоянно автором (например нет мака или винды, хотя тут CI сервисы могут помочь).

Ну и опять-таки в С++ именно что надо всегда поддерживать каждую заявленную платформу/компилятор (+ опции типа статик сборки), по умолчанию ничего не будет само,
как например в Java с Maven на любой платформе написал mvn package и все зависимости загрузились, проект собрался,
а в самом конфиге добавлять платформо-зависимые вещи надо разве что если нужны определенные фичи типа сборки в .exe.

[_Bers]

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

xml слишком просто.
Например, в какой-нибудь библиотеке для логирования или креш-дампов вполне могут быть вещи доступные только на определенной платформе.
Или обертки над API платформы типа Qt Windows Extras.

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

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

Я про более мелкие библиотеки говорю, а не про всякие Бусты и прочие.
Никто никому ничего должен, вполне встречаются ситуации когда какие-то платформы/компиляторы не проверяются постоянно автором (например нет мака или винды, хотя тут CI сервисы могут помочь).

если нет мака или винды, значит её не юзают под маком или виндой, Кэп.

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

Ну и опять-таки в С++ именно что надо всегда поддерживать каждую заявленную платформу/компилятор (+ опции типа статик сборки), по умолчанию ничего не будет само,
как например в Java с Maven на любой платформе написал mvn package и все зависимости загрузились, проект собрался,
а в самом конфиге добавлять платформо-зависимые вещи надо разве что если нужны определенные фичи типа сборки в .exe.

на любом языке придется поддерживать каждую заявленную платформу/компилятор.

что касается зависимостей, вы по новому кругу что ли пошли?
странно, что до вас не доходит, что это вообще никак не зависит от языка.
это - компетенция среды разработки.
под линуксами своими команды, которые поставят вам готовые либки со всеми зависимостями.
и винде - свои.

[Alex11223]

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

на любом языке придется поддерживать каждую заявленную платформу/компилятор.

Ну в Java например не надо для каждого компилятора подставлять свои флаги и т.п., везде все одинаково (по крайней мере для стандартных случаев).

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

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

так я и не говорил только про язык.

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

под линуксами своими команды, которые поставят вам готовые либки со всеми зависимостями.

Ну так я и говорю, что отсутствие центрального репозитория с библиотеками (причем очень желательно сразу, а не через 20 лет) — дикий геморой и для пользователей библиотек, и для их создателей.
Речь естественно не о разработчиках ядерного реактора, они пусть хоть 0 и 1 вбивают если надо.

Понятно что в случае С++ это не решило бы все проблемы потому что нужны бинарники и скрипты под все платформы, но тема ж и есть о сложности.

[p51x]

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

Ну в Java например не надо для каждого компилятора подставлять свои флаги и т.п., везде все одинаково (по крайней мере для стандартных случаев).

Для picoJava тоже? Для выбора midp и прочих вариаций тоже не нужны доп. флаги?

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

Ну так я и говорю, что отсутствие центрального репозитория с библиотеками (причем очень желательно сразу, а не через 20 лет) — дикий геморой и для пользователей библиотек, и для их создателей.

гитхаб, конан, нугет и т.д. уже содержат кучу. Да, изначально С++ шел немного другим путем, но это не мешает появляться таким репозитариям.

[Alar]

Cкачал сорсцы, а там данные считывает с флоппи диска, а флоппи диска и нет, всё блокнот не работает, а всё что напечатано, сохранить на внешний носитель не возможно ))) Почему С++ такой сложный и флоппи диском не комплектуется. печальный смайлик.