Насколько нужно выучить C++, перед тем как переходить на C#?

@strange_man · Регистрация: 17.05.2012

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

Я изучаю программирование (язык С++) дома, в институте наверно тоже скоро будем его изучать. Я знаю, что C++ очень полезно знать и владение им на хорошем уровне всегда приветствуется. Но меня очень волнует, что сейчас везде стали делать акцент на C# и Java и я боюсь, что сейчас, начав изучать C++, я теряю время, которое мог бы потратить на изучение C#. Например, некоторые мои одногруппники сейчас изучают самостоятельно C#. Я тоже в будущем перейду на C# ввиду роста его популярности, но на какой точке это лучше сделать? Ведь C++ я все равно не овладею на все 100%, а вечно изучать его не буду.
P.S. Я обучаюсь на системного программиста. Но предпочтительно планирую заниматься разработкой программ высокого уровня.

@ovner · 14.07.2013, 13:12

паралельно учить: это написать программу на С++ и сразу реализировать её на С# ?

@rlib · 14.07.2013, 13:14

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

вообще я хотел бы gamedev'ом заниматься, по возможности

Тогда ассемблер!

)))
http://pouet.net/sourceprod.php
ftp://ftp.scene.org/pub/resour... v-100b.zip

@0x10 · 14.07.2013, 13:16

На правах бреда.
Я бы сказал... Пока не надоест.
С++ ведь так уродлив. Тошнить скоро будет от наличия трех разных операторов доступа: . -> :: Ну какое мне дело - работаю я с пространством имен, классом, объектом или указателем? В C# красота - одна точка на все случаи.
Описание классов в двух файлах - .h и .cpp - вообще кошмар. Это ж постоянно надо поддерживать согласованность имен. Я ведь могу параметр функции в заголовке назвать одним словом, а в реализации другим - такой бардак будет.
И эти на каждом шагу торчащие const в плюсовом коде... Особенно когда они вылезают после объявления метода.
Точки с запятой в конце определений классов - мусор в коде.
Адресная арифметика и указатели - не нужны. Сколько нервов было убито в свое время на их понимание.
Передача аргументов по const-ref - сколько джуниоров схлопотали линейкой по рукам за то, что забывали это делать?
Это я еще молчу про наличие такой пакости как препроцессор, отсутствие нормальных модулей в языке и прочем уродстве.

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

Croessmah · 14.07.2013, 13:21

Не по теме:

Сообщение от 0x10

А в шарпе все красиво, стройно, элегантно.

Понятие красоты у всех разное. Вот для меня шарп - уродство :)
И вспоминать не хочется :)

@alex_x_x · 14.07.2013, 13:22

Сообщение от Убежденный

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

я знаю достаточно таких айосников
хотя там достаточно смежных технологий ..

@OhMyGodSoLong · 14.07.2013, 13:25

Не по теме:

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

Хм. А если это дефайн?

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

Сообщение от 0x10

С++ ведь так уродлив.

Да. И понимание этого — необходимое условие для работы с языком. Я уверен, никто бы не писал на Плюсах, если бы у них был выбор. Если бы когда-то какие-то API делались не для Плюсов, если бы поддерживаемая программная система была бы написана не на Плюсах, если бы в учебной программе были бы не только Плюсы, если бы начинали программировать не с Плюсов.

Jupiter · 14.07.2013, 13:25

Сообщение от 0x10

Описание классов в двух файлах - .h и .cpp - вообще кошмар. Это ж постоянно надо поддерживать согласованность имен. Я ведь могу параметр функции в заголовке назвать одним словом, а в реализации другим - такой бардак будет.

с нынешними IDE этот минус отпадает

Сообщение от 0x10

И эти на каждом шагу торчащие const в плюсовом коде... Особенно когда они вылезают после объявления метода.

несогласен

Сообщение от 0x10

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

плюсую

Сообщение от 0x10

Передача аргументов по const-ref - сколько джуниоров схлопотали линейкой по рукам за то, что забывали это делать?

ну тогда это недо-джуниоры какие-то

Если бы когда-то какие-то API делались не для Плюсов, если бы поддерживаемая программная система была бы написана не на Плюсах, если бы в учебной программе были бы не только Плюсы, если бы начинали программировать не с Плюсов.

Если бы сейчас поломали обратную совместимость...

@Kuzia domovenok · 14.07.2013, 13:27

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

никто бы не писал на Плюсах, если бы у них был выбор.

У меня есть выбор: Си, С++, Асм. Выбираю С++, но на Си тоже люблю писать. Разве этого не достаточно для выбора?

@diagon · 14.07.2013, 13:32

Сообщение от 0x10

Описание классов в двух файлах - .h и .cpp - вообще кошмар. Это ж постоянно надо поддерживать согласованность имен. Я ведь могу параметр функции в заголовке назвать одним словом, а в реализации другим - такой бардак будет.

