С чего начать С или С++, зная веб-программирование?

Доброго времени суток эксперты! Заранее приношу извинения, наверное это такая же 1000 тема про что лучше. Суть такова - занимался web-программированием php,js, верстка..., и решил открыть для себя новую область в программирование на Си/Си++. Очень хочется работать с тем что актуально в C, C++ и не могу решить с чего начать с Си или Си++? Опыта программирования очень мало, и как студенту очень интересно что же выбрать для дальнейшей работы с Си языками?
Что актуальнее учить? Если я начну сразу с нуля С++, и без знаний С, это не грешно?

0

Сообщение от bodya_men С ассемблером.Иначе не было бы такой гибкости.

Сегодня пересобирал свой nmap. Чет я там ассемблера не нашел. Большая часть - сишные исходники, меньшая - cc'шные. Ну и скрипты для сборки. Да и как-то эти два слова "ассемблер" и "гибкость" лично у меня ассоциируются как антонимы. С проф точки зрения, конечно.

Сообщение от mymedia Но, мне кажется, что это стоит делать только после С++.

В этом уже не будет смысла. А вот будет ли смысл вообще обращать внимание на c++, после того как мастерски освоишь си. Это вопрос. Доступ к ОС api уже считай есть, а высокий уровень, так удобней тот же дотнет взять, джава, да мало ли, пайтон + tk - вот тебе и гуевина и функционал.

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

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

тонко

0

Я всё же остаюсь приверженцем Страуструпа и считаю, что высокоуровневый код должен быть столь же эффективен как и его "аналог" на си. Тот же C#, Java, Python очень сильно проигрывают в производительности С++. Эти языки следует использовать лишь для небольших и средних проектов.
ИМХО, учить только голый Си и учить какой-нибудь высокоуровневый язык — вещи разные и нельзя смешивать их при рассмотрении.
Изначально вопрос стоял так: "Учить сначала Си, а затем С++, или наоборот, С++, а затем Си". Страуструп считает, и я с ним согласен, стоит начинать изучение с С++. Потом можно будет посмотреть отличия Си от С++, и, считай, ты уже выучил Си.

0

Сообщение от mymedia Java, Python

По моему не в той категории, они разве что выигрывают в скорости/стоимости разработки (что кстати тоже не маловажно) поэтому это лишь сужает область применения но не значимость.
Но думаю само сабой разумеется что писать неэффектывный код можно одинакого на любом языке.

Сообщение от mymedia Потом можно будет посмотреть отличия Си от С++, и, считай, ты уже выучил Си.

А типа отличий так мало?

0

Сообщение от Avazart писать неэффектывный код можно одинакого на любом языке

Тоже хотел об этом сказать. Как правило фанбои плюсисты приводят перфоманс как весомый аргумент. Любой опытный разработчик на это ответит так, что качество программы напрямую зависит от умения проектировать и прямоты рук тех кто ее написал и язык тут не при чем.

Сообщение от mymedia ИМХО, учить только голый Си и учить какой-нибудь высокоуровневый язык — вещи разные и нельзя смешивать их при рассмотрении

Можно и нужно. Качественное знание сей открывает дорогу в ос api. Уже можно заниматься системщиной вовсю без каких-либо там плюсов. Современный с++ конечно дает высокий уровень, но допустим в сравнении с тем же common lisp нервно курит в сторонке. Разница в производительности не существенна, разница в уровнях абстракций - пропасть. По большому счету на него просто не стоит тратить свое время. Лет 20 назад, да, стоило. Сегодня - нет. Взять любую амер статью из области cs. Везде джава, питон, функциональщина. В приличных книгах за эталон ООП берут snalltalk как историю и java как реальность. А c++ как intell - с самого начала тащит за собой все свои дефекты.

0

Надо ли перед изучением С++ выучить С?

0

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

Не совсем так, также зависит от от применения -> и как следствие языка.
Крутые игры, браузеры итп пишут на С/С++.
Дрова на С / ASM
И тут вряд ли другим языкам есть "много места".

0

Сообщение от Avazart А типа отличий так мало?

Конечно, современные С++ и Си всё дальше и дальше отдаляются друг от друга. Но, тем не менее, все отличия можно перечислить и изучить за пару часов. Ну, хорошо, пару дней. Это не так много после того, как было потрачено несколько месяцев на С++.
Разрешите снова сослаться на Страуструпа: раньше в книжках у него был небольшой раздел про отличия Си и С++, сейчас же в новой "Теории и практике использования С++" он уже посявятил этому целую главу. Связано это с появлением новых стандартов, как у С++, так и у Си.
Вот я в своё время прочитал от корки до корки книжку Бьёрна Страуструпа — "Язык программирования С++. Специальное издание", издательство Бином, 2006. Можно сказать, что я одновременно изучил и С++, и Си, плюс ещё кое-что нового тогда узнал.

