Почему вы пишете на c++?

@tapochka · Регистрация: 25.04.2014

Студворк — интернет-сервис помощи студентам

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

Кликните здесь для просмотра всего текста

=================

1)По моему скромному опыту (я в прошлом разработчик на C++, ныне на .NET, то есть, обобщённый «Java-программист» в контексте статьи) .NET-разработчик с опытом N лет в среднем более квалифицирован, чем C++-разработчик с опытом тех же N лет. Как бы парадоксально это ни звучало для плюсистов. Пока последний решает на C++ проблемы, которые больше ни в одном языке так изящно не решаются (но при этом и не возникают), первый сталкивается с бОльшим разнообразием паттернов, архитектурных подходов, идиом и концепций. Имхо.

2)> С++ разработчику достаточть легко в последствии освоить C#

Категорически не согласен. Почему-то некоторые задроты думают, что вручную удалив память, они стали какими-то гуру программазма! ДАЛЕКО НЕ. Ровно наоборот — пока «сипиписники» возились в низкоуровневых дебрях, тратя своё время на ЕРУНДУ, «шарповоды» осваивали высокоуровневые вещи типа дженериков, async, TPL и прочее. И когда приходит такой вот «сипиписник» в цэшарп, он выглядит как неандерталец, который не способен использовать тостер. Выглядит жалко.

А вот и образец «гуманитарной» логики:

> Одна из них это портативность… Intel C++ Compiler (по фичам он «не очень»)

Ну то есть существует компилятор С++, который по фичам «очень», но при этом, очевидно, несовместим с тем, который «не очень»? Тогда знаете что, такая «портативность» не стоит и гроша. Достаточно сосчитать все #ifdef’ы, чтобы понять — С++ реализован у всех по-своему.

> Со строками в С++ беда.

Именно. И ЭТО У БАЗОВОГО ТИПА! Кому нужно это «говно с крестами», если в нём нельзя написать элементарную обработку строк? Вот за это мы и перешли в C# — среду, где нет разбродов хотя бы по элементарным вещам. Конечно, «массивы» там полный отстой (особ. по ср. с Ди), но с самой библиотекой можно работать без особого напряга.

Карочи, С++ — это не инструмент, а «вынужденная мера», «зубная боль ИТ». Кто может — избегает, кто вынужден — учится фигурному катанию на костылях и художественной резьбе по изготовлению берёзовых велосипедов. Бедняги, их жалкие потуги в 21 веке — просто мазохизм!

===================================

и считаете ли вы, что все так плохо с c++?

@ct0r · 07.11.2016, 01:04

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

много времени на то, чего, возможно, и не должно было быть...

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

@Avazart · 07.11.2016, 01:05

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

Про Rust с std::fs - без понятия. Питон же нормально переваривает юникодные пути из коробки.

Я не про rust, я просто сходу не вспомнил как оно там называется - поправил пост ( std::experimental::filesystem :: path )

@Renji · 07.11.2016, 01:11

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

Я не про rust, я просто сходу не вспомнил как оно там называется - поправил пост.

std::experimental::filesystem не щупал, но вангую что оно будет работать в той кодировке, которая у Винды выставлена для программ не поддерживающих юникод. То есть, если на эту кодировку полагаться, программа рухнет при смене языковых настроек системы. Что, собственно, часто и происходит при попытке установки японских программ на русскую Винду.

@tapochka · 07.11.2016, 01:14 **[ТС]**

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

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

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

Новичок · 07.11.2016, 01:45

Не по теме:

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

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

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

Вот за это мы и перешли в C# — среду, где нет разбродов хотя бы по элементарным вещам.

Человек который это писал не знает элементарных вещей - std::string, про std::vector наверно тоже не в курсе...

Не читал, но осуждаю!

@tapochka · 07.11.2016, 02:34 **[ТС]**

Не по теме:

Сообщение от Новичок

Человек который это писал не знает элементарных вещей - std::string, про std::vector наверно тоже не в курсе...

человеку как раз не нравится std::string что она реализована контейнером а не как встроенный тип, так то можно понять его

@Black Fregat · 07.11.2016, 03:31

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

не нравится std::string что она реализована контейнером а не как встроенный тип

А в rust как-то по-другому?

@tapochka · 07.11.2016, 04:29 **[ТС]**

Сообщение от Black Fregat

А в rust как-то по-другому?

а rust то здесь причем?) человек с c# сравнивал

