А и не надо создавать универсальные программы. Если из ОЛ сделать среду создания универсальных программ, то цена будет ого-го какая, а надёжность станет ниже плинтуса.Сообщение от Серёга Букашкин
А и не надо создавать универсальные программы. Если из ОЛ сделать среду создания универсальных программ, то цена будет ого-го какая, а надёжность станет ниже плинтуса.
Писал про назначение адреса с комбобокса. В программе жёстко забиты адреса по количеству установок, заодно и алгоритмы с настройками привязать можно к выходам демультиплексора.
(Алгоритмы уже таким образом задавал, всё нормально.)
Есть много установок работающих по однотипным алгоритмам, в таком случае можно.
А универсальность - она до определённой степени только возможна.
Последний раз редактировалось Алексей Геннадьевич; 21.03.2017 в 14:57.
Среду дорабатывать не просим. Просим дать доступ к системным уставкам через соответствующие системные переменные, это не сложно. Бессилие какое-то когда из системного меню поменять переменную можно (тот же адрес в сети), но из программы этого не увидишь. К цене это совсем не имеет отношения, это вопросы оптимизации ОЛ, не более. Часто бывает что эти переменные должны быть жестко определенными и их нельзя менять, и если их не видишь нет возможности выполнять контроль или реагировать на эти изменения, а также возможности автоматического их задания при включении или по смене опции. Складывается впечатление что разработчикам жалко так баловать потребителя. Или просто ПР200 так оторвался в своих возможностях от ПР110, что ОЛ не поспевает за ними. Вспомните как долго выпрашивали дать часы в системные переменные. А то что мы хотим - даже проще.
Последний раз редактировалось Серёга Букашкин; 21.03.2017 в 17:09.
Напротив, это имеет прямое отношение к цене, т.к.
1) Это может требовать доработку ОЛ -- зарплата программисту, тестировщику
2) Возможно, потребуется доработка прошивки ПР -- снова зарплата программисту, тестировщику
3) Описание в документации
4) Потом ответы на вопросы "у меня не работает" на форуме и т.п. Это снова затраты на зарплату кому-то типа Юрия Р.
Но это всё очевидные причины.
Есть и более долгоиграющее:
5) Чем больше возможностей, тем сложнее понимать как работает система. В итоге, будет что-нибудь в духе "добавят поддержку модулей ввода-вывода и случайно сломается обсуждаемся возможность смены переменных". Программисту придётся тратить время на то, чтобы починить "случайно сломанное".
Иными словами, поддерживать и дорабатывать софт/прошивку станет сложнее.
6) При выпуске новых версий ОЛ придётся тратить время на тестирование этой "новой возможности".
ОЛ впереди планеты всей.
Это нормально, когда все стремятся чтоб было лучше. У нас свои проблемы, а у Юрия Р. работа такая. А мы вынуждены кружным путем получать то, что можно было бы просто получить напрямую, просто может эволюционное время ещё не пришло. Вот вчера по поводу галочек укладки float в сетевую переменную он нам открыл глаза, но так и не указал что дальше: это ошибка или так и задумано и останется?
Кстати про часы: осталось без ответа можно ли добавить переменную "миллисекунды" или это в принципе невозможно?
Последний раз редактировалось Серёга Букашкин; 22.03.2017 в 10:21.
Вы таки финансист или математик?
Скажу проще: Прибор с большими возможностями будет пользоваться большим спросом, и все эти единичные расходы "размажутся" по огромному количеству изделий.
Вот когда будет онлайн-режим, и запустят в производство большой спектр модулей расширения, тогда да.ОЛ впереди планеты всей.
А пока голову высоко подняли, а хвост ещё не вытащили. Рано на лаврах почивать.
о, один попался
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
Т.е. по существу возражений нет? От того финансист или математик лично я что-то изменится?Вы таки финансист или математик?
Цель любой коммерческой компании это извлечение прибыли (c) Капитан.
Подкину ещё аргументов:
7) ПР и сейчас дёшево стоит. Если же оно начнёт конкурировать с ПЛК, продажи ПЛК упадут и всего делов.
В итоге будем иметь "недо-ПЛК" под названием "ПР+" и сдохшую линейку ПЛК.
Кому это нужно?
Не выделяю в отдельный пункт (т.к. уже было в 4, 5, 6 ранее; и в 8,9 ниже), но подчеркну, что есть масса не единичных расходов, а непрерывных и постоянных.
Фонд оплаты труда это не единичный расход. Необходимость тестировать и поддерживать возможности, придуманные N лет назад это постоянный расход, а не единичный.
Например, с "сетевыми переменными" в ОЛ. Их постоянно латают. Думать "достаточно сделать 1 раз и оно не сломается" ошибочно, т.к. смежная функциональность может вызывать поломку (добавили "поддержку модулей" -- сломались "сетевые переменные").
Это не значит, что "невозможно по-нормальному сделать сетевые переменные". Это лишь пример к тому, что однажды добавленная возможность будет потреблять ресурсы в будущем.
Уже сейчас в планах две одновременно существующих версии ОЛ (1.8 и 1.9).
online? больше модулей? Добавится ещё пара версий?
8) Начнётся песнь "в версии 1.8 работает так-то, а в 2.0 так-то". Это всё непросто в разработке. Нашли ошибку -- исправлять нужно в 4х версиях. Вносим изменение -- нужно понять стоит ли его делать в остальных. Выпускаем версию -- тестируем ошибки, про которые в этой версии не говорили (изменения по которым пришли "из других версий").
9) Для разработки 4-х версий одновременно не достаточно просто взять и нанять 4х программистов. Лебедя, рака и программиста никто не отменял. Да и где взять тех самых программистов, которые понимают в пром безопасности?
Надеюсь, не нужно объяснять, что ОЛ-ПР это не поделка типа опа-опа-выпускаем?
слабоватый какой то аргумент, у семена стали брать 1200, вместо 300, но я что то не слышал, чтоб семен парился что 300ки ни кто не покупает
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
Красиво излагает Владимир. Конечно нам надо, чтобы "и кузница, и житница, и здравница". Кто хоть пару лет с ОЛ поработал видят и прогресс, и неувеличение стоимости. В этом векторе и ждем продолжения.
Последний раз редактировалось Серёга Букашкин; 23.03.2017 в 15:23.
Ваши права