Сообщение от cybercitizen Качественное знание сей открывает дорогу в ос api.

Из качественного знания С++ следует качественное знание Си. Обратное неверно.

Сообщение от cybercitizen Уже можно заниматься системщиной вовсю без каких-либо там плюсов.

И получить множество гемороя в виде утечек памяти. Да, и обработка ошибок без ООП затруднена. Это ж надо в каждой функции не забыть какую-нибудь мелочь.

Сообщение от cybercitizen Везде джава, питон, функциональщина.

И всё жутко тормозит…

Сообщение от cybercitizen А c++ как intell - с самого начала тащит за собой все свои дефекты.

Ну, тут да, нельзя не согласиться. Но именно поэтому С++, как и Intel, так популярен. Более того, всё же не очень популярные возможности удаляются из С++, и чтобы старый код, который их использовал, заработал, его нужно будет переписать.

0

Сообщение от mymedia Это не так много после того, как было потрачено несколько месяцев на С++

Оптимистично.
К тому же может стоит посчитать сколько времнени уйдет на изучение не отличий Си а к примеру С# / Java ведь тоже похоже.

Сообщение от mymedia И всё жутко тормозит…

Java - крооссплатформенно.
Python - малозатратно при простых задачах

0

Сообщение от Avazart Оптимистично.

Я имел ввиду, что после месяцев изуения С++, на нём можно более-менее сносно писать. Особенно, если до этого уже программировал. А чтобы полностью выучить С++, боюсь, и жизни не хватит

0

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

Чего? Например?

Сообщение от mymedia на нём можно более-менее сносно писать.

Говорю же оптимистично.
Если вы упустили некоторые моменты в С++ потом при сравнении с Си будет каша в голове.

Сообщение от mymedia Вот я в своё время прочитал от корки до корки книжку Бьёрна Страуструпа — "Язык программирования С++. Специальное издание", издательство Бином, 2006. Можно сказать, что я одновременно изучил и С++, и Си, плюс ещё кое-что нового тогда узнал.

Ага а вы теперь попробуйте что нибудь написать на чистом Си или в исходниках на Си порыться, и думаю иллюзии развеются.
Одно дело использовать Си-код в С++ другое дело мыслить/писать на Си.

0

Сообщение от Avazart К тому же может стоит посчитать сколько времнени уйдет на изучение не отличий Си а к примеру С# / Java ведь тоже похоже.

Признаюсь, я не знаю ни C#, ни Java. Но, полагаю, изучении этих отличий займёт гораздо больше времени.

Сообщение от Avazart Java - крооссплатформенно. Python - малозатратно при простых задачах

У каждого языка свои плюсы. Я не спорю. Но я уже говорил, что использовать эти языки в больших и сложных программах — замедление их работы.

Сообщение от Avazart Чего? Например?

Например, std::random_shuffle удалён в С++17.

Сообщение от Avazart Ага а вы теперь попробуйте что нибудь написать на чистом Си или в исходниках на Си порыться, и думаю иллюзии развеются. Одно дело использовать Си-код в С++ другое дело мыслить/писать.

Очень даже читается, так же как и код на любом другом языке. ИМХО, макросов много, но если они хорошо написаны, то не проблема.
Спасибо плюсам, после них на си писать гораздо проще. Но без тренировки не обойтись.

0

Сообщение от mymedia Из качественного знания С++ следует качественное знание Си

Да никак оно не следует. Эти утверждения вообще наводят на мысль. Что ты написал на чистом си (и компилировал сишным компилтором)? Боюсь у тебя либо с компилятором будет серьезная война, либо твой проект в рантайме грохнется. Между этими языками такая же пропасть, как между фортран и форт.

Сообщение от mymedia И получить множество гемороя в виде утечек памяти.

В плюсах уже gc появился? Давно?

Сообщение от mymedia И всё жутко тормозит…

Надо просто нормально писать. Можешь привести реальные примеры? Г..кодить можно на любом языке.

Добавлено через 5 минут
Вот компания, все ее продукты написаны на java. Написаны настолько круто, что эти ребята вышли в мировые лидеры в своей области.

Добавлено через 26 секунд
Так что тормоза чаще в головах.

0

Сообщение от cybercitizen Да никак оно не следует. Эти утверждения вообще наводят на мысль. Что ты написал на чистом си (и компилировал сишным компилтором)? Боюсь у тебя либо с компилятором будет серьезная война, либо твой проект в рантайме грохнется. Между этими языками такая же пропасть, как между фортран и форт.

Если вы так утверждаете, это значит, что вы не знаете С++. И уж поверьте мне, я могу отличить буковки в названиях команд компиляции.

Сообщение от cybercitizen Можешь привести реальные примеры?

