Сообщение от Usaga Зачем в 2026м году Си и С++ вообще могут быть нужны? Особенно в контексте разработки игр?

Почему вы считаете, что C++ в 2026 уже не нужно использовать? А как же использование C++, например, для Unreal Engine?

0

8Observer8, можно на "ты".

Вообще, тут ряд аргументов. Во-первых, писать движки с нуля не особо имеет смысл, когда есть много готовых и недорогих. Во-вторых, если уж и писать, то есть более современные языки, типы Rust.

Ты сам WebGL увлекался тут на форуме. Тоже показательно.

0

Сообщение от 8Observer8 А как же использование C++, например, для Unreal Engine?

я уже писал, но снова повторю:

абсолютное большинство игр на UE, в том числе ААА-игры, как бы это странно не звучало, используют блюпринты, а не C++. Вопреки мнению и всяким мемам про вермишельные ноды, даже на блюпринтах можно четенько организовать по функциям всю игровую логику. Даже можно создавать библиотеки. И там есть очень много удобных моментов, которые позволяют правильно организовать игровые функции, начиная от макросов и комментариев, до всяких диспатчеров событий. На блюпринтах логика игры создается со скоростью ракеты, чего не скажешь про С++ проекты. Плюсовое апи не самое легкое, а вероятность выстрелить в ногу или создать говно-игру высокая. Именно поэтому даже большие студии используют блюпринты. К тому же, в геймдев студиях, где деньги гребут лопатой, программирование занимает малую часть времени, основной акцент делается на визуалах. Соответственно, хорошую работу в таких студиях можно найти, если ты артист/художник, а не программист С++.

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

0

Сообщение от Usaga Во-первых, писать движки с нуля не особо имеет смысл, когда есть много готовых и недорогих.

Я у тебя спросил, почему ты считаешь, что нет смысла изучать C/C++ в 2026-м, а ты про движки. Я за подход многих преподавателей в учебных заведениях, которые дают задания студентам типа "Напишите Змейку на Си" - здесь вместо "Си" можно подставить "C++", "Python" и т.д. Есть много частных школ, которые обучают C# на Unity, но они не готовят их идти в GameDev, а просто обучают C# через игру. Мне подход с Unity для обучения C# не нравится, но может это для маленьких детей проще. Поэтому я сделал те пошаговые инструкции, чтобы проще было начать практиковаться студентам с Си и С++. SDL3 хорош тем, что подходит не только для Си и C++, а ещё и для Python ссылка на примеры.

Для маленьких обучающих игр не нужно писать свой движок. Можно взять готовую библиотеку для графики SDL3 (либо выводить картинки на OpenGL, а SDL3 использовать, как окно и для ввода/вывода), а для облегчения регистрации столкновений можно взять Box2D. Преимущество в SDL для меня в том что мои пошаговые инструкции подходят и для того, что практикуется с Си и для C++ и для Python. Вместо SDL_Renderer лучше выводить картинки для учебных 2D Змейка (Арканойд) с помощью OpenGL, потому что здесь обучающий видит, как работает компьютерная графика на уровне математики, а ещё OpenGL универсальный и подходит для практики на разных языках программирования: Си, С++, C#, Python, JavaScript, Java и т.д. Кроме учебных игр для изучения языков SDL_Renderer легко позволяет рисовать текст, а значит закрываются таких задачи, как рисование 2D геометрических фигур (задачи типа нарисовать равносторонний треугольник + подписи координат и оси), задачи рисования графиков функций, задачи рисования блок-схем, разных диаграмм и т.д. Мне с SDL_Renderer намного проще охватывать языки Си, C++, Python. А на OpenGL охватываю ещё больше языков + вывод 3D геометрических фигур с текстом, 3D графики и т.д. OpenGL - это основы предмета компьютерная графика, который традиционно используют в учебных заведениях, особенно в США. OpenGL идеален для обучения людей основам линейной алгебры и аналитической геометрии через практику на любом популярном языке программирования и на любой популярной операционной системе.

Сообщение от Usaga когда есть много готовых и недорогих