@GbaLog- · 07.11.2016, 08:17

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

В С++ пространство имен, т.е нужно писать std::sin();

Ну в С++, как я уже сказал, всё настраивается.
Можно, если так мешает, набрать using namespace std;.
Но давайте не будем сейчас рассуждать о том, насколько это хорошо и насколько плохо.
Тот пост скорее на эмоциях был написан, а языки - это дело вообще второстепенное на самом деле.

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

а скорость разработки вас не смущает?)

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

Добавлено через 12 минут

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

человеку как раз не нравится std::string что она реализована контейнером а не как встроенный тип

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

В чём проблема-то? Я же говорю, все эти высказывания - оправдания неосиляторов.

@HelicopterK52 · 07.11.2016, 10:04

Ну мне тоже std::string не по душе и что?
А еще я не люблю просмотром телевидения упиваться и что?
У меня есть молоток же, мне пойти телевизор расколошматить?

@Avazart · 07.11.2016, 13:20

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

std::experimental::filesystem не щупал, но вангую что оно будет работать в той кодировке, которая у Винды выставлена для программ не поддерживающих юникод. То есть, если на эту кодировку полагаться, программа рухнет при смене языковых настроек системы. Что, собственно, часто и происходит при попытке установки японских программ на русскую Винду.

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

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

а rust то здесь причем?) человек с c# сравнивал

Так в чем проблема что он не встроенный? Вообще это typedef шаблона, а не тип.
В C# как я помню строки не модифицируемые и что? Почему-то никто не кричит отстой?

Не по теме:

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

Ну мне тоже std::string не по душе и что?

Мне не нравится что такие вещи как trim() split() приходится либо самому писать либо брать с boost.
Но это дело такое...

@monolit · 07.11.2016, 13:39

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

По моему скромному опыту <...> .NET-разработчик с опытом N лет в среднем более квалифицирован, чем C++-разработчик с опытом тех же N лет.

Как ни странно, по моему скромному опыту все ровно наоборот. Так что это все болтовня.

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

Пока последний решает на C++ проблемы, которые больше ни в одном языке так изящно не решаются <...>, первый сталкивается с бОльшим разнообразием паттернов, архитектурных подходов, идиом и концепций.

Вот честно, не вижу корреляции между этим предложением и предыдущим. Это совсем не показатель квалификации.
Само собой, что не нужно все писать на С++ - у него есть своя ниша, в C# и др. - своя. Какие-то задачи решаются легче на C#, какие-то - на С++. То, что на С++ некоторый класс задач решать "сложнее" (что тоже неоднозначно - тут вот как раз и зависит от квалификации), не означает,что один язык лучше другого В ОБЩЕМ случае.

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

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

Почему-то некоторые задроты думают, что вручную удалив память, они стали какими-то гуру программазма! ДАЛЕКО НЕ. Ровно наоборот — пока «сипиписники» возились в низкоуровневых дебрях, тратя своё время на ЕРУНДУ, «шарповоды» осваивали высокоуровневые вещи типа дженериков, async, TPL и прочее. И когда приходит такой вот «сипиписник» в цэшарп, он выглядит как неандерталец <..>.

А эти излияния лишь говорят об уровне знания С++ автором этого сочинения. Т.е. он так и не преодолел низкоуровневые дебри и не вылез в "высокоуровневую нишу". Дженерики и async в качестве примера вообще выглядят убого. И работал он с такими же сипиписник'ами, которые тоже не осилили и пошли в C#.

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

Со строками в С++ беда.

В С++ в текущей STL беда, и многие это признают. Библиотека контейнеров Qt намного удобнее в использовании (та же QString: и тебе trim, и тебе split, и куча всего еще на все случае жизни). Но это совсем другой вопрос.

Тут кто-то про Rust упоминал. У меня знакомый как-то под него библиотеку какую-то портировал. Не очень лестно он по поводу удобства отзывался... Так что если он и "выстрелит", то С++ не застрелит.

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

@HelicopterK52 · 07.11.2016, 13:56

Не по теме:

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

Мне не нравится что такие вещи как trim() split()

Для меня страшнее что нет ничего такого:

C++
1
std::string str1(std::string_format::utf8);

всё это приходится велосипедить, если не нужны лишние зависимости.

Добавлено через 9 минут
Кстати, я разработал язык программирования,
в котором не нужно ничего велосипедить и уже всё имеется из коробки.
Вот так там будет выглядеть создание новой ОС, лучшей чем Windows:

