9 октября 2011 года умер человек, которому мы обязаны появлением операционной системы Unix и языка C - Деннис Ритчи

Вот про кого надо в новостях говорить, а не про Джобса.
Умер настоящий гений.
Но это прошло незамеченным.

http://www.nixp.ru/news/Умер-Деннис-Ритчи-автор-языка-Си-и-один-из-разработчиков-ОС-UNIX.html

Мой первый язык в школе - Си!

Не надо противопоставлять. Оба эти человека внесли огромный вклад в IT.

Не слышал про такого.

(0) Прогрессу нужны как ученые так и менеджеры.

Вспомнил. Я по его книге когда-то начинал изучать язык С.

(0) Твои новости вмещают только одного человека?

И Ритчи и Джобс в первую очередь - генераторы идей.

Печально.

Пионеры IT-технологий по-тихоньку уходят :(. Время неумолимо.

История языка C

Исследование происхождения языка С начнется с операционной системы UNIX, по-скольку она сама и большинство программ для нее написаны на С. Тем не менее, это не означает, что С предназначен исключительно для UNIX. Благодаря популярности UNIX язык С был признан в среде программистов как язык системного программирования, ко-торый можно использовать для написания компиляторов и операционных систем. В то же время он удобен для создания многих прикладных программ.
Операционная система UNIX была разработана в 1969 г. на маломощном, по современ-ным представлениям, компьютере DEC PDP-7 в компании Bell Laboratories, город Мюр-рей Хилл, штат Нью-Джерси. Система была полностью написана на языке ассемблера для PDP-7 и претендовала на звание "дружественной для программистов", поскольку содер-жала довольно мощный набор инструментов разработки и являлась достаточно открытой средой. Вскоре после создания UNIX Кен Томпсон (Ken Thompson) написал компилятор нового языка В. С этого момента мы можем начать отслеживать историю языка С, по-скольку язык В Кена Томпсона был непосредственным его предшественником.

Рассмотрим родословную языка С:

Algol 60    Разработан международным комитетом в 1960 г
CPL    Combined Programming Language - комбинированный язык программирования. Разработан в 1963 г. группой программистов из Кембриджского и Лондонского университетов.
BCPL    Basic Combined Programming Language - базовый комбинированный язык про-граммирования. Разработан в Кембридже Мартином Ричардсом (Martin Richards) в 1967 г.
B    Разработан в 1970 г. Кеном Томпсоном, компания Bell Labs
C    Разработан в 1972 г. Деннисом Ритчи (Dennis Ritchie), компания Bell Labs

Язык Algol 60 появился всего на пару лет позже языка FORTRAN. Это был значительно более мощный язык, который во многом предопределил пути дальнейшего развития большинства последующих языков программирования. Его создатели уделили много вни-мания логической целостности синтаксиса команд и модульной структуре программ, с чем, собственно, впоследствии и ассоциировались все языки высокого уровня. К сожале-нию, Algol 60 не стал популярным в США. Многие считают, что причиной тому была оп-ределенная абстрактность этого языка.
Разработчики языка CPL попытались приблизить "возвышенный" Algol 60 к реалиям конкретных компьютеров. Тем не менее, данный язык остался таким же трудным для изу-чения и практического применения, как и Algol 60, что предопределило его судьбу. В на-следство от CPL остался язык BCPL, представляющий собой упрощенную версию CPL, сохранившую лишь основные его функции.
Когда Кен Томпсон взялся за разработку языка В для ранней версии UNIX, он попы-тался еще больше упростить язык CPL. И действительно, ему удалось создать довольно интересный язык, который эффективно работал на том оборудовании, для которого был спроектирован. Однако языки В и BCPL, очевидно, были упрощены больше, чем нужно. Их использование было ограничено решением весьма специфических задач.
Например, когда Кен Томпсон закончил создание языка В, появился новый компьютер PDP-11. Система UNIX и компилятор языка В были сразу же модернизированы под новую машину. Хотя PDP-11 был, несомненно, мощнее, чем его предшественник PDP-7, воз-можности этого компьютера оставались все еще слишком скромными по сравнению а со-временными стандартами. Он имел только 24 Кб оперативной памяти, из которых 16 Кб отводились операционной системе, и 512 Кб на жестком диске. Возникла идея переписать UNIX на языке В. Но В работал слишком медленно, поскольку оставался языком интер-претирующего типа. Была и другая проблема: язык В ориентировался на работу со слова-ми, тогда как компьютер PDP-11 оперировал байтами. Стала очевидной необходимость усовершенствования языка В. Работа над более совершенной версией, которую назвали языком С, началась в 1971 г.
Деннис Ритчи, который известен как создатель языка С, частично восстановил незави-симость языка от конкретного оборудования, что было во многом утеряно в языках BCPL и В. Так, были успешно введены в практику типы данных и в то же время сохранена воз-можность прямого доступа к оборудованию - идея, заложенная еще в языке СPL.
Многие языки программирования, разработанные отдельными авторами (С, Pascal, Lisp и APL), отличались большей целостностью, чем те, над которыми трудились группы раз-работчиков (Ada, PL/I и Algol 60). Кроме того, для языков, разработанных одним автором, характерна большая специализированность в решении тех вопросов, в которых автор раз-бирался лучше всего. Деннис Ритчи был признанным специалистом в области системного программирования, а именно: языков программирования, операционных систем и генера-торов программ. Учитывая профессиональную направленность автора, нетрудно понять, почему С был признан прежде всего разработчиками системных программ. Язык С пред-ставлял собой язык программирования относительно низкого уровня, что позволяло кон-тролировать каждую мелочь в работе алгоритма и достигать максимальной эффективно-сти. Но в то же время в С заложены принципы языка высокого уровня, что позволяло из-бежать зависимости программ от особенностей архитектуры конкретного компьютера. Это повышало эффективность процесса программирования.

K&R - классика ЯП не менее чем томики Кнута по алгоритмам... А Джобс - очень удачливый популяризатор и спец по юзабилити. Это разные люди, тем не менее все важны и у всех идей было!

Как-то группой уходят...

кто это???

ВОЛШЕБНИК, вставь цитаты Денниса Ричи

(14) +100

(12) Боги разочаровались в Америке. И потихоньку забирает своих талантливых сыновей. Остаются только маккейны, Клинтоны и Бзежинские.

Следующий Гейц?

(7) Я очень редко пощу новости . Не достаточно информации для построения тренда и расчета статистической погрешности

(16) ну так есть Же автор си++ wiki:Страуструп,_Бьёрн

(13) изучай wiki:Ритчи,_Деннис

Ничего не имею против Джобса , и очень его уважаю
Но смерть одного раскручена как пиар акция чуть ли не до уровня истерии , смерть другого даже в новостных лентах особо не засветилась
Вклад же и того и другого соизмерим и огромен

(0)"Вот про кого надо в новостях говорить, а не про Джобса."
Поддерживаю.

Нуралиева знаю... Ритчи нет.

Каких мы теряем людей :(

(23)Программирование - это не ваше :)

мда настоящие яблокофилы оказывается и незнают кому стиви обязан

Айфоны - понты для богатых мажоров.

(0) +

Деннис Ритчи  - компьютерный специалист, известен по участию в создании языков программирования B, BCPL, C, расширения ALTRAN для языка программирования FORTRAN, участию в разработке операционных систем Multics и UNIX

(17)Нет.Никлаус Вирт.

(26) Яблокофобы готовы сравнивать Стива со всеми подряд и провоцируют срач в каждой ветке.

(30) >>Вот про кого надо в новостях говорить, а не про Джобса.
не это ли провокация срача?

можно изобрести колесо.
можно соединить пару колес рамой и назвать это велосипедом
можно объединить 2 велосипеда рамой и назвать телегой
можно на раму поставить двигатель и назвать получившееся автомобилем.

колеса тоже бывают разные, даже треугольные и квадратные.

за каждым изделием стоит изобретатель, "придумавший мысль" и воплотивший её

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

ЗЫ. Волшебник может обвинить меня в очередном отсутствии логики..

(26) они даже не знаю на чём mac os x "сделана" ?

(32) +100
Я буду считать гением того - кто первым изобретет антигравитационный двигатель с КПД 99%

(31) Отчасти да , но я не сравниваю их вклад , я сравниваю отношение к их смерти .
Из жизни ушел титан , а многие даже не знают кто он такой . Обидно

(34) Обязательно с таким высоким КПД ? Просто антигравитационного недостаточно ? :)

