Вы будете комментировать 20% строк кода? давай те посмотрим на мой подход к такой реализации, я в теле цикла ставлю условие или кейс, где исключаю обработку не задействованных на данный момент объектов, ну максимум четыре строки придется добавить, что скажите?Сообщение от qs212
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
20% то зачем? Закоментировать нужно строку с вызовом функции.
Скажу, что если то, что нужно удалить идет не подряд, а как попало, то это будет не весело.
Вообще говоря, практика PVS-Studio показывает, что в copy&paste коде крайне много ошибок. В их анализаторе много правил именно по copy&paste направлению, и они много чего находят.
В каждой первой программе находится вот такая ошибка:
xc=xa+xb;
yc=ya+yb;
zc=ya+yb;
Если это портянка на 1000 копипастов, то я боюсь представить сколько там ошибок.
Цикл реально звучит более правдоподобным и поддерживаемым решением.
Все верно, но копипастинг весьма примитивно автоматизируется, а если и это лень, то тогда через поиск и замену в выделенной области. А в ручную да, будет полная беда.
Ну и вообще, АСУТП от объекта автоматизации зависит. Например вся пищевка - дискретное производство. То есть "большой" объект, состоящий из кучи несложных функций в количестве дофига. В отличие от к примеру энергетики, где "сложные" объекты, состоящие из кучи связанных процессов. И редко что то переделывается.
А в пищевке часто запуск нового продукта сопровождается переделками технологической схемы, с добавлением/убиранием объектов, функций, блокировок. На крупных заводах этот процесс идет непрерывно, поэтому важна большая гибкость и простота перепрограммирования.
Или автоматизация копипаста))
Насколько я знаю, ребята, которые работают в эксплуатации (не разработчики, а именно эксплуатация), очень не любят разбираться со всякими замутами вроде циклов/косвенной адресации/и всякой магии. Особенно когда у тебя многомиллионная линия встала и плюшки на конвейерах сохнут. Им надо быстро найти по поиску нужную переменную и быстро ее "зафорсить". И времени вычислять циклы и вставлять кейсы у них нету. Поэтому банальная релейная логика им очень нравится, она очень хорошо ложиться на их понимание релейных схем. Хорошо, если у них есть грамотный спец, который сможет раскурить эту магию. А чаще всего есть дядя Ваня КИПовец, которого научили как открыть Simatic Manager и найти нужную строчку и нажать нужную кнопку чтобы все поехало. Потому что над ним стоит начальник цеха с топором и грозит лишением премии, если плюшки засохнут. Вот такая стрессовая ситуация))) Извините, сам начинал с КИП 20 лет назад и насмотрелся всякого (например на специалистов, которые измеряют напряжение лампочкой, и говорят что у них батарейка села в стрелочном вольтметре и нечем замерить напряжение).
С уважением,
Владимир
vmsystems.ru
Вас ни кто за язык не тянул, Вы сами обозначили цифру 20 и даже пускай закомментить требуется только вызов функции наладчику требуется влюбом случае пробежаться по всему коду ставя комменты только в нужных местах,что ещё больше его напряжет, повторяю в цикле я бы в одном из кейсов определил номера с которыми ни чего делать не надо,а по дефолту все что предписано, у меня как у НАЛАДЧИКА займёт меньше времени,чем комменты поставлять. Теперь что касается разработчика,такой ситуации вообще допускать нельзя, подобным занятием должна заниматься скала, не требуется использование объекта, отключить его в визуализации
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
Вот нифига не понял. Если заранее подумано, и есть флаг, что объект не используется, все равно придется пробежаться по блоку данных и в нужных местах их расставить. То же самое получается.
А смысл? Если часть проекта удаляется навсегда, то хорошо бы освободить место для дальнейшего использования. И из скады тоже удалить нафиг.
так Вы вообще имеете опыт работы с заказчиком по внедрению автгмктизации? Это значит заказчик оплатил стоимость N-ого количества клапанов, оплатил монтаж оборудования, соответственно оплатил проектные работы и тут появляется программист, который говорит ну тут 20% клапанов вообще не нужны, их смело можно выкидывать из программы, знаете за что Вас повесят на ближайшей березе? Особенно когда курс евро под сотню
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
Ну как бэ не совсем так это выглядит. Предположим, построили новый цех. И он проработал год -два. Исходя из текущих потребностей выяснилось, что один из участков себя не оправдывает, и его можно демонтировать. А на его месте собрать что то необходимое. Применительно к молочке, к примеру заменить участок ферментации йогурта на установку ультрафильтрации творога.
Или, как счас модно на теме импортозамещения, заменить приемку цельного молока на участок разведения пальмового жира))
Ваши права
Ответить с цитированием