Александр, почему вы ни слова ни говорите про игры на С? Меня вот интересует нужно ли изучать С++ если целью является создание простеньких игр для слабых пк? Насколько я понял большинство MS-Dos игр были написаны на С, в том числе движки для Full Throtle, Warcraft 2, Half-Life и множества других
Очень спокойно разъяснил, что по чем. Без фанатизма, без брюзжания слюны в сторону других языков, без надменного отношения к ним - холодный взгляд на ситуацию. Сам пишу на Rust (ярый приверженец), ожидал, что будет очередное восхваление Си на пьедестал, но вы меня удивили. все сказали, как есть. Спасибо.
@@Grigorin тогда рекомендую. Он там и про создание книги подробно рассказывает и преподавание и Си и многое другое. За словом в карман не лезет. Интересно получилось🙂
Я Си учил в 90х. С выходом Delphi под Windows перешел на Паскаль :) На Си сегодня все уроки под консольные приложения! Кому они нужны и зачем ХЗ :) Ну а если это ЯП для системы и железа, то и уроки должны быть соответствующие. Типа как на Си работать с диском+файлы, памятью, сетевым адаптером. Я когда на С# под Юнити попробовал сохранить данные в файл, у меня "микросхемы" поплавились :) Защитили типа память? Сериализовать нужно. Ну и все ЯП теперь это 10% знаний программиста любого ЯП, остальное API и их параметры вызова и возврата :) А это жесть...
@@SerjCrimea Вместо WinAPI можно использовать SDL2, CSFML или GLFW. OpenGL уже устаревает, вместо него лучше Vulkan API. Хотя огромную чать функционала движка придется написать самому, я ещё не говорю о физике, загрузку моделей, звуков и текстур.
@@romanl3000 Дело в том что в 90х годах, когда MSDOS была топчиком, текстовый режим очень много использовался. Сейчас текстовый режим мы видим только при включении ПК. Т.е. он есть и сохраняется :) А консольное приложение ограничено скромным API Windows. И если бы была как и раньше поддержка текстового режима, который есть на всех ПК, то польза от консольных приложений была бы. Оконный интерфейс работал на отлично в 90х. (лично моё мнение ;)
Строго не судите ибо не программист. Объясните пожалуйста. Только начинаю интересоваться программированием. Как я понял высокий уровень языка это большие кубы. Т.е. управлять с тремя кубами легче нежели управлять с 81 кубиками? 1 Куб состоит из 27 кубиков. Высокий (куб) низкий (кубики)
@@not_a_guest2905 Эм, про высокие и низкие уровни это про уровни абстракций, если я ничего не путаю. Высокоуровневые языки обладают более высоким уровнем абстракции и ближе к человеческому языку. Низкоуровневые - ближе к машинному языку. Быстро раюотать могут как те так и другие. На низком уровне тоже можно написать корявый код. Даже зачастую наптсанный на низком уровне велосипед будет медленнее работать, чем скомпилированный из высокого уровня код, т.к. над языком и компиляторами работали профи и их решения в большинстве задач наиболее эффективные.
Андроид написан на си, андроид является дистрибутивом Линукс, где Линукс написан преимущественно на си(95%+ является кодом на си в линуксе), а вот приложения на джавке, да.
@@norskiy9765 "Андроид написан на си" - ?! В Андроиде ядро Линукс, всё остальное - виртуальная машина Java. Все системные вызовы в Андроиде не меняются (стандартизованы), поэтому можно поставить другое ядро (не на си), отвечающее на эти вызовы, при этом Андроид останется Андроидом. Сами работники Google писали, что Андроид - это не Линукс. Линукс на си?! Ядро - на си, всё остальное - на чём угодно, какое окружение поставишь вокруг ядра - на том и будет твой дистрибутив.
Можно и на Java писать highload. Там jit. довольно хорошо оптимизирует и если по минимуму использовать аллокации, то будет довольно неплохо работать. Где то половина о производительности кода на Си. Что очень неплохо.
Все вопросы сюда vk.com/grigorin_alexandr
Александр, почему вы ни слова ни говорите про игры на С? Меня вот интересует нужно ли изучать С++ если целью является создание простеньких игр для слабых пк? Насколько я понял большинство MS-Dos игр были написаны на С, в том числе движки для Full Throtle, Warcraft 2, Half-Life и множества других
Очень спокойно разъяснил, что по чем. Без фанатизма, без брюзжания слюны в сторону других языков, без надменного отношения к ним - холодный взгляд на ситуацию. Сам пишу на Rust (ярый приверженец), ожидал, что будет очередное восхваление Си на пьедестал, но вы меня удивили. все сказали, как есть. Спасибо.
Спасибо Александр. Очень интересно.
Сколько лет жижу столько си хоронят😂
системник надо ещё ближе к камере поставить, чтобы все увидели сколько там лампочек
Обязательно так и сделаю в следующий раз
Красивый системник, как новогодняя ёлка. Празднично и нарядно
Дайте пожалуйста анализ object pascal, его применение, актуальность и причины "отмирания в массах".
Хорошо, будет сделано
Поддерживаю тему! Было бы очень интересно послушать.
Спасибо
Спасибо за объяснение!
Александр, посмотрели уже большое интервью со Столяровым? Понравилось?
Нет, сейчас со временем просто беда. Большие выходные заканчиваются, а я даже отдыхать не начал.
@@Grigorin тогда рекомендую. Он там и про создание книги подробно рассказывает и преподавание и Си и многое другое. За словом в карман не лезет. Интересно получилось🙂
Александр, жду от вас курс по Алгоритмы и структуры данных, а так же по linux.
Особенно, когда он сказал -- как на первом уроке объяснить scanf(&) ; - а никак... XD
Доброго времени суток. Ссылку на интервью скиньте пожалуйста
На ассемблере интересно еще кто то пишет?
Самый актуальный для начинающих
Я не понял дак есть же c++
Разве C не универсален?
Си - почти универсальный язык программирования.
Я Си учил в 90х. С выходом Delphi под Windows перешел на Паскаль :)
На Си сегодня все уроки под консольные приложения! Кому они нужны и зачем ХЗ :)
Ну а если это ЯП для системы и железа, то и уроки должны быть соответствующие. Типа как на Си работать с диском+файлы, памятью, сетевым адаптером.
Я когда на С# под Юнити попробовал сохранить данные в файл, у меня "микросхемы" поплавились :)
Защитили типа память? Сериализовать нужно.
Ну и все ЯП теперь это 10% знаний программиста любого ЯП, остальное API и их параметры вызова и возврата :)
А это жесть...
Прикинь, на чистом Си можно написать и оконные приложения и игры 😅
@@viewererdos Да, только API Windows или/и Linux нужно выучить ;) А еще 2D, 3D движок DirectX, OpenGL :)))
@@SerjCrimea Вместо WinAPI можно использовать SDL2, CSFML или GLFW. OpenGL уже устаревает, вместо него лучше Vulkan API. Хотя огромную чать функционала движка придется написать самому, я ещё не говорю о физике, загрузку моделей, звуков и текстур.
Консольные приложения ещё как нужны, для различного рода автоматической обработки данных к примеру
@@romanl3000 Дело в том что в 90х годах, когда MSDOS была топчиком, текстовый режим очень много использовался. Сейчас текстовый режим мы видим только при включении ПК. Т.е. он есть и сохраняется :)
А консольное приложение ограничено скромным API Windows.
И если бы была как и раньше поддержка текстового режима, который есть на всех ПК, то польза от консольных приложений была бы. Оконный интерфейс работал на отлично в 90х.
(лично моё мнение ;)
Си (высокоуровневый язык ассемблера) это основа всех основ. Изучение его это как обучение Шаолиньских монахов.
Здравствуйте! А будет ли разбор книг по программированию Андрея Викторовича Столярова?
Так достали этим вопросом, что видимо будет
Спасибо Александр! Ждем новых тем.
...скажите если С++ начинаешь учить это плохо? Или нужно с Си?
Тоже НТР слушаете? Шик! :)
Уважемый Григорий. Такие языки как Java и C# используются для highload
th-cam.com/video/R5-QEDqe-LE/w-d-xo.htmlsi=FlsxH4g3W88c4aHA
одно видео попалось сегодня. Человек в основном учить предлагал язык паскаль. говорил что паскаль это кукурузник Си это истребитель....короче м да.
В эмбеддед только си. Плюсы уже не так заходят.
ну микроконтроллеры то 100 процентов на ассемблере
Нет, в основном Си.
на ассемблере пишуть 0,001%
На ноде хай-лоад делают ))
Си это как латынь
Благодарю!
Про беспилотники как в воду глядел ...
А ведь да...
Строго не судите ибо не программист. Объясните пожалуйста. Только начинаю интересоваться программированием. Как я понял высокий уровень языка это большие кубы. Т.е. управлять с тремя кубами легче нежели управлять с 81 кубиками? 1 Куб состоит из 27 кубиков. Высокий (куб) низкий (кубики)
Да, все так. Низкий уровень - ближе к железу, дольше писать, быстро работает. Высокий - писать быстро, работает медленнее
@@not_a_guest2905
Эм, про высокие и низкие уровни это про уровни абстракций, если я ничего не путаю.
Высокоуровневые языки обладают более высоким уровнем абстракции и ближе к человеческому языку. Низкоуровневые - ближе к машинному языку.
Быстро раюотать могут как те так и другие. На низком уровне тоже можно написать корявый код. Даже зачастую наптсанный на низком уровне велосипед будет медленнее работать, чем скомпилированный из высокого уровня код, т.к. над языком и компиляторами работали профи и их решения в большинстве задач наиболее эффективные.
он не так то прост в изучении)
Наоборот.
ну я че то плаваю в обучени@@viewererdos
@@jackwalsh7213 Что может быть проще языка Си.
других языков пока не пробовал,мб пайтон?@@viewererdos
@@jackwalsh7213 Нет.
"Написание операционных систем" - каждый день пишу ОС (android написан на java).
Андроид написан на си, андроид является дистрибутивом Линукс, где Линукс написан преимущественно на си(95%+ является кодом на си в линуксе), а вот приложения на джавке, да.
@@norskiy9765
"Андроид написан на си" - ?! В Андроиде ядро Линукс, всё остальное - виртуальная машина Java. Все системные вызовы в Андроиде не меняются (стандартизованы), поэтому можно поставить другое ядро (не на си), отвечающее на эти вызовы, при этом Андроид останется Андроидом. Сами работники Google писали, что Андроид - это не Линукс. Линукс на си?! Ядро - на си, всё остальное - на чём угодно, какое окружение поставишь вокруг ядра - на том и будет твой дистрибутив.
У Григорина было видео на эту тему
Не скучные обои будут?)
Можно и на Java писать highload. Там jit. довольно хорошо оптимизирует и если по минимуму использовать аллокации, то будет довольно неплохо работать. Где то половина о производительности кода на Си. Что очень неплохо.
пишу на Rust, Си не актуален.
Скажи это стмщикам
Или ардуинщикам ))
Или embembed
пишу на DasBetterC, Си не актуален
Лушче на HolyC