DM-Lg,

http://www.sql.ru/forum/actualthread.aspx?tid=625231#6606056

DM-Lg,
был задан вопрос, ответ на который мне тоже интересен (вопрос выделен)

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

ну, тут слишком много пустого на ровном месте. Мне ближе ответ:
авторНа самом деле в топике слишком много домыслов и флейма. Есть конкретная задача, она не на 10 листов, а на пол листа, поэтому применять константы или нет, личное дело программиста. Других условий в задаче не дано, однако исходя из величины предлагаемой зарплаты я бы предположил, что требуется не просто перевод циферок и формул в код.
Я сторонник простоты программирования, т.е. там где можно обойтись 2-мя переменными, функцией или процедурой не стоит городить классы и интерфейсы, это самый лучший путь к дальнейшему пониманию, читабельности кода.
Помните в asm проводились соревнования, самая короткая реализация той или иной функции? :)
А по теме сделал бы 2 варианта:
1. Просто функцию, разумеется с присущим мне стилем кодирования.
2. С применением ООП. Причем так, чтобы обеспечить как максимальную простоту, так и максимальную масштабируемость.

1 вариант - просто решение задачи по исходным условиям, 2 вариант, решение задачи с учетом работы в команде, возможного изменения условий, параметров, алгоритма и т.п.
/topic/467673&pg=17#4614759
- сам использую принцип
"Сложнее всего в мире достигнуть простоты - это крайняя граница опыта и последнее усилие гения".
George Sand.
а по сабжу, как выше было отмечено - это всего лишь "один из способов представления информации."
Т.е. это метод и ничего больше.
Если взять метод перемещения из точки А в точку Б - "на трамвае", то можно налепить на этот метод тучу всякой мешуры в виде остановок, наклеек_трамвайных и зонтиков для перемещения на трамвае.
Но это IMHO избыточно. Метод будет жить, а ИС и ЯП построенный на одном этом методе может умереть.