LINUX.ORG.RU

История изменений

Исправление goingUp, (текущая версия) :

А потом приходит другой программист и начинает ругаться на «быдлокрд».

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

Параметризировать 100 и операцию... Но тогда нужно параметризировать 1. И шаг. Можно даже направление, по убыванию или возрастанию, а то -1 не интуитивно, скажут костыль. Ну и еще булевый параметр, допустим у нас от 1 до 100, шаг 3, включать 102 или нет. МОЖЕТ ПРИГОДИТЬСЯ В БУДУЩЕМ. Саму операцию наращивания шага параметризировать не будем, наверное. Ой, у нас уже 6 параметров, засунуть их в одну функцию будет говнокод. Надо разбить на два класса, в один пойдет диапазон, в другой шаг. Можно даже операцию в третий, чтобы было по канонам ООП. Ну и чтобы плодить эти классы надо бы фабрику. Гм, что-то сильно много намучено, прикрутим еще фасад. И пусть эта с-ка, другой программист, посмеет сказать, что тут быдлокод!

Исходная версия goingUp, :

А потом приходит другой программист и начинает ругаться на «быдлокрд».

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

Параметризировать 100 и операцию... Но тогда нужно параметризировать 1. И шаг. Можно даже направление, по убыванию или возрастанию, а то -1 не интуитивно, скажут костыль. Ну и еще булевый параметр, допустим у нас от 1 до 100, шаг 3, включать 102 или нет. МОЖЕТ ПРИГОДИТСЯ В БУДУЩЕМ. Саму операцию наращивания шага параметризировать не будем, наверное. Ой, у нас уже 6 параметров, засунуть их в одну функцию будет говнокод. Надо разбить на два класса, в один пойдет диапазон, в другой шаг. Можно даже операцию в третий, чтобы было по канонам ООП. Ну и чтобы плодить эти классы надо бы фабрику. Гм, что-то сильно много намучено, прикрутим еще фасад. И пусть эта с-ка, другой программист, посмеет сказать, что тут быдлокод!