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

Материал из Абсурдопедии
Перейти к навигации Перейти к поиску
Замена дохлой ссылки на архив
 
(не показаны 4 промежуточные версии 1 участника)
Строка 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;">Для людей с оригинально извращённым чувством юмора так называемые эксперты из [[Википедия|Википедии]] предлагают статью под названием '''''[http://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 году.


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


== Ссылки ==
== Ссылки ==


* [https://web.archive.org/web/20120118010645/https://antigreen.org/bioreactor/ В чём пишут на C&#177;]
* [https://web.archive.org/web/20120118010645/https://antigreen.org/bioreactor/ В чём пишут на C&#177;]
* [http://cs.mipt.ru/docs/comp/rus/develop/other/stroustrup_interview/index.html Интервью Bjarne Stroustrup]
* [https://web.archive.org/web/20030610213933/http://cs.mipt.ru/docs/comp/rus/develop/other/stroustrup_interview/index.html Интервью Bjarne Stroustrup]


== См. также ==
== См. также ==
Строка 61: Строка 61:


{{unix}}
{{unix}}
 
{{ноты}}
[[Категория:Языки]]
[[Категория:Языки]]
[[Категория:Фхтагн]]
[[Категория:Фхтагн]]

Текущая версия от 12:21, 5 февраля 2026

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++. Но что в состоянии удержать забродившие кибер-дрожжи?

Ссылки[править]

См. также[править]