(14) а что вставлять? выдержки из "K&R"?

(36) - да неуж изобрел? давай скорей его сюда, показывай! :)

(37) и нельзя-ли обоих достойных людей чередовать?

Пардон а этот товарищ в (0) он что-то умного сказал? Никто заслуг как изобретателя чего-то не умоляет. Но цитировать то что

(39) да Ритчи как-бы не сильно публичный человек был.

а вопрос-то интересный..

т.е. чтобы жил эппл, надо много говорить, а чтобы жил Си - надо много делать..
неожиданно..

(42) ну бред же несёшь

(43) убери мой пост..

(44) нет уж, пусть все видят

(45) :))

вот, нашёл одну:

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

(0) А ты где 4 дня был? Бухал с горя?

вот и оно как ,жаль

RIP

(49) Сегодня только обявили о смерти
(38) Я нет но , но кое кто считает что человек изобредьший антигравитационный двигатель не достоин звания гения если КПД будет меньше 99% :)

(52)ну, да.. если у антиграва КПД=98% - то это лох прописной.. куда ему в гении!?! :))

с инета:
Стив Джобс, хоккеисты, Ельцин, принцесса Диана, Александр Македонский и все те кого я не знал - Какие вы были замечательные люди и так далее

Не боитесь свихнутся, устраивая поминки по каждому ушедшему человеку?