Я не совсем понял, что вы имели ввиду. Но когда я пытался сменить IDE, я попробовал перейти на Eclipse. Честно она на моём компьютере жутко тормозила. Кроссплатформенно тормозила. Вполне возможно, что этот печальный опыт не типичен. И у вашей компании всё в пордке с производительностью.

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

Сообщение от cybercitizen В плюсах уже gc появился? Давно?

Если пользоваться техникой "выделение ресурса есть инициализация", то большинство утечек памяти можно избежать. Особенно те, которые на Си возникли просто по невнимательности

0

Сообщение от cybercitizen Вот компания (jetbrains), все ее продукты написаны на java.

Ну и что PyCharm для Python тормозная IDE что под виндой что под линуксом, конечно можно терпеть, но факт остается фактом.
Ява известна своей прожорливостью как минимум и как максимум тормозами.

Сообщение от mymedia Например, std::random_shuffle удалён в С++17.

Ну так "вроде как" этот стандарт еще не принят.

Сообщение от mymedia ИМХО, макросов много, но если они хорошо написаны, то не проблема. Спасибо плюсам, после них на си писать гораздо проще.

В плюсах макросы как раз плохой тон, в большенстве своём.

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

Ну это я хотел сказать про вас но воздержался.

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

Сообщение от mymedia Если пользоваться техникой "выделение ресурса есть инициализация", то большинство утечек памяти можно избежать. Особенно те, которые на Си возникли просто по невнимательности

И тем не менее, это тоже требует внимания, кроме того в многопочной среде и так же вряде других случаев наличие gc все же облегчает решение задач.

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

Сообщение от mymedia Но я уже говорил, что использовать эти языки в больших и сложных программах — замедление их работы

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

0

Сообщение от Avazart Ну это я хотел сказать про вас но воздержался.

Извиняюсь, если я был через чур резок в высказаваниях. Но по-моему, рекламировать C#, Java, Python и пр. в разделе С++ — это уж сликом. Тем более изначально вопрос был про С/С++

Сообщение от Avazart Ну так "вроде как" этот стандарт еще не принят.

Ну, хорошо. Могут удалить.

Сообщение от Avazart В плюсах макросы как раз плохой тон, в большенстве своём.

Сообщение от Avazart А в малых и средних может сэкомить время и стоимость разработки.

Сообщение от Avazart И тем не менее, это тоже требует внимания, кроме того в многопочной среде и так же вряде других случаев наличие gc все же облегчает решение задач.

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

Добавлено через 3 минуты
Зато в С++ есть unique_ptr и shared_ptr которые несколько сглаживают факт отсутствия GC

0

Сообщение от bodya_men Если хотите кодить с ООП-не берите C++

Если хотите программировать с ООП берите исключительно С++ и желательно от Борланд.

Сообщение от bodya_men Гемороя наберетесь пока будете учить

Гемморой - это отсутствие указателей и автоматическое "управление" памятью.

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

Сообщение от cybercitizen В плюсах уже gc появился? Давно?

Насколько сталкивался - утечка памяти это таки проблема автоматического управления памятью. При ручном управлении проблема отсутствует НАПРОЧЬ. Ну во всяком случае если программист хотя бы чуть-чуть соображает что он делает.

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

Сообщение от mymedia Например, std::random_shuffle удалён в С++17.

А в С++ 20 удалят STL и правильно сделают Потому что учитывая направления развития процессоров потребуется перенести поддержку математических операций над массивами на уровень компилятора.

0

cybercitizen, асм как раз таки и гибкий.к примеру(относится к сис. Программированию) .например загрузчики.некоторые ос написаны на асм.доступ к прерываниям биоса и железу(в си тоже можно но геморойно)

Добавлено через 2 минуты
mymedia, сравнивать два разных яп для разных целей глупо.у каждого свои предпочтения.

0

Сообщение от bodya_men в си тоже можно но геморойно

Ниче не гемморойно. Потому как в с есть оператор asm{}

0

Сообщение от bodya_men cybercitizen, асм как раз таки и гибкий.к примеру(относится к сис. Программированию) .например загрузчики.

перенеси-ка код написанный для х86 на ARM
да даже тот же код с x86 на x86 но совершенно с другим железом
то что можно достучатся до каждой железки, да, но уровень знаний архитектуры, процессора должен быть высок
тут знанием просто ассемблера не обойдешься

Сообщение от bodya_men биоса и железу(в си тоже можно но геморойно)

че геморного то
железо просто нужно знать досконально

Сообщение от bodya_men сравнивать два разных яп для разных целей глупо

вот здесь согласен

0

Сообщение от mymedia Но по-моему, рекламировать C#, Java, Python и пр. в разделе С++ — это уж сликом.

Давным давно, некоторые пользователи STL решили что указатели не нужны. В результате часть из них явилась, другая часть шарпнулась, а третья част спитилась. Но их мучает ностальгия по неограниченным возможностям С++ вот и лезут в этот раздел.

0