Если человек приходит на форум и спрашивает какие проекты делать, чтобы начать практиковаться в программировании на каком-то конкретном языке, то я предлагаю писать маленькие игры на этом языке, либо писать визуализации в 2D или 3D. SDL3 мне проще предлагать для 2D, потому что он закрывает сразу три языка: Си, C++ и Python. В нём есть готовые функции для рисования прямоугольников, линий, текста, вывода изображений и воспроизведения звуков. Этого достаточно, чтобы практиковаться в программировании на маленьких играх, либо делать визуализации вывода графиков функций, решений геометрический задач в 2D, рисование блок-схем и т.д. Готовый движок типа Unity стоит брать, если цель изучать C#. Там как раз принятом больше писать код, а не использовать его, как конструктор игр.

Сообщение от Royal_X Большинство предпочитает брать готовые движки.

Я читал статью, что некоторые крупные компании, которые берут UE, как правило, сильно переписывают его под себя. А большинство вносят в него свои правки. В штате крупных и средних компаний по-любому есть люди специализирующиеся на C++ в UE. Мелкие инди-команды могут вообще не иметь ни одного человека, кто хоть немного знаком с C++ - в случае если они пишут, например, визуальную новеллу. Если это команда уровня разработчика Atomic Heart, то логично, что у них будут настоящие программисты на C++. Есть полно вакансий, где требуются именно C++ программисты на Unreal Engine. В игра ААА-класс используется гибридный подход - программист на C++ пишет модуль, а другие в команде используют этот модуль на Blueprint в движке. Так ещё было когда в 2014-2015 несколько месяцев я изучал Unreal Engine, пока не вышел Unity 5 весной 2015 года. Я думаю, как минимум при нашей оставшейся жизни C++ не уйдёт из ГеймДев, по крайней мере, пока Unreal Engine и Godot не перепишут с нуля на Rust, что пока выглядит нереальным. Я привёл пример с UE потому что как минимум C++ актуален для этого движка по вакансиям - написание модулей для Blueprint и поддержка самого движка на GitHub. GameDev - это поддержка движков тоже. C++ не умер и не умрёт в GameDev пока мы доживаем свои годы, которые так быстро пролетают. Понятно, что в РФ почти нет компаний с вакансиями, которые развивают свой движок, как Valve, Unity Technologies, Epic Game и т.д., но если в целом в Мире, то C++ ещё прочно находится в GameDev, судя по тому, что компаниям нужно поддерживать свои движки. У таких компаний есть команды, которые концентрируются на движке - есть списки вакансий. А если брать РФ, то на UE из крупных компаний я слышал только про разработчика Atomic Heart. По-любому у них в штате есть программисты на C++ для написания модулей для Blueprint. Ещё был российский проект "Смута" на Unreal Engine, в который играл Куплинов и очень сильно она ему понравилась, судя по его восхищениям в время игры. Просто у нас с РФ не так сильно развит GameDev на Unreal по сравнению с США, поэтому у нас вакансий по C++ в GameDev на порядки меньше, чем в США, но всё равно есть и относительно немало даже по сравнению с вакансиями на C# для Unity в РФ.

0

Сообщение от 8Observer8 Я у тебя спросил, почему ты считаешь, что нет смысла изучать C/C++ в 2026-м

Потому, что есть Rust и Go.

0

8Observer8, я спросил у ИИ, дав ему наши посты, он согласился с нами обоими:

- blueprints реально дают «скорость ракеты» для геймплейной логики.
- Их можно организовать красиво (макросы, функции, диспатчеры, библиотеки, комментарии).
- В студиях, где «деньги гребут лопатой», 80% команды — артисты/дизайнеры, и они работают именно на Blueprints.
- Для маленьких/инди-проектов или визуальных новелл C++ вообще не нужен.
- Большие ААА используют Blueprints очень активно (для скорости и не-программистов), но не вместо C++, а вместе с ним.
- Чистый Blueprint-only — это больше про инди и средние команды. Если цель — работа в крупной студии (даже не AAA), C++ знать обязательно
- Гибридный подход — это и есть современный стандарт Unreal Engine.
- Профессиональные команды (включая AAA) почти всегда используют оба инструмента. C++ пишут core-системы и модули, потом expose-ят их в Blueprint

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

