Ключевые моменты

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

Важнейшие качества программиста - скромность, любопытство, профессиональная честность, творчество и дисциплина, а также «просвещенная» лень.

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

Удивительно, но интеллект, опыт и настойчивость вредят программистам не меньше, чем помогают.

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

Хороший характер во многом - продукт правильных привычек. Если хотите стать великолепным программистом, выработайте правильные привычки, а все остальное придет само собой.

ГЛАВА 34

Основы мастерства

Содержание

,, , mtp: €c20.oom/3444

34.1. Боритесь со сложностью

34.2. Анализируйте процесс разработки

34.3. Пишите программы в первую очередь для людей и лишь во вторую - для компьютеров

34.4. Программируйте с использованием языка, а не на языке

34.5. Концентрируйте внимание с помощью соглашений

34.6. Программируйте в терминах проблемной области

34.7. Опасайтесь падающих камней

34.8. Итерируйте, итерируйте и итерируйте

34.9. И да отделена будет религия от разработки ПО

Связанные темы

Вся книга

Эта книга посвящена главным образом деталям конструирования ПО: созданию высококачественных классов и циклов, выбору имен переменных, форматированию исходного кода, интеграции системы и т. д. Абстрактные вопросы в ней отчасти принесены в жертву более конкретным темам.

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

34.1. Боритесь со сложностью

Стремление к снижению сложности играет такую важную пщп$тш ееыш О важно-

роль в программировании, что в главе 5 управление слож- i ума дпя борьбы со

ностью получило статус Главного Технического Императи- сложностью см. раздел 33,2,

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

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

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

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

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

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

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

Избегайте операторов goto, так как они вносят в программу нелинейность, за которой большинству людей трудно следовать.

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

Систематично используйте встроенный механизм исключений, поскольку он может стать нелинейной управляющей структурой, которую при недисциплинированном применении понять почти так же трудно, как и операторы goto.

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

Поддерживайте методы короткими.

Используйте ясные, очевидные имена переменных, чтобы не вспоминать детали вроде «/ - это индекс счета, ау - индекс клиента или наоборот?».

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

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

В целом боритесь по мере возможности с тем, что в главе 5 было названо «несущественной сложностью».

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