Pull to refresh

Comments 15

ПЛК — программируемый логический контроллер
ПИД — пропорционально-интегрирующий-дифференциирующий регулятор
HMI — человеко-машинный интерфейс
Зачем Вы беретесь читать техническую статью в достаточно специфической области, причем ориентированную отнюдь не на самых начинающих, если даже не удосужились ознакомиться с элементарной терминологией в этой области?

То есть по Вашему, когда я листаю feed хабра, я должен делать предельный выбор/отдавать себе отчет перед нажатием кнопки "читать"?

В таком случае я 99% статей на хабре не пойму, однако реальность состоит в том, что я открываю 99% статей и понимаю их содержание, ибо авторы описывают термины аббревиатуры или ссылаются на статьи в которых онное обозначено.

Авторы описывают термины и аббревиатуры, если они не относятся к общепринятым. Здесь же Вы задались вопросами по общепринятым базовым терминам. Ведь читая статью, например по C++, Вы не будете задавать вопросы что такое класс, функция и т.д., если конечно это статья уж не совсем для начинающих.

В том то и дело, что класс и функция это интуитивно понятные вещи, тем более для айтишника. И даже в продвинутых статьях, первое появление аббревиатуры описывается за скобками.

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

То есть это очень ОЧЕНЬ узкоспециализированный материал получается, ну тогда бы поставили это уточнение в плашку в начале статьи.

Ладно короче. Дело ваше

Вот у Вас в профиле написано «Network engineer». Вы в любой статье по безопасности сетей будете ожидать расшифровки терминов ICMP, TCP, UDP и т.д.?

Вам примеры скинуть, как люди пишут? Они пишут: .. отправка данных осуществляется протоколом ТЦП, который ведет контроль доставки сообещений следующими методамм...

Вот пример о протоколе, который мне не был знаком: https://habr.com/ru/company/southbridge/blog/575464/

Ну да, ведь лучше чтобы на Хабре было 100500 статей, про «hello world» и «как войти в айти», от продажников курсов, там все разжёвывается.

Лучше оформлять статьи в соответствии с рекомендациями на соответствующей странице для Авторов Хабра.

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

Очень рад, что вы решились прочитать данную статью. Для полного понимания статьи потребуется опыт программирования ПЛК, так ка это "достаточно специфическая область".

В том то и дело, что вы не ведете ссылки на серию публикаций, как принято на Хабре. Ведь вы это не для себя делайте, а для читателя.

Делайте как знайте.

В конце каждой публикации ссылки предыдущую и следующую (когда выходит - добавляю).

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

Логика "если пришел некорректный запрос, попытайтесь сделать хоть что-нибудь" граничит с вредными советами на мой прикладной взгляд. Есть какая-то особенность ПЛК, что при некорректной команде нельзя просто ничего не делать с переменными и объектом управления?

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

Sign up to leave a comment.

Articles