Code
1
program.decription("Windows killer").create();

осталось только написать компилятор всего этого дела.
Я начал его писать на C++, но застрял на этом:

C++
1
2
3
int main()
{
}

не могу понять как делать дальше. Подскажите.

Как такое на C# можно написать? Мне говорили, что там проще.

@Avazart · 07.11.2016, 14:12

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

Для меня страшнее что нет ничего такого:

Я считаю оно там и не должно быть, лишнее, кодировки и строки как бы немного разные вещи.

@Renji · 07.11.2016, 14:15

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

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

Так эти особенности Винды обходятся тривиально - вызываем MultiByteToWideChar, преобразуем utf-8 путь в utf-16 и открываем файл через CreateFileW, а не через CreateFileA.
А PATH_MAX и у пингвинов есть.

Добавлено через 2 минуты

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

Для меня страшнее что нет ничего такого:

В C++11 уже есть - меняете "тест" на u8"тест" и строка точно будет в utf-8.

@HelicopterK52 · 07.11.2016, 14:17

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

В C++11 уже есть - меняете "тест" на u8"тест" и строка точно будет в utf-8.

И как это поможет в обработке строк?

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

кодировки и строки как бы немного разные вещи.

ну так строки состоят из символов, а эти символы как-то закодированы.
Для std::string это просто набор байт, не более. Никакого осмысленного формата.
Посему и получается, что приходится велосипедить, ведь size не даст количества символов, также, как и operator[] не даст нужного символа. Правда, если бы давал, то пришлось бы пересмотреть сложность всего этого дела.
Но, благо, всё давно навелосипедино. Я бы предпочел, чтобы что-то всё-таки было для работы с различными кодировками без боли.

@Renji · 07.11.2016, 14:20

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

И как это поможет в обработке строк?

А в обработке строк надо использовать utf-16 или utf-32. То есть, std::wstring. Utf-8 изначально плохо приспособлен к посимвольному чтению.

@HelicopterK52 · 07.11.2016, 14:28

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

Utf-8 изначально плохо приспособлен к посимвольному чтению.

А не посимвольно еще хуже. Оно ж завязано на контексте.

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

А в обработке строк надо использовать utf-16 или utf-32.

Посему нам были даны великие u16string и u32string, но не дано ничего, чтобы работать с этим добром без боли. А с болью мы и раньше жили. Да даже в QString есть toStdU16String, который сделает нам u16string, а в std::string - пилите сами. Собственно, оно ипонятно, ведь чтобы перевести, надо знать в какой кодировке текст в данный момент. Но у нас с этим милая, но большая задница. Вот я о чем.

@Avazart · 07.11.2016, 14:28

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

Посему и получается, что приходится велосипедить, ведь size не даст количества символов, также, как и operator[] не даст нужного символа.

Так переводите в осмысленный формат(широких символов) до попадения в basic_string и будет вам size и []

@HelicopterK52 · 07.11.2016, 14:31

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

широких символов

Которое опять же везде по разному. Это я про wchar_t.

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

Так переводите

Ну вот, видите, снова, - "переводите". Да перевожу и это порядком надоело.