Если кто-то мечтает попасть в ААА-студию разработки игр, то я бы посоветовал хотя бы принять сперва участие в разработке Godot, код которого на С++. Можно для портфолио сделать несколько десятков серьезных PR.

0

Сообщение от Usaga Rust

Нормальный язык ржавчиной не назовут. Да и как язык без ооп может заменить язык с ним? А си так вообще грубо говоря ассемблер с человеческим языком, его использовать стоит там же где и настоящий ассемблер, для чего-то более сложного не стоит использовать.

Сообщение от Usaga Go

GC... тогда как в С/С++ его нет.

Сообщение от 8Observer8 Ещё был российский проект "Смута" на Unreal Engine, в который играл Куплинов и очень сильно она ему понравилась, судя по его восхищениям в время игры.

Не помню такого, помню точно что он был поражен кривостью игры (особенно в плане реализации, в частности диалогов) и угарал над ней. Игра качества как его любимые инди хорроры у которых часто нет бюджета вообще. И вообще как пример крайне не удачный.

Сообщение от 8Observer8 что нет смысла изучать C

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

Сообщение от 8Observer8 Для маленьких обучающих игр не нужно писать свой движок.

Тоже спорное утверждение, в любом случае будет нечто похожее на движок, все мешать в одну кашу ну такое себе и назвал даже вредным. Надо не забывать про принципы программирования, не смешивать графику, логику работы и тд. Помнится был урок на ютуб канале LifeEXE про написание змейки, по всем правилам. Он хоть и был написан базово на UE, но от ue там был только рендер и перенести на другой рендер не долго и не сложно.
А всякие все-в-одном только вредно.

Сообщение от 8Observer8 OpenGL универсальный и подходит для практики на разных языках программирования: ... Java

Очень спорное утверждение, смешивание нативного кода и jvm, когда надо руками выделять память перед передачей на видеокарту и потом не забывать чистить, да и еще само выделение костыльное, тогда как в языке gc и обычно всем занимается язык.

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

Сообщение от 8Observer8 SDL

Не говоря уже про Сишный подход в архитектуре библиотеки и обилие глобальных объектов.

0

Сообщение от Usaga Rust и Go

Когда вышел курс Метанита по Rust почти 2 года назад (глянул дату), я изучил начальные основы. Даже по-моему, треугольник на нём выводил. Если Gemini не ошибается, то на Rust будет сложно работать с Bullet Physics. А вот Go, вроде, не пробовал. Hello World в консоль выводил и некоторыми другими библиотеками. На Go сложно собирать в WASM тот же Bullet.

Сообщение от alecss131 Не помню такого, помню точно что он был поражен кривостью игры (особенно в плане реализации, в частности диалогов) и угарал над ней.

Видимо, мы разные стримы смотрели. Особенно мне понравился комментарий: "Пол бюджета игры ушло на этот стрим". Можно посмотреть в конце его впечатление от игры. Он сказал "Из того что бросилось в глаза, это то что анимации в диалогах слабая и озвучка второстепенных NPC тоже очень слабая. А так она не тормозит. В принципе в 4К идёт. Вот. Ссылка на игру в описании". Комментарии почитайте и поймёте о чём речь идёт.

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

Какому первому языку обучать школьников и студентов - это решат без нас преподаватели у школах и других учебных заведениях. Сейчас многие частных школы и онлайн курсы типа (Skillbox Kids и т.д.) обучают детей C# через Unity. Может в этом есть смысл, я не знаю. Типа детям нравятся игры и поэтому они изучают программирование с 3D графикой. А мы будет изучать, что нам нравится и что мы считаем важным. Да вообще здесь по-разному у всех. У меня вообще в универе первым языком был Паскаль и два семестра он был. Вот так преподы решили. Вторым был Ассемблер для МК тоже в универе. И в универе же третьим был С++. В США я читал первых языком является Python.

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