ну, на Алголе60 и ПЛ/1 попрагроммировать пришлось.. и даже не эпизодически...

Дату смерти Николы Теслы тоже отмечаете трауром семейным? Еще пару десятков людей можно перечислить...

UNIX прост. Но надо быть гением, чтобы понять его простоту

(54) Мне казалось что Александр Македонский умер достаточно давно.

(56) Чтоб тебя никто не помянул ...

(58) И поэтому его заслуги менее значимы принцессы Дианы например?

(60) А какие у него залуги ? Угробил кучу народу , разрубил какой то узел . Даже империи толковой создать не сумел :)

Не пережил смерти Стива

(61) Наколку сделать себе не хочешь? "Не забуду Денниса Ритчи"
А по мере смерти других великих людей будешь дописывать.
Сделаешь таблицу значений на форме так сказать. Чтоб все знали.

(35) из жизни уходит очень много титанов, их смерть никто не освещает
и пусть так будет, не надо на поминках устраивать спектакль

(63) Не хочу , но определенное чувство сожаления испытываю ...

(64) Без подкола но , кто из титанов ИТ индустрии хотя бы умер за последние 10 лет

(66) при чем тут именно ИТ? для любого человека смерть близкого - смерть титана

жаль...

(0) а страуструп кто?

(67) >> для любого человека смерть близкого - смерть титана
С этим абсолютно согласен

Ну и мы все таки ИТ-шники

И "Что то автор не пишет новых книг" или "А чето новые труды от имярек не появляются" , а он умер блин 5 лет назад , как бы неприятный сюрприз

(66)
Ты немного переоцениваешь вклад
Я видел Алгол 60
Большинство конструкций было создано именно в нем
Первый  С - эволюционное развитие

А операционок тогда кто только не создавал
На вскидку помню 5

procedure Absmax(a) Size:(n, m) Result:(y) Subscripts:(i, k);
   value n, m; array a; integer n, m, i, k; real y;
wiki:Алгол

comment Максимальный элемент матрицы a, размера n на m
передаётся в виде результата в y, а его индексы — в параметры i и k;
begin integer p, q;
   y := 0; i := k := 1;
   for p:=1 step 1 until n do
     for q:=1 step 1 until m do
       if abs(a[p, q]) > y then
       begin y := abs(a[p, q]);
         i := p; k := q
       end
end Absmax

(60) Это значит поздняк писать новость о его смерти.

(73) а 4 дня - не поздняк?
все эти интернетовско-хомячковское "Скорбим...", "Помним..." несут такой пластмассовой фальшью и похерством, что аж душно становится

(74)позерством*

(74) Четыре дня, если это свежая новость - как ни странно не поздняк.

(71) И где те операционки ? И что то сейчас не очень пишут на Алголе , просто он вообще один из самых первых языков , естественно от него отталкивались .

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

Свежие новости, свежие трупы

