Исходное сообщение
"Дискуссия об использовании языка C++ для разработки ядра Lin..." Отправлено Аноним, 15-Янв-24 08:32
Я так подозреваю, что ядро на голой сишке писали, чтобы не было никакого неявного кода. По сути всем понятно, что любой ООП можно реализовать и без поддержки ООП в языке. На структурах и прописывая весь скрытый в ООП код ручками. Так возможно получится быстрее. Немного. Ну самый простой пример это managed строковые типы. Они безопаснее. Но они требуют динамического выделения памяти буквально на каждом шагу. А это на самом деле лишние тормоза. Чтобы не было никакого неявного тормозного кода - лучше юзать char*. Вы же знаете, что сегодняшних программистов учат в школе прогать на Питоне как обезьянок? Если им позволить юзать в ядре плюсы и stdlib - они ведь будут юзать самые тормозные конструкции, какие только можно. Они и PHP его бы на писали, если бы можно было.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Я так подозреваю, что ядро на голой сишке писали, чтобы не было > никакого неявного кода. По сути всем понятно, что любой ООП можно > реализовать и без поддержки ООП в языке. На структурах и прописывая > весь скрытый в ООП код ручками. Так возможно получится быстрее. Немного. > Ну самый простой пример это managed строковые типы. Они безопаснее. Но > они требуют динамического выделения памяти буквально на каждом шагу. А это > на самом деле лишние тормоза. Чтобы не было никакого неявного тормозного > кода - лучше юзать char*. Вы же знаете, что сегодняшних программистов > учат в школе прогать на Питоне как обезьянок? Если им позволить > юзать в ядре плюсы и stdlib - они ведь будут юзать > самые тормозные конструкции, какие только можно. Они и PHP его бы > на писали, если бы можно было.
	Введите код, изображенный на картинке: