А был ли мальчик? (помянем плюсы)

[OtherSide]

В общем мысль, что плюсы погубила совместимость с си, по хорошему на плюсах в ООП стиле оч. редко писали.

В C++ нет никакой совместимости с С и никогда не было (кроме замшелых времен "C with classes"). Миф о совместимости C++ с С существует только в головах студентов, которые не сумели изучить ничего больше, чем какое-то куцее С-подобное подмножество С++, да и то знают плохо. Схожесть С и С++ существует только на уровне syntactic sugar и общих деталей абстрактной платформы, но семантики этих языков различаются фундаментально, причем с самого начала стандартизованных времен.

В каком смысле, практически любой С код компилятор плюсов соберет.
А так это то о чем я говорю, плюсы погубило именно идентичность синтаксиса при другой семантике.

[Medium-rare]

плюсы погубило

Точно. Но мы о том догадываемся, только читая этот тред.

[OtherSide]

плюсы погубило

Точно. Но мы о том догадываемся, только читая этот тред.

Можно конечно говорить что они живее всех живых но по факту труп, это давно не основной язык для написания коммерческих приложений, стал нишевым

[Medium-rare]

Можно конечно говорить что они живее всех живых но по факту труп, это давно не основной язык для написания коммерческих приложений, стал нишевым

У вас замечательный такой провокационный стиль. Главное, если не соглашаться, не принимать такую провокационную позицию: C++ никогда не был основным языком написания коммерческих приложений, и не претендовал на то.

... убрал нафиг... Входит ли наше приложение в группу "основных коммерческих"? Менее всего меня заботит эта группа, а работа даёт платить за дом и др.

[Сабина]

плюсы погубило

Точно. Но мы о том догадываемся, только читая этот тред.

Тема и правда ржачная
Плюсы сейчас можно сказать hardcore, Юникс обогнали

[Сабина]

Я весьма немного сам писал на C++, и побольше разбирался в чьем то коде. Темплейты - хороший способ запутать все насмерть.

Я тоже сейчас из-за старшего сына заново взялась за С++ после того как успешно завалила по нему класс и забыла в далеком 2002-м. Хотя вру, пришлось по работе в 2015-м не так давно. Но там одно приложение тока, причем в fancy IDE. Пережила
Сначала шло туго очень, потом как то вдруг наступило просветление и вполне себе получалось. Потом снова пошло STL и стало грустно.
В этом семестра будет Data Structures и алгоритмы и параллельно буду то же брать на Джаве. Надеюсь наконец-то хоть как то fill the gaps в своих знаниях и подвести С++ базу под Джава навыки

[StrangerR]

Ну не знаю. Я считаю что в плюсах скрестили ужей с ежами. Получив все минусы обоих.

[Мальчик-Одуванчик]

плюсы погубило

Точно. Но мы о том догадываемся, только читая этот тред.

Тема и правда ржачная
Плюсы сейчас можно сказать hardcore, Юникс обогнали

Мне уже много раз попадаются рекомендации изучать Хаскель, чтобы было легче в плюсах.

[flip_flop]

Долго думаю и теряюсь в догадках - как С++ может обогнать Юникс.

Язык на доске почёта (hall of fame) 2017 года по версии TIOBE - ... та да .... гром фанфар ... чистый C !

[M. Ridcully]

Мне уже много раз попадаются рекомендации изучать Хаскель, чтобы было легче в плюсах.

Как-то даже сложно представить, на чём сия рекомендация основана.
Потуги писать в функциональном стиле на C++ выглядят довольно нелепо...

[M. Ridcully]

Сначала шло туго очень, потом как то вдруг наступило просветление и вполне себе получалось. Потом снова пошло STL и стало грустно.

STL как раз одна из самых светлых частей C++.

... подвести С++ базу под Джава навыки

Не знаю, что сия фраза означает, но звучит ужасно.
ИМХО самое худшее, что можно придумать - это пытаться писать на языке "А", как будто это язык "Б".

[StrangerR]

STL одна из самых дерьмовых частей C++. Иначе зачем бы понадобилось изобретать QT с его собственной работой со строками?

[Palych]

Мы где-то в 2004-м взялись переписывать (точнее - клонировать/мигрировать) одну систему с Java на C++.
Последние несколько лет выковыриваем остатки этого эксперимента из темных уголков приложения.
Главная причина фиаско - в библиотеках и в пресловутой "совместимости с C": библиотеки были, но под C, совмещать работу с памятью был еще тот фан...
Особенно помнится два случая:
- Expect Library оказалась фундаментально однопоточная
- GDome пришлось оборачивать в reference counting механизм, в котором с год отлавливали баги связанные с многопоточностью, потом при переходе на очередную версию Red Hat он работал в QA, но упал в production, где было несколько процессоров. Вылечилось перестановкой местами нескольких строк, после многодневного секса, когда все ключевые девелоперы бросили все дела и ловили баги в gdb, valgrind...