КьютКриэйтор умеет автоматически изменять сигнатуру. Но это единственная jetbrains-like фича, которую я у него видел.
Остальные аргументы какие-то слабые (и вообще, скорее плюсы, чем минусы). Ну разве что кроме этого

Сообщение от 0x10

Это я еще молчу про наличие такой пакости как препроцессор, отсутствие нормальных модулей в языке и прочем уродстве.

Это потому, что с++ разрабатывается сообществом, а не одним вендором. А сообщество никак не может между собой договориться. Модули, концепты и прочее хотели включить еще в с++11, но в итоге не смогли придумать к ним нормальный стандарт, и оно не вошло даже в с++14.

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

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

Непонятно. Имеется в виду контраст с "объявляются" ?

Croessmah · 14.07.2013, 13:37

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

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

Дефайны вообще не имеют представления о пространствах имен - код как текст, не более

@Kuzia domovenok · 14.07.2013, 13:42

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

Описание классов в двух файлах - .h и .cpp - вообще кошмар. Это ж постоянно надо поддерживать согласованность имен. Я ведь могу параметр функции в заголовке назвать одним словом, а в реализации другим - такой бардак будет.

Вообще-то h файлы для того и созданы, чтобы поддерживать согласованность в множестве срр файлов.
Ты либо пишешь функцию в срр файле и добавляешь её прототип во множество остальных срр файлов. (Этот подход вполне имеет право на жизнь)

Либо добавляешь прототип в один Н файл, и инклудишь его далее.

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

@0x10 · 14.07.2013, 13:50

Не по теме:

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

@OhMyGodSoLong · 14.07.2013, 13:52

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

Непонятно. Имеется в виду контраст с "объявляются" ?

Не, не надо выкапывать там глубинный смысл. Я имел в виду, что из-за вот этого:

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

Дефайны вообще не имеют представления о пространствах имен - код как текст, не более

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

Короче, на них тоже распространяется правило "не начинать с подчёркивания".

@diagon · 14.07.2013, 14:05

Сообщение от 0x10

особенности языка, с которыми просто уживаешься

Ну, там действительно есть плюсы.

Вот например, насчет семиколонны после фигурной скобки

C++
1
2
3
4
5
6
7
8
namespace my_namespace
{
class my_class
{
     //много кода (на несколько экранов)
 
};  //сразу видно, что это конец класса, а не функции или неймспейса или чего-либо еще.
}

Насчет области видимости - c# тоже поддерживает ::
Ну, здесь у меня объективных аргументов нету, зато есть D, в котором пытались решить эту "проблему". И мне как-то не очень понравилась одна точка на все случаи жизни.

Насчет указателей - как будто их в шарпе нету. И их знание не может быть лишним.

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

Короче, на них тоже распространяется правило "не начинать с подчёркивания".

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

@alex_x_x · 14.07.2013, 15:05

Сообщение от Kuzia domovenok

Вообще-то h файлы для того и созданы, чтобы поддерживать согласованность в множестве срр файлов.
Ты либо пишешь функцию в срр файле и добавляешь её прототип во множество остальных срр файлов. (Этот подход вполне имеет право на жизнь)