Моё мнение, что основы C должны быть. Может не самым первым его изучать, а после основ Python. Но с другой стороны в книгах по C++ почти всегда дают основы очень близкие к C. Ну не будет человек знать что такое printf, а будет сразу использовать std::cout и вроде ничего страшного. Есть два лагеря. Одни советуют идти к C++ через C, а другие считают, что С будет только мешать и это пустая трата времени, как как научит плохому. Я за Python и потом C, а потом уже можно изучать какой-то из языков: JS, Java, C#, С++ и т.д. Типа, да -целевой язык. Но в подходе, допустим, сразу C# и Unity для школьников, то же есть смысл. У меня тут рядом есть "Клуб робототехники". Там обучают детей с 8 по 14 основам Scratch, Python и JavaScript.

Сообщение от alecss131 чего-то более сложного учебных задачек на нем писать глупо, особенно графику.

SDL отлично работает с C, С++ и Python. Там прямоугольник рисуется очень просто: Рисуем цветные прямоугольники с помощью рисовальщика SDL3 на Си и C++. Пример на PySDL и Python ссылка. Я читал, что учителя (преподаватели) школьники (студенты) в США обожают Pygame и SDL. Учебные задачи типа Змейки на Pygame это очень часто и не глупо, а такой же код на SDL и C/C++ будет не намного сложнее Pygame. А студенты в США до сих пор изучают предмет "Computer Graphics" на OpenGL.

Сообщение от alecss131 Да и вообще изучение графики вне курса в универе пустая трата времени, слишком много затрат.

А никто никого не заставляет. Не всем нравится работать с графикой. Если человеку не нравится писать простые игрушки для практики на каком-то языке, то пусть не пишет. Часто бывает такой, что человек выполнил лабораторку в универе по OpenGL и потом к этому не возвращается никогда в жизни. Таких студентов в разделе OpenGL подавляющее большинство. Это дело вкуса. Считаете, что графика на Pygame или SDL для написания Змейки это слишком затратно, ну что теперь сделать, не надо этим интересоваться. Значит, графика в этой области - это не ваше. Полно людей, кто вообще не интересуется программированием графики и игровыми движками. Значит, им нравится что-то другое.

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

Мы говорим про обучающие игрушки, типа тех что дают в учебных заведениях на Pygame и SDL для Змейки и подобных учебных игрушек. Там уже всё есть что нужно: прямоугольники, управление, звук, текст, картинки и т.д. Этот самый Pygame и SDL очень часто используют для мотивации школьников или студентов в США для изучения Python, C или C++. Либо людям просто нравится этим потом назиматься на SDL, SFML, LibGDX, Phaser, Pixi.js, Three.js и т.д. Почему я написал, что для этих самых Змейка и Арканойд не использовать C вместо C++, чтобы как раз условный студент на первой Змейке не ушёл сразу в ООП. ООП не нужно, чтобы написать Змейку. На вот вторую Змейку пусть перепишет на ООП и C++, либо пусть ещё пару игровых демок напишет на C без ООП, а потом уже перепишет их на ООП. Как раз в этом и проблема, что человек может уйти в глубокое изучение API библиотеки, ООП, в графический API, вместо того, чтобы писать разные игровые демки и практиковаться с программированием и выбранным языком.

Сообщение от alecss131 Скорее даже так, это (низкоуровневая графика на апи по типу огл) подходит только для обучения и общего развития, но для реальных задач нет.

Кому-то это нравится, а кому-то нет. Большинству программистов вообще после этих Змеек в универе или лабораторных по OpenGL, даже ничего подобных заниматься потом не хочется, особенно, если им изначально работать с графикой было неинтересно. Графика - это для души. Это очень интересное хобби для меня. Оно ненапряжное. Один SDL_Renderer сразу закрывает три языка: Python, C и C++. Но это только 2D, а для 3D OpenGL закрывает ещё плюс JavaScript. Для реальных задач в офисе (или удалённо) с графикой вы, скорее всего, используете Unreal Engine, а реальные задачи - это значит, что UE приносит вам стабильный доход. Мне не нравятся движки, потому что они не покрывают эти три языка, которые я выбрал. Потом SDL собирает в WASM, что для меня приоритет для быстрого запуска без долгой загрузки в браузере и нормальная работа в мобильных браузера.

