в параметрах функций, определить, где, что и в каком порядке вычисляется. А при просмотре прежнего кода, когда использовались наглядные названия переменных (RoublesNum, RateValue), можно быстро проследить логику программы.

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

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

Не тратьте слишком много времени на ручную оптимизацию текста на Си+.* В лучшем случае вы повысите быстродействие работающего приложения на 5-10 процентов, а потратите на этот процесс довольно много времени.

Время лучше расходовать не на ликвидацию нескольких на первый взгляд лишних операторов, а на совершенствование общего алгоритма своего приложения. Есть такой золотой принцип разработки программ — экономьте не пять операторов, а пятьдесят! Улучшайте не код, а алгоритм (смысловую часть) на высоком уровне, на этапе проектирования, не привязанном к ручному кодированию. Удаление одного лишнего логического блока может дать значительно более существенную экономию, чем удаление десяти операторов Си++. При этом время разработки сокращается, а качество программы только повышается.'

97