Цитаты из книги «Кодеры за работой»

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

Одной из таковых, с моей точки зрения, является книга Питера Сейбела «Кодеры за работой: Размышления о ремесле программиста» (Peter Seibel, Coders at work: Reflections on the Craft of Programming, 2009) — это 15 интервью с наиболее известными профессионалами в нашей профессии — Дональдом Кнутом, Кентом Томпсоном, Брэдом Фицпатриком и другими.

Книга не содержит детальных рецептов о том, как стать правильным программистом. Это книга — персонифицированный взгляд в историю computer science и программирования.

Почему мне показалось это важным? Вот цитата из Дональда Кнута:

Я на каждом шагу сталкиваюсь с тем, что люди не осознают всё великолепие нашей истории. Многим программистам кажется странной мысль о том, что в 1970-х люди тоже что-то знали, понимали и умели.^(стр.523)

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

О красоте и читаемости кода

Красота кода — это когда что-то выражено очень верно — лаконично и по сути, — вроде хорошо сформулированного афоризма или мгновенной карикатуры, выполненной одним росчерком пера и очень похожей на оригинал. ^(стр.37)

По большему счету, понятия «красоты» и «простоты сопровождения» эквивалентны. Или, по крайней мере, тесно связаны. ^(стр.53)

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

Компьютеру нужен двоичный код, а текстовый файл нужен мне. ^(стр.472)

Программа — это прежде всего литературное произведение. Программа должна быть читаемой. ^(стр.161)

О сложности программ, качестве кода и багах

Есть два способа проектировать систему. Один — сделать её настолько простой, что в ней совершенно очевидно не будет недостатков, второй — сделать её настолько сложной, что в ней не будет очевидных недостатков. ^(стр.184)

Чем сложнее программа, тем важнее, чтобы её делали действительно хорошие программисты. ^(стр.365)

Закон отладки Джо — «все ошибки будут не дальше трех операторов в ту или другую сторону от места последнего изменения программы». ^(стр.209)

У нас в Netscape была такая шутка: «Мы стопроцентно преданы качеству. Мы собираемся выпустить продукт самого высокого, насколько получится, качества к 31 марта». ^(стр.44)

Чтобы получать удовольствие от обнаружения ошибок, нужно просто забыть, что программу написал ты сам. ^(стр.516)

О ключевых навыках программистов

Чем хороший программист отличается от плохого: хороший программист легко переходит от одного уровня абстракции к другому, он способен не смешивать эти уровни при внесении изменений и точно определять уровень, на котором изменения нужно внести. ^(стр.39)

Мыслить как учёный; за один раз изменять только что-то одно. Терпение и стремление понять коренную сущность вещей. Это особенно ценно при отладке или проектировании чего-то, что не желает работать. ^(стр.51)

Умение писать. Если у вас плохо с английским (имеется в виду, с родным языком — прим.), вы никогда не станете хорошим программистом. ^(стр.214)

По-настоящему хороший программист много программирует. Исключений я не встречал. Если я не программирую два-три дня, то ощущаю зуд. ^(стр.205)

Об обучении

Очень важно не бояться собственного незнания. Если не понимаешь, как что-то работает, спроси у того, кто понимает. Многие боятся. А что тут такого? Ведь чего-то не знаешь не потому, что тупой, а просто пока не знаешь. ^(стр.48)

Читайте чужой код. ^(стр.75) Только не стоит читать тех программистов, которые пишут так же, как и вы. ^(стр.525)

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

Всегда старайтесь делать что-то чуть более трудное, чем раньше, то, что вам не по зубам. ^(стр.75)

О смежных науках

Программирование ближе к литературе, чем к математике. Словно пишешь рассказ, пытаясь передать его смысл очень тупому парню с ограниченным словарем, то есть компьютеру. У тебя есть некоторая идея, которую нужно объяснить, и ограниченные средства для объяснения. Какие подберешь слова, как будет выглядеть введение, заключение? Что-то в этом роде. ^(стр.52)

Не каждому программисту нужна математика, но она упорядочивает понятия, с которыми программисты сталкиваются ежедневно. ^(стр.300)

Автор: vtimashkov

Источник ^[1]