Сообщение от alecss131 А всякие все-в-одном только вредно.

Когда препод даёт задание "Написать Змейку на Си на SDL", то я считаю это не вредно. Ещё бы давали больше заданий, как на SDL3_Renderer рисовать графики функций и блок-схемы, а подписывать оси и текст для блок-схем можно писать очень легко в SDL3. Давали бы побольше задач студентам с геометрией на плоскости:

Сообщение от alecss131 Очень спорное утверждение, смешивание нативного кода и jvm

Minecraft же написан на OpenGL с использованием LWJGL. Тем более в контексте форума какие тут обычно задачи: построить график-функций, нарисовать трапецию, написать Змейку, отобразить 3D-объект из Blender и т.д.

Сообщение от alecss131 Не говоря уже про Сишный подход в архитектуре библиотеки и обилие глобальных объектов.

SDL идеально для ответов в темах, для всяких игровых демок, что преподы для студентов задают на изучения: C, С++ и Python. Он так же идеален для Emscripten, потому что создаются сборки меньше 1 МБ и эти сборки работают на мобильных браузерах. Он так же идеален для окна на OpenGL для разных платформ (Desktop, Mobile, Web и т.д.) и для разных ОС: Window, Linux, macOS, iOS и т.д. Для мелких задач по геометрии на плоскости и в пространстве он идеален на SDL_Renderer, где можно рисовать отрезки, текст. Блок-схемы строить. Мне не нужно для ответов на форуме изучать разные способы вывода 2D графики на Python, C/C++, а на OpenGL отрывается окно к куче языков на форуме.

0

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

0

Единственный серьезный и достойный ЯП - С, конечно. На нем ножно написать почти всë. Абсолютно же все можно написать на тройке "С + TeX/LaTeX + javascript". И то, последнее время с появлением webassembly можно потихоньку, наконец-то, поставить на убогом жабоскрипте жирный крест.
У TeX/LaTeX конкуренции абсолютный нуль, так что, помрут они крайне нескоро: тексты ведь в чем-то верстать надо! Да и всякие плакаты, презентации, стенгазеты и т.д., и т.п.

Ну и есть второстепенные ЯП, тот же С++, к примеру. На нем невозможно написать все, что можно на С, но если "писать в стиле С", получается даже удобней. К примеру, в С нет возможности использовать в constexpt функции (правда, подозреваю, что к 27-29 стандартам и там появится), поэтому для разбора конечных автоматов и тех же парсеров протоколов (когда в switch подсовывается хэш текстовой команды) приходится добавлять еще и cpp-файлик. А еще у С++ есть шаблоны, что тоже бывает полезно при разработке под те же микроконтроллеры.

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

0

Сообщение от Eddy_Em И есть совершенно бесполезные ЯП: ржавчина, до-диез, го, змеюка и т.п. На них никто ничего серьезного никогда не писал и не будет писать, т.к. они пригодны лишь для развлечения.

на счет ржавчины и го не знаю, но вот C#, Python приносят деньги - если грести деньги лопатой это развлечение, то я согласен

0

Сообщение от Royal_X C#, Python приносят деньги

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

1

Сообщение от Eddy_Em не требует никаких специальных знаний

если говорить о Python, то сам чистый язык - ака ванильный Python - редко где используется, как правило, кроме него работодатели требуют доп. знания всяких модулей. Если это backend-разработка, то нужно знать фреймворки (Django, FastAPI), базы данных (PostgreSQL, Redis), Docker, если это data science / AI, то нужно знать Pandas, NumPy, PyTorch, всякие мат. пакеты и прочее.
А вот тут как раз нужны специальные знания, и в разы больше знаний, чем поместится у сишника в голове)))
К тому же, на питоне одно и то же можно реализовать различными способами, поэтому нужно еще постараться написать оптимально и эффективно.

