Лучшие 46 цитат Бьярне Страуструп на MyQuotes

В конце концов, C ++ не совсем подходит для целей дизайна Java.

Всегда думайте о том, как следует использовать фрагмент кода: хорошие интерфейсы - это сущность хорошего кода. Вы можете скрыть все виды умного и грязного кода за хорошим интерфейсом, если вам действительно нужен такой код.

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

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

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

Любое многословное и утомительное решение подвержено ошибкам, потому что программистам скучно.

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

C ++ - мой любимый язык для сборки мусора, потому что он генерирует так мало мусора

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

C позволяет легко выстрелить себе в ногу; C ++ делает это тяжелее, но когда ты это делаешь, это отрывает тебе всю ногу.

[Корпоративное программирование] часто делается до такой степени, что человек полностью погружается в корпоративную« культуру », где нет выхода для уникальных талантов и навыков. Корпоративные практики могут быть прямо враждебны людям с исключительными навыками и инициативой в технических вопросах. I Считать такое управление техническими людьми жестоким и расточительным .

Определение ОО как основанного на использовании иерархий классов и виртуальных функций также практично, поскольку оно дает некоторые рекомендации относительно того, где ОО может быть успешным.

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

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

Во-первых, мне бы хотелось, чтобы базовые инструменты, такие как компиляторы, отладчики, профилировщики, интерфейсы баз данных, компоновщики графического интерфейса, инструменты CAD и т. Д., Полностью поддерживали стандарт ISO.

Однако, когда Java продвигается как единственный язык программирования, его недостатки и ограничения становятся серьезными.

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

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

Я нахожу языки, которые поддерживают только одну парадигму программирования

Если ты думаешь, что это просто, значит, ты неправильно понял проблему.

Мне нравится проводить исследования, которые оказывают влияние. Если бы я пошел в компанию, чтобы заработать то, что они называют« настоящими деньгами », я бы просто попытался заставить систему работать как можно быстрее, чтобы уложиться в сроки поставки продукта и услуги.

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

Я твердо убежден, что все успешные языки выросли, а не просто разработаны из первых принципов

Легко получить прощение за то, что ошибаешься; быть правым - вот что доставляет вам настоящие неприятности.

Я бы поддержал непатентованные стандарты для инструментов и библиотек.

Java не зависит от платформы; это платформа

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

На языках, обозначенных как «плохие», написано больше хорошего кода, чем на языках, объявленных «чудесными». - гораздо больше.

Большинство программистов через десять лет будут нами, и мы не станем намного умнее.

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

Наша цивилизация в значительной степени зависит от программного обеспечения, а у нас опасно низкий уровень профессионализма в компьютерных областях

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

Лично я с нетерпением жду лучших инструментов для анализа исходного кода C ++.

Доказательством по аналогии является мошенничество.

Некоторые программы на самом деле довольно хороши. Подумайте о марсоходах, Google и проекте «Геном человека». Теперь это качественное программное обеспечение!

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

Самая фундаментальная проблема в разработке программного обеспечения - сложность. Существует только один основной способ борьбы со сложностью: разделяй и властву

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

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

В разработке программного обеспечения нет «корня зла». Дизайн сложен во многих отношениях. Люди склонны недооценивать интеллектуальные и практические трудности, связанные с созданием существенной системы, включающей программное обеспечение. Это не так и не будет сведено к простому механическому процессу «сборочной линии». Творчество, инженерные принципы и эволюционные изменения необходимы для создания удовлетворительной большой системы.

Есть старая история о человеке, который хотел, чтобы его компьютер был так же прост в использовании, как и его телефон. Это желание сбылось, так как я больше не знаю, как пользоваться своим телефоном.

Стандартная библиотека избавляет программистов от необходимости заново изобретать колесо.

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

Предложение Тома [Каргил] с дальнейшей идеей: для донорства почки должны быть необходимы сторонники новых функций [C ++]. Это, как указал Джим [Уолдо], заставит людей задуматься, прежде чем предлагать, и даже люди, не имеющие никакого смысла, предложат не более двух расширений.

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

Когда все сделано правильно, программное обеспечение невидимо.