Может сейчас как-то исправилось, а то получается что все эти хаскели имеют смысл только если пишешь с нуля какой-нибудь PoC, или учебное пособие. (может относительно простые встроенные системы) А как только enterprise дела начинаются - 99% времени ковыряешься с указателями...

[StrangerR]

В том то и дело. На C просто писали асинхронные запросы, асинхронную обработку ответов, все явно и просто. На C++ сдуру решили _вот оно, тред и вперед, нефиг выпендриваться_ после чего выяснилось, что тред то тредом но половина библиотек не фига не мультитредоваые, прозрачность _что там происходит_ потерялась нафиг, для работы со строками непонятно чего выбирать так как много разной фигни и ничего хорошего, ну а когда еще 3-д парти используешь,то они (1) фиг совместимы, (2) фиг мультипоточны.

И получается, что если выбор между C и JAVA понятен, с плюсами и минусами у каждого, то C++ сочетает минусы обоих а не плюсы - и как на Жабе не попишешь, и как на C вроде нелогично, а тогда на хрена нужны ++ после C становится непонятно. Как я уже упоминал, отсутствие чистой и удобной библиотеки работы со строками (STL дерьмо, от него пришлось отказаться) - это самое первое что там в глаза бросается...

PS. Я еще помню, как специально искали самые МЕДЛЕННЫЕ СТАРЫЕ СЕРВЕРЫ с кучей процессоров, вставляли разные искуственные задержки, чтобы все эти тредовые рейс кондишены ловились...

[Сабина]

... подвести С++ базу под Джава навыки

Не знаю, что сия фраза означает, но звучит ужасно.
ИМХО самое худшее, что можно придумать - это пытаться писать на языке "А", как будто это язык "Б".

Странно что непонятно .
Java просто high level language, в смысле что higher level of abstraction from memory etc. Придумана для более ускоренного девелопмента определенных вещей. А тут можно сказать к истокам. Не было бы счастья, несчастье помогло

[Мальчик-Одуванчик]

STL одна из самых дерьмовых частей C++. Иначе зачем бы понадобилось изобретать QT с его собственной работой со строками?

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

[Сабина]

PS. Я еще помню, как специально искали самые МЕДЛЕННЫЕ СТАРЫЕ СЕРВЕРЫ с кучей процессоров, вставляли разные искуственные задержки, чтобы все эти тредовые рейс кондишены ловились...

Тем более надо радоваться прогрессу
Не будь С -> С++ -> Java ->Scala/Spark, Go разьве мы бы увидели reactive, потоки и всякую асинхронную красотищу, которая имеет место в наши дни ?

[Мальчик-Одуванчик]

В том то и дело. На C просто писали асинхронные запросы, асинхронную обработку ответов, все явно и просто. На C++ сдуру решили _вот оно, тред и вперед, нефиг выпендриваться_ после чего выяснилось, что тред то тредом но половина библиотек не фига не мультитредоваые, прозрачность _что там происходит_ потерялась нафиг, для работы со строками непонятно чего выбирать так как много разной фигни и ничего хорошего, ну а когда еще 3-д парти используешь,то они (1) фиг совместимы, (2) фиг мультипоточны.

И что мешало все тоже самое делать на плюсах, но используя более выразительные средства С++, нежели чем на простом С?
А неумение писать многопоточные приложения вообще с языком не связано напрямую.

[Мальчик-Одуванчик]

PS. Я еще помню, как специально искали самые МЕДЛЕННЫЕ СТАРЫЕ СЕРВЕРЫ с кучей процессоров, вставляли разные искуственные задержки, чтобы все эти тредовые рейс кондишены ловились...

Тем более надо радоваться прогрессу
Не будь С -> С++ -> Java ->Scala/Spark, Go разьве мы бы увидели reactive, потоки и всякую асинхронную красотищу, которая имеет место в наши дни ?

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

[Medium-rare]

Лучше не пытаться понимать всё, что написано. Моск глючит.

[flip_flop]

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

Плюсую.

Тоже в вашем лагере, хоть и не программист. Template meta-programming, честно приознаюсь - основное, что мне нравится в плюсах, и чего не хватает в чистом, голимом С. Eigen - замечательный пример.

Medium-rare, sorry, наверное добавил гкюков, простите великодушно.

[Сабина]

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

Эта ли ?
Сссылки в студию плиз ... на три десятка лет назад

[Medium-rare]

Medium-rare, sorry, наверное добавил гкюков, простите великодушно.

Не про вас, вестимо. Больше про непонимание разницы между инструментом, и областью его приложения. Вы такого не писали. Да ладно. AndreyT лучше озвучит оную проблему обсуждения, если ему ещё интересен наш разговор бабуль на лавочке про C++.

[tau]

STL как раз одна из самых светлых частей C++.

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