(77)
Фишка в С была что он был промежуточным звеном между высокоуровневым(Алгол, Кобол, Фортран) и низкоуровневым программированием (Ассемблер) На ассемблере писать было тяжко. Алгол не позволял писать для непосредственно операционки и железа. ОПП не было
Сейчас уже это другой С

(79) Кстати,многие первые с-компилеры выдавали в качестве промежточного результата код на асме. Который затем обрабатывался масмом, линкером...

(79) Угу , но именно С был первым высокоуровневым языком позволяющим писать для железа , и создавать операционки :)

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

В автомате Калашникова тоже практически нет ПРИНЦИПИАЛЬНО новых технических решений , ну может за исключением личинки затвора , но это не делает его конструкцию менее выдающейся

(81) Тем не менее, первые версии винды были написаны на паскале! :)

(84) Оно и видно :)

карниган и ритчи

это классика. читать всем.

кнутт досих пор актуален. читать всем.

ну и
джефри рихтера.

дальше можно по вкусу. но это база.

(0) "Эта эпоха требовала титанов и породила титанов" (с)
Язык С был компромиссным конечно, по крайней мере для меня,и я для уверенности,
что все будет работать по максимуму,всегда предпочитал ассемблер.
Будете сметься, господа, но я считал его даже проще чем С.
И к тому же до сих пор уверен, что нет ничего лучше эффективного алгоритма.
А это слабо связано с языком программирования. ИМХО^n;
Но Ричи это Эпоха! Дай ему Бог пристань Там.

(0)
Да что ж такое то! Что за долбаный год!
:(

Его совместная книга с Брайаном Керниганом "Язык программирования СИ" имхо и до сих пор самый лучший учебник по программированию.

(74)
хорошо сказано.
"все эти интернетовско-хомячковское "Скорбим...", "Помним..." несут такой пластмассовой фальшью и похерством, что аж душно становится"
именно так и есть.

(74) Коллега, ты определяешь свою скорбь, отрицая то как это делают другие.
А если, чувствуя неуместность в своего суконного языка, то есть не являясь талантом, ну ЧУВСТВУЯ печаль(скорбь), можно, после долгих раздумий написать
"Скрблю","Печалюсь"...то, что в этом плохого?
Твои чувства глубже? Может быть.
Но шельмовать безыскусно выраженное, и тем самым выделяя себя чем то из ряда вон...
это моветон.
Прошу прощения за ОФФ.

(89) Табаки?

Паскаль имхо лучше, паскалевские строки безопаснее (основная причина взломов) и быстрее.

(92) паскаль быстрее???? Ромикс... прекращай :-)

(90)++
Далеко не каждый , как Лермонтов может написать эпитафию сравнимую с его стихотворением на смерть Пушкина .
А если никаких чувств нет , и пофигу , лучше промолчать

(93) Паскаль на самом деле лучше для прикладного программирования. В нем меньше уложенных граблей в силу большей строгости.

(95) диалектов Паскаля - куча, а значит и грабель полно.

Паскаль эффективнее в качестве "учебного языка программирования" - это бесспорно

(96) Коллега, для численного методов,для прикладного анализа, Pascal
это очень великолепная штука. Си отдыхает, так как не строго типизирован
как Pascal, а это оч.важно.

(97) Ну если уж на то пошло то для этого лучше всего мат кад. Кстати у Паскаля тоже куча всяких глюков несмотря на его строгую типизацию. И вообще это язык студентов, а не проф разработчиков.

(98) вообще то язык он предназначен для выражения своих мыслей,
если их(мыслей) ноль, то боюсь и Си не поможет.

(99) А если вместо мыслей словоблудие?

(97) для численного моделирования лучше Фортрана - ничего до сих пор нет и не предвидится..

(98) маткад, матлаб, мапл и т.д. это не языки.. это инструментарий...

(87) Си немного отодвинул потребность знать много ассемблеров...
А с развитием нонешних МК потребность в асмах вообще упала - достаточно сей со своими специфическими библиотеками на каждое семейство МК.

(102) То же самое можно и про 1с сказать. Да это не системные язык но программировать там под определенные задачи можно.

(96) Ага, зато во всех диалектах Си есть например scanf и ввод в буфер без контроля его размера ;)

Си - идеальный язык для системного программирования, ИМХО. Как был так и остался.
А для прикладного уровня такая гибкость излишня и зачастую вредит.