что касается C#, то сам язык он довольно простой, если тот, кто его учит уже знает какой-то язык с ООП, (хотя, LINQ учить нужно), но вот самое сложное это сама огромная экосистема .NET

0

Сообщение от Eddy_Em И то, последнее время с появлением webassembly можно потихоньку, наконец-то, поставить на убогом жабоскрипте жирный крест.

Покажи мне хоть один сайт с крестом на js.
Сверстай хоть одну веб страничку на wasm без js.
Ну тогда соглашусь.

А с появлением rust и go можно начинать забывать про C

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

Например, на go сделан docker и во многих яндексовских облачных сервисах он используется.
Мелкомягкие сейчас усилено переписывают на go свой траспилятор с typescript. Обещают увеличение производительности в 15 раз.

0

А с появлением rust и go можно начинать забывать про C

Эта песня уже с начала девяностых ведется. А воз и ныне там: "убийцы С" не существует! Все эти недоЯПы - просто очередная развлекуха, ничего серьезного.
А когда на какой-нибудь змеюке пытаются нагруженные веб-сервисы писать или числодробилки, мне становится больно за безмозглость этих недотеп…

go - гугольная разработка, там ей и место. В приличном мире не стоит это упоминать.

А что до rust - поживем, увидим. Торвальдс для любителей ржавчины даже сделал фишку по возможности напейсания модулей ядра на этом. Но пока никто массово не начал, да и вряд ли начнет: сумасшедших, к счастью, не так уж и много.

0

Сообщение от Eddy_Em Проституция - тоже, между прочим, приносит деньги. И совершенно точно так же, как эти двое, не требует никаких специальных знаний!

У вас, Эдуард, всё те же ошибочные суждения, причиной которых является полное отсутствие опыта в обсуждаемом предмете.

3

Сообщение от Eddy_Em go - гугольная разработка, там ей и место. В приличном мире не стоит это упоминать.

Почему? Аргументов чем язык плох мы, конечно же, не увидим?

0

В JS есть 2 вещи, одна потрясающая, другая, скорее плохая, чем нужная вещь

0

Сообщение от testuser2 // потрясающая вещь

Замыкания во многих современных языках есть, даже в плюсы давно завезли.
А плохие вещи, на мой взгляд, это динамическая типизация, слабая типизация, утиная типизация. Я за строгую статическую типизацию. Когда то тут много по этому поводу спорил.

То есть, по существу темы, лучшие языки это статически типизированные и те, на которые заточены ИИ. Плюс позволяющие относительно безболезненно создавать кроссплатформенные приложения.
А это C#,java,kotlin,rust. Go тоже кроссплатформенный, но он создавался когда требовалось срочно наклепать программистов, по этому он простой, но в ущерб удобству, многого нет. И многое сделано специально лишь бы не как у других. Опять, же, статическая структурная типизация - практически утиная типизация.
А С++ по факту не кроссплатформенный. Это не сколько свойство языка, сколько исторический тренд. Так уж с пакетами в плюсах, начнёшь собирать что то, намучаешься. С остальными вышеперечисленными языками в кроссплатформу гораздо проще.

0

Сообщение от Curry Замыкания во многих современных языках есть, даже в плюсы давно завезли.

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

Добавлено через 11 минут
Еще, если не вдаваться, в какие-то плюсы и минусы типизации и пр. Я бы отметил в JS еще одну, на мой взгляд правильную вещь - это возможность приделывать свои методы к чему угодно с исользованием this. Фактически это возможность кастомизации языка под себя, и я считаю это одинм из критериев правильности.

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

Сообщение от testuser2 используем уже инициализированные данные

Еще можно добавить плюсом, что эти данные скрыты, и, хотелось бы добавить, еще, что защищены, но нет, этот пункт, очевидно, в JS уже не работает - мы делаем fn1 = fn2 и (возможно ценные) данные в fn1 уничтожаются.

0