делается это кстати тоже через набор костылей, видится, что ни настоящей модульности, ни выраженных иерархий классов (как в java/c#) на нашем веку в с++ не будет. даже pragma once в стандарт так и не включили, все также и развлекаемся с include guard'ами

@diagon · 14.07.2013, 15:07

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

даже pragma once в стандарт так и не включили, все также и развлекаемся с include guard'ами

А можете привести пример актуального компилятора, не поддерживающего pragma once?

Jupiter · 14.07.2013, 15:20

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

А можете привести пример актуального компилятора, не поддерживающего pragma once?

насколько знаю - iar

@alex_x_x · 14.07.2013, 15:24

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

А можете привести пример актуального компилятора, не поддерживающего pragma once?

да почти все, но сие до сих пор не стандарт (почему?)
Jupiter, судя по вики поддерживается

@OhMyGodSoLong · 14.07.2013, 15:41

И пример актуального компилятора, не поддерживающего оптимизацию инклюд-гардов. (Костыли надо поддерживать!)

Jupiter · 14.07.2013, 15:46

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

привести пример актуального компилятора, не поддерживающего pragma once?

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

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

да все это мелочи в сравнении с отсутсвием: нормального текста ошибок в шаблонах, минимального статического анализа, детекта UB, и т.д.

Новые блоги и статьи Все статьи Все блоги /
Особенности gif сгенерированных в Си russiannick 21.10.2026 Рассмотрим генерацию gif файлов, которые в Си имеют свои особенности. Gif представляет собой графический формат популярный в интернете. Посмотрим на палитру. Gif файл сгенерированный в си отличается. . .	FPS контроллер с анимированными Y-Bot и 3D-звуком miniaudio (Box3D, Recast, BehaviorTree.CPP, ozz-animation, ImGui, OpenGL и SDL3) 8Observer8 18.10.2026 Содержание блога \| English Version Полное мультиплатформенное руководство по стартовому проекту с FPS-контроллером игрока, анимированными роботами Y-Bot с 4-слойным блендингом, 3D-физикой Box3D,. . .	Локальный http сервер Argus19 17.10.2026 Локальный http сервер На работе, на двух локальных компьютерах круглосуточно работают программы опроса приборов с записью в книги Excel,которые раз в сутки записываются на сервер компании. Т. к. . . .	Копировать Windows на новый диск на UEFI damix 17.10.2026 https:/ / uriesk. wordpress. com/ 2016/ 11/ 01/ move-window-10-to-ssd-on-a-uefi-dualboot-system-with-basic-linux-tools/ TL DR Вставляем диск, а старый подключаем через переходник, грузимся с лайва. . .
ИИ не может найти нужный язык в списке Supersumestria 05.10.2026 Я ему даю вот такое изображение и прошу найти и подчеркнуть немецкий язык. Возвращает он вот это: https:/ / i. **********/ vqBWLe2. png Нужную строчку в 3й колонке просто выдумал. . Это. . .	Новая последняя моя музыка в SUNO zorxor 05.10.2026 Здравствуйте, дорогие мои друзья! С большой радостью я хотел бы представить вам свою новую последнею музыку, которую сгенерировала мне по моей просьбе нейросеть SUNO. С уважением, zorxor. Это. . .	Программный домашний кинотеатр russiannick 27.09.2026 Сподобился на программный домашний кинотеатр. В качестве ЯВУ по традиции выбрал js. В помощники взял Яндекс-Алису. Было создано три зала на разные интересы. исторические и ретро сериал Хичкок. . .	Беседа с ИИ о программистах, недопускающих к созданию и правке кода генеративные ИИ и причины этого zorxor 21.09.2026 Раньше я радовался или получал некоторые эмоции, пусть небольшие, но всё же, от самого процесса написания кода, рекомпиляции и запуска, видя постепенное развитие программы и прочее. А теперь лень. . .

@strange_man 13 / 13 / 2 Регистрация: 17.05.2012 Сообщений: 121

	Насколько нужно выучить C++, перед тем как переходить на C#? 14.07.2013, 09:59. Показов 11961. Ответов 42 Метки нет (Все метки) Я изучаю программирование (язык С++) дома, в институте наверно тоже скоро будем его изучать. Я знаю, что C++ очень полезно знать и владение им на хорошем уровне всегда приветствуется. Но меня очень волнует, что сейчас везде стали делать акцент на C# и Java и я боюсь, что сейчас, начав изучать C++, я теряю время, которое мог бы потратить на изучение C#. Например, некоторые мои одногруппники сейчас изучают самостоятельно C#. Я тоже в будущем перейду на C# ввиду роста его популярности, но на какой точке это лучше сделать? Ведь C++ я все равно не овладею на все 100%, а вечно изучать его не буду. P.S. Я обучаюсь на системного программиста. Но предпочтительно планирую заниматься разработкой программ высокого уровня. 0

@ovner 7 / 7 / 5 Регистрация: 06.10.2012 Сообщений: 140
	14.07.2013, 13:12
	паралельно учить: это написать программу на С++ и сразу реализировать её на С# ? 0

@0x10 3258 / 2060 / 351 Регистрация: 24.11.2012 Сообщений: 4,909
	14.07.2013, 13:16
	На правах бреда. Я бы сказал... Пока не надоест. С++ ведь так уродлив. Тошнить скоро будет от наличия трех разных операторов доступа: . -> :: Ну какое мне дело - работаю я с пространством имен, классом, объектом или указателем? В C# красота - одна точка на все случаи. Описание классов в двух файлах - .h и .cpp - вообще кошмар. Это ж постоянно надо поддерживать согласованность имен. Я ведь могу параметр функции в заголовке назвать одним словом, а в реализации другим - такой бардак будет. И эти на каждом шагу торчащие const в плюсовом коде... Особенно когда они вылезают после объявления метода. Точки с запятой в конце определений классов - мусор в коде. Адресная арифметика и указатели - не нужны. Сколько нервов было убито в свое время на их понимание. Передача аргументов по const-ref - сколько джуниоров схлопотали линейкой по рукам за то, что забывали это делать? Это я еще молчу про наличие такой пакости как препроцессор, отсутствие нормальных модулей в языке и прочем уродстве. А в шарпе все красиво, стройно, элегантно. Очень такой женский язык получается. Вот только пока пишешь, не отпускает чувство, что стоишь под душем в скафандре. 1

@0x10
	14.07.2013, 13:50
	Не по теме: Все мои "аргументы" - не более, чем особенности языка, с которыми просто уживаешься. Воспринимать можно было ирочнично) 0

@OhMyGodSoLong ~ Эврика! ~ 1258 / 1007 / 74 Регистрация: 24.07.2012 Сообщений: 2,002
	14.07.2013, 15:41
	И пример актуального компилятора, не поддерживающего оптимизацию инклюд-гардов. (Костыли надо поддерживать!) 0