А между тем, я продолжаю работу над курсом по информатике и только что закончил писать черновик учебника к 9 уроку из 18 запланированных. Вот вам мой рабочий план по темам уроков.
Этот курс нужен в составе остальных для того, чтобы было легче учиться тем, кто от компьютеров далёк и кто не знает, как это всё работает и зачем.
Раскрытие тем получается очень глубоким. Пока что промежуточным результатом я удовлетворён!
Этот курс нужен в составе остальных для того, чтобы было легче учиться тем, кто от компьютеров далёк и кто не знает, как это всё работает и зачем.
Раскрытие тем получается очень глубоким. Пока что промежуточным результатом я удовлетворён!
🔥18👍3
Оверинжиниринг.
В разработке инженерных решений часто встречается "перепроектирование". На всякий случай, уточню, что я имею в виду: это когда инженеры-проектировщики закладывают избыточные технические решения.
Пример из тепловой энергетики: установка слишком большого количества аналоговых датчиков. Температура подачи, температура обратки, давление подачи, давление обратки - по каждому тепловому контуру. Температура до насосов, температура перед котлом, после котла и так далее. И можно обосновать размещение каждого датчика, но для регулирования большая часть из них не требуется. Каждый датчик - это плюс один аналоговый канал управления, плюс программирование, плюс монтаж, плюс место на экране диспетчеризации, плюс "тэг" скаду, плюс чек в кассу. Собственно, в последнем и кроется истинная причина этих действий.
Пример из автопрома: оптоволоконная линия связи между электронным блоком управления двигателем и блоком управления комфортом (привет, бентли/фольксваген).
Примеров можно найти из любой отрасли и их будет много.
Всё это удорожает обслуживание, удорожает разработку, диагностику и ремонт.
Встречается это и в механических решениях, хотя в меньшем количестве.
До недавнего времени, образцы стрелкового вооружения не имели такой проблемы, сейчас и в них это приходит (привет, штурмовая винтовка G11).
Короче говоря - проблема есть.
По моему мнению, дело в организации бизнес-процессов и, конечно, квалификации инженеров. Встречал такое, когда инженер просто делает всё, что знает и умеет, даже если этого всего не требуется в конкретной задаче.
Но ладно, оставим инженерную тему. Здесь я многое могу сказать, как считаю правильным и всё такое, но это ничего не поменяет, так как у меня нет власти повлиять на умы тех людей, которые внедряют такие решения.
НО(!) у меня есть власть повлиять на программистов. Поэтому завтра расскажу вам про это же явление в программировании, откуда оно появляется. И если в случае с инженерами - это, чаще всего, всё-таки обдуманные решения, то в случае с программированием перепроектирование или "оверкодинг", зачастую является стихийным бедствием. То есть то, что получается, как бы "само собой".
Оставайтесь на связи, скидывайте меня друзьям и коллегам. Буду делиться опытом.
В разработке инженерных решений часто встречается "перепроектирование". На всякий случай, уточню, что я имею в виду: это когда инженеры-проектировщики закладывают избыточные технические решения.
Пример из тепловой энергетики: установка слишком большого количества аналоговых датчиков. Температура подачи, температура обратки, давление подачи, давление обратки - по каждому тепловому контуру. Температура до насосов, температура перед котлом, после котла и так далее. И можно обосновать размещение каждого датчика, но для регулирования большая часть из них не требуется. Каждый датчик - это плюс один аналоговый канал управления, плюс программирование, плюс монтаж, плюс место на экране диспетчеризации, плюс "тэг" скаду, плюс чек в кассу. Собственно, в последнем и кроется истинная причина этих действий.
Пример из автопрома: оптоволоконная линия связи между электронным блоком управления двигателем и блоком управления комфортом (привет, бентли/фольксваген).
Примеров можно найти из любой отрасли и их будет много.
Всё это удорожает обслуживание, удорожает разработку, диагностику и ремонт.
Встречается это и в механических решениях, хотя в меньшем количестве.
До недавнего времени, образцы стрелкового вооружения не имели такой проблемы, сейчас и в них это приходит (привет, штурмовая винтовка G11).
Короче говоря - проблема есть.
По моему мнению, дело в организации бизнес-процессов и, конечно, квалификации инженеров. Встречал такое, когда инженер просто делает всё, что знает и умеет, даже если этого всего не требуется в конкретной задаче.
Но ладно, оставим инженерную тему. Здесь я многое могу сказать, как считаю правильным и всё такое, но это ничего не поменяет, так как у меня нет власти повлиять на умы тех людей, которые внедряют такие решения.
НО(!) у меня есть власть повлиять на программистов. Поэтому завтра расскажу вам про это же явление в программировании, откуда оно появляется. И если в случае с инженерами - это, чаще всего, всё-таки обдуманные решения, то в случае с программированием перепроектирование или "оверкодинг", зачастую является стихийным бедствием. То есть то, что получается, как бы "само собой".
Оставайтесь на связи, скидывайте меня друзьям и коллегам. Буду делиться опытом.
👍22
Оверкодинг.
Продолжение прошлой темы.
Программисты создают очень сложные системы, хоть они и виртуальные. В любой более-менее серьёзной программе можно обнаружить большое количество различных программных блоков. Каждый из них - это результат работы программиста, каждый выполняет свою задачу.
Но кроме непосредственно задач программы - программист решает ещё и свои собственные. Это то, что называют промежуточным целями, которые ставятся разумом при решении общей задачи, или при достижении главной цели.
Например, для написания программы управления вам понадобится реализовать алгоритм регулирования. Или даже не один, а несколько разных. Пример простой, потому что задача регулирования, чаще всего, простая. Однако, если задача более сложная - она разбирается на менее сложные, которые потом на ещё менее сложные и так далее до элементарных.
В процессе работы программист создаёт не только блоки, решающие задачи программы, но и блоки, решающие задачи программиста. И вот здесь кроется главная проблема.
Программист может насильно сильно закопаться в решение своих задач, что совершенно перестанет учитывать специфику общей задачи.
Например, необходимо считывать информацию с modbus устройства. Программист может заморочиться настолько, что реализует механизм загрузки гибкой конфигурации устройства, чтобы можно было легко изменить адреса регистров, а потом заставить заказчика заполнять эту карту. Таким образом программист снимает с себя часть работы выполняя большой объём другой работы. И вообще-то это может быть полезно, если использование программы подразумевает использование разных устройств с разными картами регистров. Но если эти программа должна работать только с одним устройством, сроки сжатые - то нет никакого смысла делать такую реализацию, хотя сама по себе она может быть и неплохой.
Это простой пример, но на реальной практике у программистов намного больше вариантов действий. И в этих вариантах бывает так, что программист занимается программированием ради программирования.
Есть такое мем: У меня абстрактные фабрики генерят абстрактные классы, которые вызывают абстрактные методы, чтобы все уровни приложения были расширяемыми.
И опять же, такой подход бывает необходим в особых задачах, но уж точно не в задачах автоматизации.
Один мой друг говорит «главное, чтобы код работал» (привет, Роман!). И с этим я согласен. Хочу только уточнить один момент: ещё лучше, чтобы код выполнял свою задачу с минимальными затратами ресурсов. Речь не про оптимизацию ради оптимизации, это другая крайность, а про решения на уровне условного автомата Калашникова, где нет лишних деталей и всё работает ради общей цели.
Хорошее проектирование очень сильно помогает в этом вопросе. Определите сложность задачи и вырабатывайте решения соответствующего уровня. Если опыта много - можно и перемудрить немного, но с этим надо проявлять осторожность!
Продолжение прошлой темы.
Программисты создают очень сложные системы, хоть они и виртуальные. В любой более-менее серьёзной программе можно обнаружить большое количество различных программных блоков. Каждый из них - это результат работы программиста, каждый выполняет свою задачу.
Но кроме непосредственно задач программы - программист решает ещё и свои собственные. Это то, что называют промежуточным целями, которые ставятся разумом при решении общей задачи, или при достижении главной цели.
Например, для написания программы управления вам понадобится реализовать алгоритм регулирования. Или даже не один, а несколько разных. Пример простой, потому что задача регулирования, чаще всего, простая. Однако, если задача более сложная - она разбирается на менее сложные, которые потом на ещё менее сложные и так далее до элементарных.
В процессе работы программист создаёт не только блоки, решающие задачи программы, но и блоки, решающие задачи программиста. И вот здесь кроется главная проблема.
Программист может насильно сильно закопаться в решение своих задач, что совершенно перестанет учитывать специфику общей задачи.
Например, необходимо считывать информацию с modbus устройства. Программист может заморочиться настолько, что реализует механизм загрузки гибкой конфигурации устройства, чтобы можно было легко изменить адреса регистров, а потом заставить заказчика заполнять эту карту. Таким образом программист снимает с себя часть работы выполняя большой объём другой работы. И вообще-то это может быть полезно, если использование программы подразумевает использование разных устройств с разными картами регистров. Но если эти программа должна работать только с одним устройством, сроки сжатые - то нет никакого смысла делать такую реализацию, хотя сама по себе она может быть и неплохой.
Это простой пример, но на реальной практике у программистов намного больше вариантов действий. И в этих вариантах бывает так, что программист занимается программированием ради программирования.
Есть такое мем: У меня абстрактные фабрики генерят абстрактные классы, которые вызывают абстрактные методы, чтобы все уровни приложения были расширяемыми.
И опять же, такой подход бывает необходим в особых задачах, но уж точно не в задачах автоматизации.
Один мой друг говорит «главное, чтобы код работал» (привет, Роман!). И с этим я согласен. Хочу только уточнить один момент: ещё лучше, чтобы код выполнял свою задачу с минимальными затратами ресурсов. Речь не про оптимизацию ради оптимизации, это другая крайность, а про решения на уровне условного автомата Калашникова, где нет лишних деталей и всё работает ради общей цели.
Хорошее проектирование очень сильно помогает в этом вопросе. Определите сложность задачи и вырабатывайте решения соответствующего уровня. Если опыта много - можно и перемудрить немного, но с этим надо проявлять осторожность!
🔥11👍3💯1
Media is too big
VIEW IN TELEGRAM
📌 БОНУСЫ В ЗАКРЕПЕ 👨💻
«GROMOV-PLC.RU» — платформа практической подготовки инженеров к современным методам программирования ПЛК по авторской методике Дмитрия Громова. Выбирайте свой формат участия 🦾
1️⃣ ПОДАРОК: ВЕБИНАР-ОБЗОР ПРОФЕССИИ 🎁
Как инженеру получать 100–300 тыс. руб. не выходя из дома, через системный подход программирования ПЛК?
Приглашаю Вас на открытый онлайн-разбор профессии и технологий промышленной автоматизации. Без воды и «успешного успеха» — только инженерный подход. 📈
👨🏻💻 Ведущий Дмитрий Громов - автор курсов, основатель и практикующий эксперт.
— Инженер-робототехник и эксперт по ПЛК (17 лет опыта на производствах).
— Автор методики X10.
— Подготовил 4000+ специалистов (в т.ч. сотрудников Ростеха, Роскосмоса, Русгидро, РосАтома, Segnetics и др.).
— Основатель крупнейшего комьюнити программистов ПЛК в РФ.
На вебинаре разберем:
✅ Технологии: Что такое современное программирование ПЛК и где оно применяется в 2026 году.
✅ Карьера и деньги: Почему одни сидят на окладе до 100 тыс., а другие забирают проекты на 300 тыс.+, разбор свежих вакансий.
✅ Практика: Разбор реальных проектов, архитектуры кода и кейсов моих выпускников.
✅ Дорожная карта: Пошаговая инструкция для старта новичков и роста опытных.
✅ Авторский метод X10: Покажу изнутри, как устроены мои программы подготовки.
📅 Когда: 19 февраля (Четверг) 19:00 по МСК.
📍 Регистрация и подробности здесь: 👉 https://gromov-plc.tilda.ws 🔗
2️⃣ БЫСТРЫЙ СТАРТ: КЛУБНАЯ ПОДПИСКА X10 (2900 ₽) ⚡️
Идеальный «тест-драйв» для тех, кто хочет проверить методику на практике прямо сейчас, не покупая большой курс. 🛡
Что внутри за 2900 ₽/мес?
✅ Доступ к КУРСУ X10: Вводный, но очень насыщенный курс, который познакомит Вас с основами авторской методики. Вы поймете, насколько вам подходит это направление, и освоите базовые навыки. ⌨️
✅ Доступ к ЧАТУ: Доступ к закрытому сообществу, где можно задать вопрос напрямую Дмитрию Громову или коллегам. 💬
✅ Доступ к ЖИВЫМ ВЕБИНАРАМ: Еженедельные разборы ваших вопросов и кейсов. 📽
✅ Гарантия окупаемости: Зачтем стоимость при переходе на любой курс или комплект курсов! 💎
📍 Стать участником Клубной подписки X10: 👉 https://gromov-plc.ru/x10 🔗
3️⃣ БОНУС ЗА ПОДПИСКУ: УРОКИ ПО ПИД 📽
Для тех, кто уже в канале — забирайте серию из 5 видео по настройке ПИД-регулятора на FBD (SMLogix): 👉 https://t.me/Gromovcode/17 📥
Всегда на связи: 📞 🌐 Сайт: gromov-plc.ru 📱 Приложение Android/iOS: https://gromov-plc.ru/pl/chatium/school/enter 📨 Почта: edu@gromov-plc.ru
«GROMOV-PLC.RU» — платформа практической подготовки инженеров к современным методам программирования ПЛК по авторской методике Дмитрия Громова. Выбирайте свой формат участия 🦾
1️⃣ ПОДАРОК: ВЕБИНАР-ОБЗОР ПРОФЕССИИ 🎁
Как инженеру получать 100–300 тыс. руб. не выходя из дома, через системный подход программирования ПЛК?
Приглашаю Вас на открытый онлайн-разбор профессии и технологий промышленной автоматизации. Без воды и «успешного успеха» — только инженерный подход. 📈
👨🏻💻 Ведущий Дмитрий Громов - автор курсов, основатель и практикующий эксперт.
— Инженер-робототехник и эксперт по ПЛК (17 лет опыта на производствах).
— Автор методики X10.
— Подготовил 4000+ специалистов (в т.ч. сотрудников Ростеха, Роскосмоса, Русгидро, РосАтома, Segnetics и др.).
— Основатель крупнейшего комьюнити программистов ПЛК в РФ.
На вебинаре разберем:
✅ Технологии: Что такое современное программирование ПЛК и где оно применяется в 2026 году.
✅ Карьера и деньги: Почему одни сидят на окладе до 100 тыс., а другие забирают проекты на 300 тыс.+, разбор свежих вакансий.
✅ Практика: Разбор реальных проектов, архитектуры кода и кейсов моих выпускников.
✅ Дорожная карта: Пошаговая инструкция для старта новичков и роста опытных.
✅ Авторский метод X10: Покажу изнутри, как устроены мои программы подготовки.
📅 Когда: 19 февраля (Четверг) 19:00 по МСК.
📍 Регистрация и подробности здесь: 👉 https://gromov-plc.tilda.ws 🔗
2️⃣ БЫСТРЫЙ СТАРТ: КЛУБНАЯ ПОДПИСКА X10 (2900 ₽) ⚡️
Идеальный «тест-драйв» для тех, кто хочет проверить методику на практике прямо сейчас, не покупая большой курс. 🛡
Что внутри за 2900 ₽/мес?
✅ Доступ к КУРСУ X10: Вводный, но очень насыщенный курс, который познакомит Вас с основами авторской методики. Вы поймете, насколько вам подходит это направление, и освоите базовые навыки. ⌨️
✅ Доступ к ЧАТУ: Доступ к закрытому сообществу, где можно задать вопрос напрямую Дмитрию Громову или коллегам. 💬
✅ Доступ к ЖИВЫМ ВЕБИНАРАМ: Еженедельные разборы ваших вопросов и кейсов. 📽
✅ Гарантия окупаемости: Зачтем стоимость при переходе на любой курс или комплект курсов! 💎
📍 Стать участником Клубной подписки X10: 👉 https://gromov-plc.ru/x10 🔗
3️⃣ БОНУС ЗА ПОДПИСКУ: УРОКИ ПО ПИД 📽
Для тех, кто уже в канале — забирайте серию из 5 видео по настройке ПИД-регулятора на FBD (SMLogix): 👉 https://t.me/Gromovcode/17 📥
Всегда на связи: 📞 🌐 Сайт: gromov-plc.ru 📱 Приложение Android/iOS: https://gromov-plc.ru/pl/chatium/school/enter 📨 Почта: edu@gromov-plc.ru
👍22❤7🔥7
Media is too big
VIEW IN TELEGRAM
Первая часть из пяти про ПИД-регулятор. Для кого-то эта тема уже "избитая", для кого-то "сложная". На одном из вебинаров студент задал вопрос "как сделать на FBD?" Данное видео (как и 4 последующих) - это нарезка с регулярного вебинара.
Каждую неделю я провожу вебинары для студентов и у каждого есть возможность задать свой персональный вопрос и получить такой же развёрнутый ответ!
Каждую неделю я провожу вебинары для студентов и у каждого есть возможность задать свой персональный вопрос и получить такой же развёрнутый ответ!
👍30🔥6❤3
Media is too big
VIEW IN TELEGRAM
Вторая (из пяти) часть видео про программирование ПИД-регулятора на FBD. Делаем всё последовательно.
Голосуйте реакциями! Больше реакций - больше подобного контента. У меня есть ещё много хороших тем с прошедших вебинаров.
Голосуйте реакциями! Больше реакций - больше подобного контента. У меня есть ещё много хороших тем с прошедших вебинаров.
👍45🔥12❤4
Media is too big
VIEW IN TELEGRAM
Третья (из пяти) часть видео про программирование ПИД-регулятора на FBD. В этом видео затрагивается немного теории регулирования.
Такие вебинары проходят каждую среду. Студенты имеют доступ к таким вебинарам и на каждом из них задаются разные вопросы, поэтому темы для них никогда не заканчиваются!
Такие вебинары проходят каждую среду. Студенты имеют доступ к таким вебинарам и на каждом из них задаются разные вопросы, поэтому темы для них никогда не заканчиваются!
👍17🔥10❤4
Media is too big
VIEW IN TELEGRAM
А это четвёртая часть (из пяти) про программирование ПИД-регулятора. На самом деле, процесс не сложный, если держать в уме основную логику его работы - вычитание показаний из задания, многократное сложение этой разницы, умножение на коэффициенты, определение скорости изменения величины. Я даже считаю, что название "пропорционально-интегрально-дифференциальный" - это для математики. А для программистов стоило бы назвать такой регулятор "вычитательно-слагательно-умножительным", что намного меньше пугает.
👍21🔥3🙈1
Media is too big
VIEW IN TELEGRAM
Итак, презентация прошла. Дальше в обычном режиме! Видео про пид-регулятор, пятая часть! Здесь всё собирается и испытывается.
Вот такая вот серия видео. Надеюсь, было для вас полезно. Думаю, буду ещё периодически выкладывать видео с вебинаров. Кроме того, есть с самых новых вебинаров, бывают очень интересные темы поднимаются!
Вот такая вот серия видео. Надеюсь, было для вас полезно. Думаю, буду ещё периодически выкладывать видео с вебинаров. Кроме того, есть с самых новых вебинаров, бывают очень интересные темы поднимаются!
👍26🔥1
Media is too big
VIEW IN TELEGRAM
Продолжаем полезные темы. Это очередное видео с вебинара, который прошел совсем недавно (в среду 27 числа). Мне понравился этот вопрос.
Вопрос был о каскадировании пид-регуляторов. Смысл в том, что есть тепловой узел с трёхходовым клапаном, который подаёт тепло на три разных помещения, где должна быть возможность задавать свою температуру. Температура в помещениях регулируется дискретными термоголовками, управляемыми с ПЛК. Основной смысл - управлять трёхходовым так, чтобы не перегревать теплотрассу, но при этом чтобы обеспечивалось адекватное регулирование.
В видео - ответ на этот вопрос
Вопрос был о каскадировании пид-регуляторов. Смысл в том, что есть тепловой узел с трёхходовым клапаном, который подаёт тепло на три разных помещения, где должна быть возможность задавать свою температуру. Температура в помещениях регулируется дискретными термоголовками, управляемыми с ПЛК. Основной смысл - управлять трёхходовым так, чтобы не перегревать теплотрассу, но при этом чтобы обеспечивалось адекватное регулирование.
В видео - ответ на этот вопрос
👍7🔥3⚡1
Про использование ИИ помощников в работе программиста (личный опыт).
Сейчас есть нейронки под разные задачи. Они умеют рисовать, озвучивать текст, преобразовывать голос в текст, переводить, писать тексты, даже писать музыку. И конечно же, программный код они писать могут.
Где-то в интернете есть интересный пост одного очень опытного программиста, который как-то решил записать все поисковые запросы в гугл, которые он делает во время работы. И там было много очень простых вещей, в духе "как объединить две строки". То есть ищет он очень базовые вещи, которые он просто не утруждается запоминать. И я считаю что это абсолютно нормально. Я сам предпочитаю не зубрить всё это, а фокусироваться больше на технологиях как таковых. А уж конкретное применение технологии - это вопрос поиска нужных конструкций в документациях. Этот алгоритм всегда одинаков.
Использование ИИ в программировании (на С++) очень сильно ускоряет работу. По моему мнению, это целая революция в сфере труда.
Например, раньше конструкторские бюро представляли из себя большие институты с кучей помещений, где более квалифицированные инженеры управляли менее квалифицированными чертёжниками. Чертёжники делали чертежи, дубликаты, срезы, составляли спецификации и занимались прочей "механической" работой над изделиями. С появлением компьютеров и различных САПР один квалифицированный инженер, умеющий работать с 3д-моделями стал заменять целые отделы из 30 человек проектировщиков и чертёжников. Скорость работы значительно возросла.
Теперь нас ждёт очередной переход. Один программист умеющий эффективно проверять чужой код может заменить собой целый отдел разработчиков. Для этого нужно уметь больше чем раньше, но скорость ещё больше увеличивается.
Я вижу, что в моей работе самой "медленной" частью является взаимодействие с компьютером. То есть даже когда я знаю, что мне нужно получить от компьютера - это требует слишком много долгих механических действий. И это не только у меня так. Поэтому полагаю, что следующим этапом развития, который настанет совсем скоро, будет применение нейро-интерфейсов. Это устройства, которые позволят специалисту напрямую работать с компьютером "усилием воли". Современные накладные нейронные интерфейсы дают весьма расплывчатые перспективы, однако мозговые импланты показывают значительно более прогрессивный результат. А это значит что в недалёком будущем один специалист с имплантированным нейронным интерфейсом сможет заменить работу десятка-другого специалистов без него. Остаётся множество вопросов о безопасности и влиянии на психику таких вот устройств, но хотим мы этого или нет - мы к этому придём. Если не в ближайшие 10 лет, то 20 - наверняка. Прогресс ускоряется.
Что же касается работы программиста ПЛК - тут всё пока сложно. ИИ почти не могут составлять электрические принципиальные схемы и подбирать оборудование. Но даже в работе инженера по автоматизации ИИ может сильно помочь, например, он может легчайше решать все задачи по написанию кода на ST. Но тут есть и другой аспект. Сложность программ для ПЛК в принципе не является высокой. Поэтому и ИИ нам может помочь слабо. Но когда он научится (в ближайшие лет 5) проектировать адекватные электрические схемы - тогда нам станет ещё проще и быстрее выполнять свою работу. Останется только описать техническое задание и получить полный комплект проектной документации, и с небольшими правками довести его до ума.
Для многих нейронные сети - пока ещё просто забавные игрушки. Но многие уже применяют их в работе каждый день. Если вы ещё не начали это делать - то я рекомендую вам начать знакомиться с ними. Вы поймёте, что они могут помочь во многих задачах. Даже в банальной подготовке к экзаменам.
Сейчас есть нейронки под разные задачи. Они умеют рисовать, озвучивать текст, преобразовывать голос в текст, переводить, писать тексты, даже писать музыку. И конечно же, программный код они писать могут.
Где-то в интернете есть интересный пост одного очень опытного программиста, который как-то решил записать все поисковые запросы в гугл, которые он делает во время работы. И там было много очень простых вещей, в духе "как объединить две строки". То есть ищет он очень базовые вещи, которые он просто не утруждается запоминать. И я считаю что это абсолютно нормально. Я сам предпочитаю не зубрить всё это, а фокусироваться больше на технологиях как таковых. А уж конкретное применение технологии - это вопрос поиска нужных конструкций в документациях. Этот алгоритм всегда одинаков.
Использование ИИ в программировании (на С++) очень сильно ускоряет работу. По моему мнению, это целая революция в сфере труда.
Например, раньше конструкторские бюро представляли из себя большие институты с кучей помещений, где более квалифицированные инженеры управляли менее квалифицированными чертёжниками. Чертёжники делали чертежи, дубликаты, срезы, составляли спецификации и занимались прочей "механической" работой над изделиями. С появлением компьютеров и различных САПР один квалифицированный инженер, умеющий работать с 3д-моделями стал заменять целые отделы из 30 человек проектировщиков и чертёжников. Скорость работы значительно возросла.
Теперь нас ждёт очередной переход. Один программист умеющий эффективно проверять чужой код может заменить собой целый отдел разработчиков. Для этого нужно уметь больше чем раньше, но скорость ещё больше увеличивается.
Я вижу, что в моей работе самой "медленной" частью является взаимодействие с компьютером. То есть даже когда я знаю, что мне нужно получить от компьютера - это требует слишком много долгих механических действий. И это не только у меня так. Поэтому полагаю, что следующим этапом развития, который настанет совсем скоро, будет применение нейро-интерфейсов. Это устройства, которые позволят специалисту напрямую работать с компьютером "усилием воли". Современные накладные нейронные интерфейсы дают весьма расплывчатые перспективы, однако мозговые импланты показывают значительно более прогрессивный результат. А это значит что в недалёком будущем один специалист с имплантированным нейронным интерфейсом сможет заменить работу десятка-другого специалистов без него. Остаётся множество вопросов о безопасности и влиянии на психику таких вот устройств, но хотим мы этого или нет - мы к этому придём. Если не в ближайшие 10 лет, то 20 - наверняка. Прогресс ускоряется.
Что же касается работы программиста ПЛК - тут всё пока сложно. ИИ почти не могут составлять электрические принципиальные схемы и подбирать оборудование. Но даже в работе инженера по автоматизации ИИ может сильно помочь, например, он может легчайше решать все задачи по написанию кода на ST. Но тут есть и другой аспект. Сложность программ для ПЛК в принципе не является высокой. Поэтому и ИИ нам может помочь слабо. Но когда он научится (в ближайшие лет 5) проектировать адекватные электрические схемы - тогда нам станет ещё проще и быстрее выполнять свою работу. Останется только описать техническое задание и получить полный комплект проектной документации, и с небольшими правками довести его до ума.
Для многих нейронные сети - пока ещё просто забавные игрушки. Но многие уже применяют их в работе каждый день. Если вы ещё не начали это делать - то я рекомендую вам начать знакомиться с ними. Вы поймёте, что они могут помочь во многих задачах. Даже в банальной подготовке к экзаменам.
👍15❤2⚡1🔥1
Есть две хорошие новости! 🎁🎉🎄
1. Мы решили сразу всем без исключения, без каких-либо промокодов, открыть доступ по личным кабинетам к эксклюзивным материалам для ознакомления, пожалуйста, пользуйтесь: https://gromov-plc.ru/teach/control/stream/view/id/895071810
2. Теперь каждый Четверг 19:00 будут бесплатные живые вебинары для всех желающих - будем оповещать заранее, т.к. у нас много новеньких! Участвовать могут все без исключения - всем рады!
1. Мы решили сразу всем без исключения, без каких-либо промокодов, открыть доступ по личным кабинетам к эксклюзивным материалам для ознакомления, пожалуйста, пользуйтесь: https://gromov-plc.ru/teach/control/stream/view/id/895071810
2. Теперь каждый Четверг 19:00 будут бесплатные живые вебинары для всех желающих - будем оповещать заранее, т.к. у нас много новеньких! Участвовать могут все без исключения - всем рады!
👍28🔥6🙏5❤1🤝1
А между тем, я начал работу над новым курсом по FBD. Уже готово 4 урока, они заняли аж 45 листов текста. Там сейчас 8 172 слова, много картинок (графический язык, что поделать).
На фоне нового курса по информатике получается очень складно излагать материал.
Старый курс по FBD я делал несколько лет назад, наверное, около 4х. С тех пор там было очень мало изменений. С тех пор набралось очень много аспектов, которые я захотел изложить в новом курсе. Этот курс по FBD научит вас большому количеству микро и макро приёмов программирования.
Если у меня не будет проблем со временем - то я планирую закончить учебник до конца года!
Оставайтесь на связи и приходите завтра на вебинар-презентацию. Там будут подарки!
На фоне нового курса по информатике получается очень складно излагать материал.
Старый курс по FBD я делал несколько лет назад, наверное, около 4х. С тех пор там было очень мало изменений. С тех пор набралось очень много аспектов, которые я захотел изложить в новом курсе. Этот курс по FBD научит вас большому количеству микро и макро приёмов программирования.
Если у меня не будет проблем со временем - то я планирую закончить учебник до конца года!
Оставайтесь на связи и приходите завтра на вебинар-презентацию. Там будут подарки!
🔥32
Новости! Теперь в личных кабинетах каждого, кто хотя бы один раз купил наш курс - появилась функция корзины и покупки других курсов в самом низу в разделе "О КУРСАХ". Но перед этим Вы можете посмотреть видео, почитать текстовый обзор по каждому из курсов!
Теперь не нужно писать в тех. поддержку - сам зашел, сам решил, сам докупил. Далее тех. поддержка сама связывается и высылает расписание по новым материалам.
Это очень удобно, заходите и смотрите прямо в своём личном кабинете, без перехода на другие сайты!
Единственное цены там у нас официальные розничные без скидок, но Вы всегда можете получить промокод в пoдaрoк двумя способами:
1. Оформить подписку на премиум клуб программистов ПЛК "PLC 365" и пользоваться личным прoмокодом на 30% в любое время (пока действует подписка);
2. Присутствовать на вебинаре, например сегодня в 19:00, где в самом конце мы раздаем промoкоды бесплатно и даём самые выгодные предложения на комплекты курсов.
И ещё одна новость - мы сегодня в конце вебинара представим новую линейку комплектов с самыми мощными названиями:
ТЕРМОЯДЕРНЫЙ, АТОМНЫЙ, а дальше сами догадайтесь )) Всего будет 7 вариантов на Ваш выбор.
Покупая курсы GROMOV-PLC в комплекте - Вы очень сильно экономите! Но мы подумали, что тех, кто присутствует на вебинарах надо особенно поощрять! И теперь присутствуя на вебинаре до самого конца Вы сможете сэкономить ещё больше! Обязательно приходите сегодня на вебинар - покажем новую систему в действии! Регистрируйтесь на вебинар: https://gromov-plc.tilda.ws/
📅 Когда? Сегодня, 19:00 по МСК
📍 Где? Онлайн (ссылку отправлю за 30 мин. до вебинара)
Теперь не нужно писать в тех. поддержку - сам зашел, сам решил, сам докупил. Далее тех. поддержка сама связывается и высылает расписание по новым материалам.
Это очень удобно, заходите и смотрите прямо в своём личном кабинете, без перехода на другие сайты!
Единственное цены там у нас официальные розничные без скидок, но Вы всегда можете получить промокод в пoдaрoк двумя способами:
1. Оформить подписку на премиум клуб программистов ПЛК "PLC 365" и пользоваться личным прoмокодом на 30% в любое время (пока действует подписка);
2. Присутствовать на вебинаре, например сегодня в 19:00, где в самом конце мы раздаем промoкоды бесплатно и даём самые выгодные предложения на комплекты курсов.
И ещё одна новость - мы сегодня в конце вебинара представим новую линейку комплектов с самыми мощными названиями:
ТЕРМОЯДЕРНЫЙ, АТОМНЫЙ, а дальше сами догадайтесь )) Всего будет 7 вариантов на Ваш выбор.
Покупая курсы GROMOV-PLC в комплекте - Вы очень сильно экономите! Но мы подумали, что тех, кто присутствует на вебинарах надо особенно поощрять! И теперь присутствуя на вебинаре до самого конца Вы сможете сэкономить ещё больше! Обязательно приходите сегодня на вебинар - покажем новую систему в действии! Регистрируйтесь на вебинар: https://gromov-plc.tilda.ws/
📅 Когда? Сегодня, 19:00 по МСК
📍 Где? Онлайн (ссылку отправлю за 30 мин. до вебинара)
❤9👍6✍1
This media is not supported in your browser
VIEW IN TELEGRAM
👍15🔥8