Comments 40
Сидела женщина, скучала - (с).
Боюсь фраза "Habr идеальное место для этого " не совсем верна. Вот пикабу, вконтактик, dtf - да. А на хабре могут очень много накидать в панамку за пространные описания на вольные темы. Тут все таки любят серьезно проработанные статьи или посты.
Не понял, для кого эта статья. Профи и так все это знает. Новичок из такого сумбурного объяснения ничего не поймёт.
Кстати, неужели на Руси перевелись текстовые редакторы, которые правописание проверяют? Нет, например, слова "врятли", есть выражение "вряд ли".
Некоторым "путь в АйТи" со школьного курса русского языка и литературы надо начинать. Класса с пятого примерно.
Мне лично кажется, что вот совсем новичку не сдалось знать что такое язык общего назначения, компилируемый и процедурный. Новичок должен писать хеллоу ворлды, постепенно доходя до чего-то серьезного.
hello world пишется 1 раз. Дальше уже надо начинать понимать, что это и зачем оно.
Hello world пишется столько раз, сколько надо проверить что система сборки как таковая не объявила забастовку и не сошла с ума. Завидую людям у которых это число раз равно 1.
система сборки как таковая не объявила забастовку и не сошла с ума
С чего бы вдруг такое?
А я знаю? Сидишь себе, никого не трогаешь, тут бац, какой-нибудь find_package(ZLIB REQUIRED) говорит "пошёл нахрен". Или случается The CXX compiler identification is unknown.
Или просто настраиваешь какой-нибудь инструмент в первый раз, типа "хочу кросс-компилированный под ARM Go, использующий вот этот C-код".
И во всех этих случаях начинаешь с самого простого: пусть у меня соберётся программа, которая использует все релевантные технологии самым примитивным образом из возможных - напишет в консоль "привет", нарисует чайник, мигнёт одним светодиодом. В этом смысл Hello, world-программ: доказать, что у целевой системы можно вызвать какое-то поведение перед тем как пытаться вызывать сложное.
Нет. Иначе возможно искажение сознания, когда от чего-то специфического уже будет трудно перейти к базе.
Не, ну, в Скрэтче можно порисовать, можно.
Статья явно переписана с чата гопоты, но соглашусь, по своему опыту обучения сына робототехнике. Путь самурая начинается с Си. И как сетовал и не один препод ВУЗов на соревнованиях: "приходят с питоном, и дать им алгоритмическое программирование на С,С++, Джава увы сложнее на порядок". 13 медалек у сына, в т.ч. третье место по Росси.. проверено опытом.
Кажется в этом случае преподаватель ничего кроме С не знает и знать не хочет.
Нет, проблема не в этом. Тех кого знал тогда - крутые мамонты, много полезного сделавшие в ИТ. Проблема в ином: самурай вошедший в ИТ с визуальщины и питона, не понимает подкапотные проблемы и ему крайне сложно объяснить концепцию указателя в правильном понимании. Они по большей части так и остаются питонистами "по жизни". Если что, я про детишек в возрасте 8-12 лет, которые входят в ИТ через робототехнику, типа "это просто". Там статистика у преподов была очень впечатляющей.
Как пример, поездка в ВУЗ на тренировку. Препод ведет занятие должников и заодно работает с нашими детишками по Ардуино. Вышел, кто-то позвал. Две кучки: слева наши, справа студенты (просто присутствовал, запомнилось). Два студента, сдающих зачет:
-"Слышь, у меня чего-то этот датчик ничего не показывает.." Второй подходит, что-то говорит вслух.. С нашей стороны (5-и клашки! Но С/С++ умеют уже в каком-то виде)
-"Так там надо в прерывании, обработать вот эту ногу .. (подходит к студенту) - ну да, вот тут у тебя пропущена обработка.. надо вот так.." В этот момент заходит препод обратно:
-"Так, может я тут и не нужен, может ты сам у него зачет примешь" :)
У меня, например, другой опыт. Я начинал с Visual Basic: формочки, простые игрушки, никаких указателей. Потом был Javascript. Концепцию указателей понял почти сразу, как прочёл первый учебник по Си, сложности определённые были, но это всегда так, когда что-то новое осваиваешь. Не могу сказать, что стал крутым знатоком си, но что-то умею. При этом не уверен, что было бы также весело начинать с голого си, а не с формочек и простого бейсика, потому что изначально решил программированием заниматься, чтобы игры делать. Пока на чистом си дойдёшь хотя бы до отрисовки текстуры, уже желание может отпасть.
информации вроде много, но она уж слишком сильно не структурирована и не систематизирована
Что нужно понимать про сам язык. Сам язык был разработан Денисом Ритчи в 1972 году
Фундаментально! Эта информация просто необходима для новичков, да
Раньше книжки читали, когда ещё интернета толком не было и как-то проблем с информацией по Си тоже не возникало :)
Тот же Ричи вместе с Керниганом по своему языку и книгу написали 😉
Лет 5 назад на Хабре была модная тема "я недопонял Functional Programming и сейчас вам объясню на примере говна и палок КАК ОНО НА САМОМ ДЕЛЕ".
Сейчас эта тенденция добралась до С/С++.
> И здесь мы сталкиваемся с первой значимой путаницей между определениями и их интерпретацией. Дело в том что на самом деле язык программирования C является языком высокого уровня, а не низкого как многие его считают.
> Почему же так? На самом деле потому что любой язык программирования является автоматически языком высокого уровня, так как сильно абстрагирует нас от вещей которые происходит на самом деле под капотом.
На самом деле надо пользоваться устоявшимися терминами. И если в мире языков программирования С/С++ называют низкоуровневым - то это соглашение.
А в качестве "общего развития" можно посмотреть на иерархию абстракций (в любом приличном институте дают).
Низкоуровневые языки дают возможность взаимодействовать с ОС.
Более высокоуровневые - начинают содержать библиотеки сложных алгоритмов или DSL-ориентированные имплементации отдельных задач уровня приложения.
Вообще-то, язык низкого уровня -- только ассемблер. Фундаментальная разница между низким и высоким уровнем -- "завязанность" или отсутствие таковой на конкретную архитектуру и систему команд. C/С++ в этом плане ничем от условного Пыхтона не отличается: использующий его программист не имеет дела с машинными командами, регистрами процессора и т.д. и т.п.
embedded-программисты вышли из чата. Пример типичного кода:
PORTC |= (1 << DDC5);
В плане языка программирования это вполне себе высокоуровневый код, никак не привязанный к системе команд и устанавливающий один битик в переменной PORTC. Что данная переменная -- это имя регистра, отображённого на память, ничего принципиально не меняет. (Ну или макрос, разворачивающийся в обращение к памяти по явно заданному адресу -- это уж как определено.) Он является низкоуровневым в силу решаемой задачи -- дёрганья ноги GPIO, -- а не в силу используемого языка программирования.
А вот если б язык был действительно низкого уровня, то пришлось бы писать машинные команды, необходимые для выполнения того же самого, и набор этих команд зависел бы от архитектуры. Скажем, на PDP-11 это можно выполнить одной командой, а на ARM потребуется три.
Думается, Вы, как и многие другие, смешиваете "уровень" языка программирования и "уровень" задач, которые на нём решают. Дрыганье ногами GPIO -- задача низкоуровневая, но решена она может быть и на языке низкого уровня (ассемблере), и языках высокого уровня. Можно, конечно, сказать, что С -- язык более низкого уровня, чем Пыхтон, и с этим я соглашусь, -- но это не делает С языком низкого уровня, подобным ассемблеру: он не привязан к архитектуре, и написанный на нём код сам по себе переносим между различными архитектурами (а вот ассемблерный приходится переписывать полностью).
Язык ещё более низкого уровня - это машинные коды непосредственно с переключателями или HEX-редактором и справочником команд. (Панелька для микросхемы - условная)
Конспект уровня 8 класса средней школы, скорее всего еще и нейросгенерированный
врятли
вряд ли
Сам язык был разработан Денисом Ритчи в 1972 году, а затем популяризирован благодаря книге в соавторстве с Брайаном Керниганом (второй к самому языку никакого отношения не имеет в том числе и по его собственному признанию он лишь в соавторстве с Ритчи выпустили книгу
Керниган из скромности заявлял о своей непричастности к разработке языка Си. Он, а также другие сотрудники Bell Labs внесли огромный вклад в язык, точно так же как и С++ не разрабатывался Страуструпом в одиночку (Эндрю Кёниг, Стен Липман, Барбара Му и еще с десяток другой разных людей).
Помимо Кернигана к разработке языка в значительной степени причастен Кен Томпсон, а также Дюг Макилрой, Роб Пайк, Питер Нельсон и др., по сути все кто разрабатывал UNIX в первых его версиях.
Твой путь начинается здесь, самурай
А цель?
Чем вам книги не угодили? Вы в принципе исключили их из рассмотрения. Дейтелы, Прата? Макграт на худой конец ( лучше сразу первые главы Дейтелов, там тоже самое) ? На статьях в Интернете далеко не уедешь.
Есть нюансы вроде двойных и тройных указателей (знание которых проверяется в тестах), но их уместно изучать тогда, когда появятся соответствующие задачи. Мне указатели впервые встретились в asm при работе со строками, я быстро наловчился их использовать. Практика на реальных алгоритмах здесь полезнее сухой теории.
p. s. про указатели есть отдельная книжка Риза (Understanding and using C Pointers), где, скорее всего, всё разжёвано до мелочей (пока не читал)
На Степике есть прекрасный бесплатный курс по C/C++ для начинающих от Сергея Балакирева. Параллельно с ним решать «Изучаем программирование на C” Гриффитсов. И читаем «Архитектура компьютера» от Таненбаума и для начала вполне хватит. Если начинающий совсем начинающий можно до Таненбаума прочесть «Код» Петцольда.
Что такое язык программирования использующий процедурный стиль создания программ?
На самом деле здесь у людей также много заблуждений и неправильной интерпретации определений.
Функциональный стиль программирования и функциональный язык программирования, это не синонимы. В функциональном стиле можно писать и на процедурном языке (на том же С). Просто у вас не будет нет никаких гарантий и все ограничится соглашением между разработчиками. Тогда как функциональный ЯП сам следит за выполнением ограничений на чистые функции и разработчик не сможет случайно или намеренно использовать внутри них глобальное состояние.
Что нужно понимать про сам язык. Сам язык был разработан Денисом Ритчи в 1972 году, а затем популяризирован благодаря книге в соавторстве с Брайаном Керниганом (второй к самому языку никакого отношения не имеет в том числе и по его собственному признанию он лишь в соавторстве с Ритчи выпустили книгу которая лишь придала еще больший импульс C как языку программирования)
Да уж, всё самое важное от языке Си. ;-)
Почему бы не написать о том, что именно побудило Ричи, Томпсона и Кернигана разработать свой (новый) язык программирования ? Чем не устраивал тот же FORTRAN, PL/1 или COBOL ? Или, скажем, почему не писать на МАКРО ассемблере (в то время системщики так и делали) ?
Очень хороший и всесторонний тест для языка общего назначения - это self-hosted language, то есть который может скомпилировать сам себя. Там и работа с деревьями, текстом, числами , оптимизация. Конечно скриптовые делать такими бессмысленно, если это не библейский LISP, а вот новые компилирующие вполне могут поставить для себя такую задачу, включая общий анализ проекта и устранение сборки всего при изменении буквы в /*abc*/ . С и С++ сильны как раз этим, что обросли всевозможными приёмами и костылями проектного уровня а не конкретной программы, включая гиты, докеры, мейкеры, кодогенераторы-матлабы. В этом их уникальная гибкость.
Женщина - она не мужчина, она женщина..
C - не функциональный, C - он процедурный..
заставляет задуматься.. Как минимум, там ли я, где хочу находиться... не правда ли?
Смотрите Константина Владимирова на ютубе - год лекций по C и несколько лет лекций по C++
После прочтения данной статьи остаётся вопрос: так зачем же изучать Си, если изучаешь плюсы? Не обязательно понимать, что было в языке 30-летней давности, чтобы овладеть его наследником. И уж тем более странный посыл, что после двух месяцев жуткий стопор в изучении С++ без погружения в С
Язык программирования C. Твой путь начинается здесь, самурай