Си плюс минус: различия между версиями

Материал из Абсурдопедии
Перейти к навигации Перейти к поиску
Упрощение
Строка 19: Строка 19:


== C++0x ==
== C++0x ==
<div style="clear: right; border: solid #aaa 1px; margin: 0 0 1em 1em; font-size: 90%; background: #f9f9f9; width: 300px; padding: 4px; spacing: 0px; text-align: left; float: right;">
{{Wikipedia|C++11|C++0x}}
<div style="float: left;"> [[Файл:WikiSU.png|50px]]</div>
<div style="margin-left: 60px;">Для людей с оригинально извращённым чувством юмора так называемые эксперты из [[Википедия|Википедии]] предлагают статью под названием '''''[https://ru.wikipedia.org/wiki/C%2B%2B0x C++0x]'''''.</div>
</div>
C++0x (читается: це крест крест круг крест-на-боку) — это будущий стандарт языка '''C&#177;''', вместо ныне существующего ISO/IEC 666, который был опубликован в 666 и дополнен в 1666 году.
C++0x (читается: це крест крест круг крест-на-боку) — это будущий стандарт языка '''C&#177;''', вместо ныне существующего ISO/IEC 666, который был опубликован в 666 и дополнен в 1666 году.



Версия от 06:55, 13 июня 2025

My life is NULL and void
~ t.A.T.u. про программирование на C±
Любой человек, даже с половиной мозга, может понять что объектно-ориентированное программирование интуитивно, нелогично и неэффективно.
~ Бьярн Страуструп про ООП
Начнем с того, что вздернем всех этих законников, языковедов.
~ Бьярн Страуструп про C++
Типичной ошибкой программиста на С± является выбор С± в качестве языка программирования.
~ Александреску про Типичные ошибки C±
Автору С± место в дурке или на погосте
~ Луговский про Бьярна Страуструпа
Логотип С±

 — эзотерический язык программирования, разработанный Bjarne Stroustrup (имя непереводимо, скорее всего, означает Беня Мёртвый Страус) для написания коммерческих программ, чтобы при возможной утечке кода его было невозможно разобрать, реверсинженирить и тем более скомпилировать и отладить. Разработка была успешно применена для создания ОС семейства Necrosoft Windows, отладить которую и по сей день не могут несколько тысяч сотрудников компании. До сих пор не существует ни одного работоспособного компилятора C±. Вопрос «как оно компилируется» остаётся открытым; многие предполагают, что в этом им помогает сам Сотона.

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

Bjarne Stroustrup о программировании на C±

Попробовали ли вы когда-нибудь сесть и поработать над проектом на C±? Я расставил достаточно ловушек, чтобы просто так работали только тривиальные проекты. Под конец проекта получается что одни и те же операторы в разных модулях означают совершенно разные вещи. А теперь попробуйте соединить все эти модули в единое целое, особенно если у вас их штук 100. Боже, я иногда не могу удержаться от смеха, когда слышу о проблемах разных компаний, которые не могут сделать так, чтобы их модули общались между собой.

Возникновение имени

Считается что вначале Bjarne Stroustrup хотел назвать этот язык C+=pow(C, C^C) но потом передумал.

C++0x

Для людей с оригинально извращённым чувством юмора так называемые «эксперты» из Википедии предлагают статью под названием C++0x

C++0x (читается: це крест крест круг крест-на-боку) — это будущий стандарт языка , вместо ныне существующего ISO/IEC 666, который был опубликован в 666 и дополнен в 1666 году.

Предполагаемые изменения стандарта

Поясняющий плакат

При разработке каждого раздела будущего стандарта, комитет Ктулху использовал ряд правил:

  • Оператор многоточие «» может встречаться не только в качестве последнего параметра функции
  • Допустима перегрузка операторов комментария (// и /* */)
  • Допустима перегрузка оператора фигурные скобки {}
  • Допустима перегрузка оператора скобки () не только при вызове, но и при объявлении функции
  • Стандартная библиотека реализует все мыслимые алгоритмы; доступ к ним осуществляется посредством вышеназванных правил (система угадывания параметров шаблонов гарантирует, что в случае использования оператора «» будет выбран наиболее подходящий по смыслу алгоритм, не противоречащий комментариям)

Пример:

#include <...>

... main(...)
{
    ... // read some file;
    ... // write some file;
    return ...;
}
puta q pariu nao entendo nada

Уязвимость стандарта

C± из-за коротких замыканий между его полюсами регулярно пучит как дрожжевое тесто, код при исполнении выпирает за границы массива, отчего память постоянно утекает и спокойно собирается злоумышленниками, находящими забавным что код убегает к ним самостоятельно. В связи с этим всё больше кодеров предпочитают Rust, Go, C, или (прости нас Нео) Java, Swift и Python. Чтобы код не сбегал из массива как тесто от домохозяйки, на его пути ставятся заслоны под богомерзкими названиями: TrapC, FilC, Mini-C и Safe C++. Но что в состоянии удержать забродившие кибер-дрожжи?

Ссылки

См. также