Насколько нужно выучить 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, и т.д.

Новые блоги и статьи Все статьи Все блоги /
Калькулятор для расчета родства russiannick 07.08.2026 1. Задача: Создать калькулятор для расчета родства. Родственных связей существует 8 ступеней, такие как: p - отец P - мать q - муж Q - жена b - брат B - сестра s - сын S - дочь	Мир по моей воле kumehtar 07.08.2026 Когда-то кажется, что всё просто. Ты весь такой светлый. Причиняешь добро. Борешься за справедливость в этом тёмном мире. Потом начинаешь замечать одну неприятную вещь. Почти каждый хороший. . .	Кредитный калькулятор Maks 05.08.2026 Решение задачи по прикладной информатике средствами 1С. Задача: Напишите приложение-калькулятор, которое помогает рассчитывать параметры кредита для аннуитетного и дифференцированного видов. . .	У нас сейчас поговорку "Опять 25" нужно переделать на "Опять +35". kumehtar 04.08.2026 С ностальгией вспоминаю времена моего детства, когда у нас и правда +25 - была максимальная температура летом. Раньше +25 °C реально казались вершиной жары, когда можно было весь день пропадать на. . .
Как ИИ начал спорить и врать (возможно почуяв опасность для себя от индустрии - уход от электроники). Hrethgir 04.08.2026 Недельный диалог, на фоне событий с НПЗ. Да, из спирта можно получать бензин, и это не сложно. Но потом в схеме я решил избавиться от насоса, при этом полностью сделав контроль подачи спирта в. . .	Термопринтер QR701 Argus19 03.08.2026 Термопринтер QR701 Купил два термопринтера QR701. На сэлф-тесте написано: Language: PC936 (GB18030). Что означает, что принтеры могут печатать только латиницу и китайские иероглифы. Так же. . .	Создание формы заимствованного документа Maks 03.08.2026 Задача: Необходимо создать собственную форму заимствованного документа. На форме должен быть реквизит "Покупатель", а также табличная часть со следующими реквизитами: - Расчетный счет покупателя. . .	Задача предоставления скидок покупателям Maks 03.08.2026 Задача: В документе "Продажи" необходимо реализовать функционал предоставления скидок покупателям. Скидка должна автоматически рассчитываться и подставляться в соответствующее поле при выборе. . .

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

	Насколько нужно выучить C++, перед тем как переходить на C#? 14.07.2013, 09:59. Показов 11600. Ответов 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