Предназначение языков C и C++

Приветствую.
Есть несколько вопросов по C и C++. Прим. Вопросы адресованы тем, кто не является нубом в C и C++.
Итак:
1. Для кого C++?
В целом интересует ваше имхо кому нужно учить C++.
Если я допустим хочу разрабатывать игры, причём включая те, которые не требуют высокой производительности, текстовые онлайн MUD игры, при этом я не хочу писать движок с нуля, а использовать готовый, может ли мне подойти C++?
Поясню конкретнее. Дело в том, что мне обязательно нужно разрабатывать сервер на Linux. Тут 3 варианта. C/C++/Python.
C - многие движки MUD игр в основном именно на C. Но есть мнение, что на C сложнее писать, чем на C++.
C++ - много движков также имеется, но возможности языка шире, что замедляет процесс изучения.
Python - в целом хорош, по синтаксису, по библиотекам, но имхо не надежен. Я хочу его избежать, но рассматриваю в крайних случаях. Низкая производительность.
2. Тот же вопрос, что был первый. Только с C. Для кого C? Стоит ли мне вообще рассматривать C?
3. Говорят, что разработка на C гораздо труднее, чем на C++. На сколько это правда в отношении прикладного программного обеспечения?
4. И в отношении C, и в отношении C++, на сколько я много должен знать, если не собераюсь разрабатывать с нуля, а использовать готовые инструменты?
В целом я смотрел тот же circlemud 2000 года, там больше, чем основы C переменные, условия, циклы, указатели, не используется. В основном сама библиотека C.
5. Не знаю, как с C, но про C++ говорят, что для решения нужно много лет его изучать. На сколько это правда в моем случаи? Если я нацелен на готовые инструменты, нужно ли мне знать много?
6. Можно ли изучать одновременно C и C++?
В общем думаю тему вы уловили, потому приму любые рассуждения.
Всем заранее благодарен!

0

Сообщение от obivan в Си нет шаблонов

Сейчас компайл тайм в основном удобнее писать с помощью constexpr.
Производители компиляторов уж очень просят не использовать рекурсивный инстанс шаблона для "подсчёта числа фибоначи в CT".

0

Сообщение от obivan попробовать реализовать компайл тайм алгоритмы на С++, ах да в Си нет шаблонов ...

Никто вам не мешает написать кучу перегруженных функций

0

Сообщение от jahdjkhasjdhjah написать кучу перегруженных функций

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

0

0

Сообщение от jahdjkhasjdhjah Получились те самые 0,5 %, о которых я и упоминал.

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

и что это доказывает?

ну, кроме того, что так результат не подтасовывают бенчмарки не делают?

2.
не понятно, что там с ключами компиляции.

Сообщение от jahdjkhasjdhjah Дополнительно обратите внимание на размер программ

а вы обратили внимание, что ради единственной sprintf,
протащили тяжелый iostream?

и опять жеж, не понятно что там с конфигурацией сборки.

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

а потом вместе с кодом выложите тестовые проекты.

вот тогда будет резон.

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

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

0

Сообщение от jahdjkhasjdhjah Никто вам не мешает написать кучу перегруженных функций

Это уже С++

0

8Observer8, ооо, а вот и вы.
Почему, такие движки как oggre, хорошее решение.

0

Сообщение от hoggy а вы обратили внимание, что ради единственной sprintf, протащили тяжелый iostream?

Кстати, аналогичные действия на собственно ostream будут выглядеть так: https://ideone.com/tTrgcd

Да, время больше на 40%, 9738582006 против 6940494115, но и возможностей по конфигурированию std::ostream гораздо больше.

0

0

Сообщение от TRam_ Да, время больше на 40%

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

https://habrahabr.ru/post/246257/

1

Вот вам самый веский аргумент!
http://harmful.cat-v.org/software/c++/linus

0

Сообщение от jahdjkhasjdhjah Вот вам самый веский аргумент!

Линус уже давно не аргумент.
к его эксцентричности относятся снисходительно.

можете поискать, как он нашел баг в компиляторе gcc
и такой хай поднял. на все сообщество.
называя его поделием каких то недоумков,
который нельзя использовать для серьёзный вещей.

вот только сообщество поклало большой и толстый вуй.
и gcc, как и было запланированно - мигировал с сишки на с++

а вот это факт - это уже серьёзный аргумент.

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

1

jahdjkhasjdhjah, написание на Си ведет к таким же костылям, во первых посты где линус жалуется на эесепшены(ну так в чем проблема пойти по пути Qt и отказатся от них ?), это будет штука как у меня есть история из жизни, где типок велосипедил на Си таблицу вирт функций а потом ей вы*вался, это все можно сделать но зачем, когда на плюсах легче ???

0

Что-то мы с темы съехали. Я где-то говорил, что С - единственный и правильный язык, истиная вера и т.д.? И что нужно использовать исключительно только его?

1

Сообщение от jonikster Если я допустим хочу разрабатывать игры, причём включая те, которые не требуют высокой производительности, текстовые онлайн MUD игры, при этом я не хочу писать движок с нуля, а использовать готовый, может ли мне подойти C++?

Да, готовые игровые движки это хорошо, но когда вы создаёте тему, то указываете, что вы незрячий, потому что это накладывает определённые ограничения на выбор инструментов. Я помню вы в какой-то теме приводили пример, что один незрячий программист написал игру на Unity, но это не значит, что и вы сможете.

Сообщение от jonikster 8Observer8, ооо, а вот и вы. Почему, такие движки как oggre, хорошее решение.

Вы действительно полностью незрячий или что-то всё-таки видите? Или вы так пошутили? Если вы зайдёте на страницу OGRE, то вы прочитаете на первой странице в кратком описании такие слова:

one of the most popular open-source graphics rendering engines

"графический движок". Если вы действительно незрячий, то о каком графическом движке может идти речь?

Сообщение от jonikster текстовые онлайн MUD игры, при этом я не хочу писать движок с нуля, а использовать готовый, может ли мне подойти C++?

Пробовали искать в интернете: mud game engine? Я попробовал, например, есть готовый движок Node.js-based MUD engine. Но я помню, что в другой теме вы писали, что не хотите заниматься ничем связанным с вебом. А зря, потому что этот движок выглядит прилично, судя по количеству звёзд, фоков и обновлениям. Node.js приложения не очень сложно развернуть, например, на бесплатном хостинге heroku или на openshift и начать работать над игрой, а не тратить столько лет на выбор языка и инструментов.

0