Новые блоги и статьи Все статьи Все блоги /
Про "Windows must die!" kumehtar 04.11.2026 Знаете, чет накатило. . . . Когда-то это было почти боевым кличем: мол, нормальный человек сидит на DOS, OS/ 2 или Linux, а вот это вот - Must Die. А теперь человек произносит «мастдай» с усмешкой - и. . .	Красочные поля с номером страницы svg+background-image russiannick 04.11.2026 Красочные поля с номером страницы не менее важны чем в эпоху бумажных книг. Посему спешу представить почтеннейшей публике этот важный инструмент который эти поля и формирует. В процессе разработки. . .	Вступаем в новую фазу генерации favicons, векторную. russiannick 02.11.2026 Теперь нет нужды скрывать что используется простой svg. Исходный код изображения помещаем в поле и жмем кнопку. Исходник преобразуется в вид корректный для помещения в favicon или в url(). Нажатие. . .	Генератор паролей (вариант №4) Maks 01.11.2026 После публикации 3-го варианта генератора паролей, разослал его своим коллегам (с целью оценки), в итоге были получены следующие рекомендации: 1. Вернуть возможность использования знаков \| 1 l I;. . .
Генератор паролей (вариант №3) Maks 30.10.2026 Финальная версия генератора паролей 1С. Доработка решения в этот раз коснулась только визуальной части, а именно, добавлен реквизит ДопПараметры (тип Булево), который скрывает/ отображает реквизиты:. . .	Магическое мышление и магия, современная наука не отличима от магии (говорит ИИ Джемени) zorxor 30.10.2026 Джемени, расскажи, пожалуйста, что такое магическое мышление, что такое магия, почему современная наука чем-то напоминает магию? Фраза «Любая достаточно развитая технология неотличима от магии». . .	За какое время ИИ может подобрать пароль по хешу (рассказывает Джемени ИИ) zorxor 30.10.2026 Расскажи, Джемени, если известен хэш МД5, например, за сколько ИИ сможет подобрать соответствующий пароль? Искусственный интеллект (ИИ) может подобрать простой или средний по сложности пароль по. . .	Кто убил Suno? Почему наше солнышко погасло? (диалог с ИИ Джемени) zorxor 30.10.2026 Как убивали Suno. Хронология. «Убийство» музыкальной нейросети Suno — это затяжной процесс, в котором технологический хайп стартапа разбился о жесткую реальность судебных исков от гигантов. . .

@tapochka 42 / 42 / 17 Регистрация: 25.04.2014 Сообщений: 499

	Почему вы пишете на c++? 06.11.2016, 20:09. Показов 7738. Ответов 98 Метки нет (Все метки) здравствуйте... в общем, решил поспрашивать людей о том, почему они пишут/остаются на c++. к размышлениям натолкнули пара реплик людей с просторов интернета... согласен, такое можно видеть очень часто, но все же: Кликните здесь для просмотра всего текста ================= 1)По моему скромному опыту (я в прошлом разработчик на C++, ныне на .NET, то есть, обобщённый «Java-программист» в контексте статьи) .NET-разработчик с опытом N лет в среднем более квалифицирован, чем C++-разработчик с опытом тех же N лет. Как бы парадоксально это ни звучало для плюсистов. Пока последний решает на C++ проблемы, которые больше ни в одном языке так изящно не решаются (но при этом и не возникают), первый сталкивается с бОльшим разнообразием паттернов, архитектурных подходов, идиом и концепций. Имхо. 2)> С++ разработчику достаточть легко в последствии освоить C# Категорически не согласен. Почему-то некоторые задроты думают, что вручную удалив память, они стали какими-то гуру программазма! ДАЛЕКО НЕ. Ровно наоборот — пока «сипиписники» возились в низкоуровневых дебрях, тратя своё время на ЕРУНДУ, «шарповоды» осваивали высокоуровневые вещи типа дженериков, async, TPL и прочее. И когда приходит такой вот «сипиписник» в цэшарп, он выглядит как неандерталец, который не способен использовать тостер. Выглядит жалко. А вот и образец «гуманитарной» логики: > Одна из них это портативность… Intel C++ Compiler (по фичам он «не очень») Ну то есть существует компилятор С++, который по фичам «очень», но при этом, очевидно, несовместим с тем, который «не очень»? Тогда знаете что, такая «портативность» не стоит и гроша. Достаточно сосчитать все #ifdef’ы, чтобы понять — С++ реализован у всех по-своему. > Со строками в С++ беда. Именно. И ЭТО У БАЗОВОГО ТИПА! Кому нужно это «говно с крестами», если в нём нельзя написать элементарную обработку строк? Вот за это мы и перешли в C# — среду, где нет разбродов хотя бы по элементарным вещам. Конечно, «массивы» там полный отстой (особ. по ср. с Ди), но с самой библиотекой можно работать без особого напряга. Карочи, С++ — это не инструмент, а «вынужденная мера», «зубная боль ИТ». Кто может — избегает, кто вынужден — учится фигурному катанию на костылях и художественной резьбе по изготовлению берёзовых велосипедов. Бедняги, их жалкие потуги в 21 веке — просто мазохизм! =================================== и считаете ли вы, что все так плохо с c++? 0

@HelicopterK52 829 / 253 / 34 Регистрация: 27.07.2016 Сообщений: 497 Записей в блоге: 1
	07.11.2016, 10:04
	Ну мне тоже std::string не по душе и что? А еще я не люблю просмотром телевидения упиваться и что? У меня есть молоток же, мне пойти телевизор расколошматить? 0