(100) тогда, конечно даже Pascal не подойдет. Нужно что нить покруче.

(106) для этого есть библиотеки

(107) wiki:Брэйнфак ?

(93) Паскалевские строки (с длиной в начале)
- быстрее (исключается лишняя операция на сравнение с нулем в циклах копирования или анализа строк, для вычисления длины строки не надо считывать ее всю).
- безопаснее (ошибки на переполнение буфера в C-строках - главная причина взломов в современных системах)
- могут хранить символы символы с кодом 0, тогда как в C-строках они зарезервированы как признак конца строки.

(110) совокупно по коду (размер экзешника), по гибкости эффективности работы с данными (в том числе и со строковыми) - Паскаль даже рядом не лежал со С Корнигана и Риччи

(106) Удивительная гибкость: if(a=0) и т.п. приколы. Там единственно что не надо писать then begin, а так всю плохо.

(112) не использовать си-строки, а использовать классы ?

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

(11) гибкость, эффективность, надёжность и быстрота это работа с указателями, это работа со структурами - на Паскале это из серии фантастики

А еще огромное преимущество паскаля - однопроходный компилятор, как следствие - моментальная генерация кода. Особенно хорошо это было заметно на машинках класса 286. Когда проект на си собирался минут 5, а на паскале - за секунды.

(111) Борланд выпустила параллельные языки - турбо паскаль и турбо c++. Сишный код компилируется значительно дольше, паскаль летает. Все эти printf-ы, тьфу. Кто вообще решил что есть хоть какое-либо преимущество у Си перед Паскалем?

(114) не нужно было сосать в майн кучу ненужных библиотек...

При нормальной компиляции си только немного проигрывает асму (в отличии от паскаля)

(113) Тогда это будет уже С++

(103) +100. Писал процедуры на ассемблере, наивно полагая, что это
ускорит получение результата, типа доступ к данным организовывался именно при помощи ассемблера, но потом пришло понимание, что все дело в алгоритме...
ну скажем, если решать большую систему уравнений при помощи Гаусса, или
при помощи метода простой итерации(Зейделя).

(113) С классами другая проблема - они несовместимы, и к тому же многие разработчики на них забивают (иначе бы не было в системах столько взломов из-за си-строк, и мы бы сейчас не качали тоннами антивирусы и патчи).

(117) борланд вообще никогда не создавал профессиональный компилятор Си - это был явно не его конёк. Так что не нужно считать борлондовое уродство "показателем"

(122) "уродство"? Прошу пример предъявить для прикладных задач

(123) хм-м-м... Никогда не видел разницу между турбоси и тем же ваткомом??? Это в те времена была причей во языцах

+120 а еще супер-метод это метод Холецкого и Pascal тут предпочтительнее Си.

(119) и что?

(121) > С классами другая проблема - они несовместимы
не совсем понял

(124) zortich С главнее. Но Си при реализации численных методов, в силу того
что он слабо типизирован дает, иногда, при большой размерности совершенно чудовищные результаты. Проверено.

(124) И чего Ватком - кривая реализация строк (110) автоматически делает программы медленными и глючными (опасными).
(126) У разных компиляторов изначально были разные библиотеки классов для тех же строк.
(127) Да это вообще чудище обло и стозевно. Где там идеологические преимущества перед Паскалем? Операции можно в клубок сворачивать, буфера переполнять, или что там можно назвать преимуществом-то? Подозреваю что никто не сможет их назвать.

(127) Только не  zortich, а zortech. И, кстати, первоначально - когда создалась эта компания в противовес борланду, она называлась zorland :-D

В паскале легко можно создать подпрограмму с областью видимости внутри другой подпрограммы или внутри модуля. А в си?

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

(129) да, точно. Но вот Borland Pascal With Objects это было шедеврально.

(131) Гремучая смесь asm и C - Sphinx C--

(133) Да, помню.. он вообще генерировал com-файлы, измеряющиеся сотнями байт..

(131) Да, типа того.
Хотя с детства не любил паскаль за многословность...
зы. "Тiльки москаль любит паскаль!"© :-))))

(130) А во что компилируется эта подпрограмма? Тут бывают очень интересные аспекты, особенно когда разрешено брать адрес переменной.

+(135) Ты знаешь як эти Паскали нал NULL называют
- ?
- NILL
- Поубывав бы.

