asm.jaime писал(а):
А я не плюнул и написал довольно объемный скрипт где-то на 3к строк. Кликером наверное было бы быстрее. Но не веселее!
Код на 3к строк такая же плохая практика как и привязка функционала к конкретному железу.
Как этот привязанный к железу код поддерживать и переносить на другое устройство?
Как то, кода я работал в МТС я осваил PL/SQL и долго и нудно "курил" код функционала предоставленного нам поставщиком ПО.
Я даже взял с собой в отпуск распечатку с листингом кода на 300 страниц что бы читать его в поезде пока ехал на север.
И вот там поезде на меня снизошло прозрение и я наконец то понял, как это все работает и вернувшись написал свою процедуру станиц всего на 30 автоматизирующую сложный ручной процесс, работа с которым обычно занимала у оператора целый день.
И когда я с гордостью представил его своему руководителю, то он конечно сказал спасибо за автоматизацию процесса, но вот объему кода (свидетельствовавшему как я думал о объеме проделанной мной работы) совершенно не впечатался.
Позже через год я прочел тоненькую книжку Джона Селко "Стиль программирования на SQL" (можете считать это рекламой) и принципы программирования для реляционных БД изложенные в ней просто перевернули мое представление о обработке данных sql запросами.)))
И позже я переписал свой старый функционал заново, листинг стал занимать не более 5 страниц и то изобиловал отступами и табами для лучшей читабельности текста. Код стал работать раза в 3 быстрее и не требовал обновления данных в коде в справочных таблицах в случае заведения новых категорий данных с которыми приходилось работать функционалу.
Так что объем кода это только показатель упертости начинающего программиста, а не полезности функционала.
Как то так.