(137) ты еще http://bookz.ru/authors/avtor-neizvesten/notesespasc/1-notesespasc.html вспомни :-))))

(131) Хоть горшком назови - где у Си преимущества-то? Одни ведь недостатки. Переносимая ошибка переполнения.
(135) Ничто не мешало бы сократить многословность но оставить здоровое так сказать ядро.

(139)рома недостатки не у си ... а у тех кто не умеет его готовить ... вроде тебя


зы: раньше я думал ты не умеешь программировать ... после твоих полетов на луну мнение изменилось

(139) Уж слишком оно здоровое, это ядро... (каламбур, аднака... "калом бур, телом бел..."©)
просто когда представляешь,как это будет на асме, прсать на сях легче, чем на паскале.
Хотя больших проектов что на том, что на другом - у меня не было.
Впрочем, сейчас семейство компиляторов, допустим, той же MikroElectronica дает сопоставимый размер кода и у паскаля, и у сей, и даже - о ужас - у васика...

(128) > (126) У разных компиляторов изначально были разные библиотеки классов для тех же строк.

сейчас нет "жесткой" стандартизации  ?

(141) Неудачный пример с MikroElectronica. Что их MikroC, что Mikropascal для AVR генерят шлак, по сравнению с AVRStudio и WinAVR.
"как это будет на асме, прсать на сях легче, чем на паскале" - порой бывает проще на асме и написать, когда кода немного.

Жаль, очень жаль.

(143) Несомненно. Однако когда пишешь не только под атмеловские, но и под микрочиповкие, да еше порой для клонов 51 семейства - уж лучше иметь однотипный инструментарий...

(140) "Умельцы готовить" порой просто находятся под гипнозом. Им внушили что Си это мега-круто, а самостоятельно проанализировать факты они оказались не в состоянии.

(145) Во-во. Микроконтроллеры всякие программировать, в общем любое программирование приближенное к железу - Си рулит.

Светлая ему память...

(137) Не NILL, а смешнее - NIL :)

(149) Уже не помню лет 10 как паскаль не видел

(140) Рома, как раз таки и умеет. Рома не раз выкладывал оч.пользительные штуки, а от тебя, чтойта не припомню, коллега и не надо гнать беса.

(140) и ваще...будешь крошить батон сверх меры...вобщем не надо, этого делать, цюрюпопик.

Ветки о Джобсе в IT, а о Ритчи - в Жизни... может наоборот бы?

(146)внушает про мега-круто это сильно ... еще раз показывает твое умение анализировать ... я тебе за недостаки собственно говорил ... а не про крутость программирования на том или ином языке программирования ...

(152)а то чего будет ... ты мне что-то страшное расскажешь ... и я испугаюсь?

Поскорбили один день и хватит? Скорбь прошла показушная?

(151) +1, ромиксу благодарны миллионы одинесников за очень полезные патчи.. даже если он и не корифей в c++.

Мой перевод некоторых цитат Дениса Ритчи:

_____________
C++ and Java, say, are presumably growing faster than plain C, but I bet C will still be around.

Говорят, что C++ и Java, вероятно растут быстрее, чем простой С, но я полагаю, что С ещё поживёт.

_____________
UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity.

UNIX в основном простая операционная система, но нужно быть гением, чтобы понять её простоту.

_____________
At least for the people who send me mail about a new language that they're designing, the general advice is: do it to learn about how to write a compiler.

Для тех людей, кто присылает мне письма о новом языке, которые они разрабатывают, мой общий совет такой: научитесь, как пишется компилятор.

_____________
C is peculiar in a lot of ways, but it, like many other successful things, has a certain unity of approach that stems from development in a small group.

Язык С немного эксцентричен во многих моментах, но он, как и многие другие успешные вещи, имеет определённое единство подхода, который произрастает из разработки в малой группе.

_____________
For infrastructure technology, C will be hard to displace.

Для технологической инфраструктуры С будет сложно чем-то заменить.

_____________
When I read commentary about suggestions for where C should go, I often think back and give thanks that it wasn't developed under the advice of a worldwide crowd.

Когда я читаю комментарии и предложения о том, куда должен развиваться С, я часто оглядываюсь назад и бываю рад, что он не развивался по советам толпы.

Последняя цитата - вещь

(158) Все неплохие. Но последние две прекрасны.