Вот это больше всего и удивляет. Потратить кучу лишнего времени на создание, а потом сопровождение модулей вместо того чтобы просто иметь лишний анализатор.
А что мешало все размещать на фанере? И зачем делать кучу мелких модулей, если можно сделать один содержащий всю функциональность и логический анализатор в том числе?
Наверно все же речь о закате национальных культур, а не государств. В исходной статье больше про культуру, да и то про культуру западного сегмента мира. И как можно понять Шнайера, закат национальной культуры не ведет к закату национализма. Национализм по прежнему рабочий инструмент в умелых руках. Тут Шнайер ссылается на штурм Белого дома. Шнайеру просто грустно что в штатах пустеют библитеки, музеи и газетные киоски.
Что точно известно, так это то, что человек не переносит физически скуку. Поэтому, да люди всегда будут заниматься творчеством и общением. Но научных статей про инстинкт труда я нигде не читал. Коммунисты прежних времен видимо часто смотрели на муравейники и распределенное нейросетевое взаимодействие муравьев принимали за инстинкт труда. Современные коммунисты уже говорят только о творческом труде. Т.е. не видят труд в своей системе без творчества. А творчество - это то самое избегание скуки. Тут с ними не поспоришь.
Капиталисты же отдают предпочтение предпринимательскому труду. Это тот же творческий труд, но с оттенком магии. Дескать предприниматель он в чем-то превосходит обычных людей поэтому достоин и получает больше. Ну просто магическим, метафизическим способом. В нем есть некий дух. Этот дух добрый, он служит всем и лучше него ничего нет. И в этом смысле капиталисты продвинулись дальше комунистов в конкретизации пути устойчивого развития и добились большей плановости чем при социализме СССР.
Насчет же инстинкта труда - некоторые говорят, что единых инстинктов в принципе у человека нет. А вот Роберт Сапольский уверен что все поведение человека записано в генах и человек не отвественнен за свое поведение. По идее будущее общество должно снять с людей всякую отвественность. А это, как я вижу, ведет к сильнейшей сегрегации. Мы же не можем жить вместе с запрограммированными садистами.
Как это не про дух? А как будет существовать бесклассовость, т.е. общественная гармония и самоподдерживаемая потребность к труду бех "духа" или чего-то там еще?
Не, у нас тут на западе придумали такую ахинею как "предпринимательский дух". Вещь в себе. Понимай как хочешь. Но при нем все всем желают блага и действуют гармонично во имя общей цели процветания. И кажется при нем отсутствует конкуренция, а только творчество. Там трудно что-то конкретно понять из-за дебрей словоблудия. Идут постоянные отсылки на особенности психологии людей и метафизику.
Предполагается что этот "дух" можно воспитать и поэтому надо пропагандировать и на него вся надежда. Но по сути да, типичный коммунизм, но без экономической базы, т.е. материальное неравенство не рассматривается как проблема.
Здоровье - вещь еще недостаточно изученая. А теперь, при появлении доступных движков ИИ отдавать анализ своих данных какому-то medm или часам для электронщика ну просто как-то стыдно. Они там эти данные сглаживают, интерполируют, по всякому искажают и еще требуют больше данных обо всем образе жизни. Да ну их...
Я имею и часы нужные и телефон. Это все не то. На бегу пульс надо иметь перед глазами постоянно. Иначе не получаете опыт самочувствия от пульса и опыт контроля пульса. Лишний жест, чтобы посмотреть на часы уже отнимает силы и сбивает ритм. Но согласен, что для обычного фитнеса часов и телефона хватает.
Что-то упростить в ПЛК можно только упростив программирование этих ПЛК. Но во всей этой статье слово программирование встречается только в названии хаба куда эта стаья помещена. Текст похож на галюцинацию какого-то ИИ.
Тут уже не понял. Если взяли ПЛК, то сключительно для реального времени, иначе это уже не ПЛК, а одиозный ПК. Так вот Actor или DQMH как раз убивают реальное время. Очереди не могут образовываться в системе жесткого реального времени. Потому что планирование очередей основано на статистике, а не детерминизме.
Я бы сказал что "высокоуровневоcть" тут не при чем. Вы же изобразили в графике примитивный счетчик, а не нечто высокоуровневое. И ничего ведь, удобно.
Вы изобразили аналог нотации Simulink, это немного не то. В LabVIEW аналогом нотации Stateflow является Statechart. Это не то, на чем можно весь софт разработать, но это идеальные нотации для конечных автоматов реализуемых в автоматизации. Причем написаные таким образом автоматы не привязаны не только к железу, но и к базовому языку. Их можно конвертировать и в ST и в С++ и в Python. Удобство графической нотации в отсутствии имён. На своей диаграмме вы могли бы вообще не писать никаких названий, и она бы осталась рабочей. А еще иерахичность и следовательно невероятная гибкость рефакторинга. НО эти фичи становятся чувствительными и значимыми при гораздо больших размерах проекта.
Сорри, но даже ChatGPT не понял что вы хотели спросить или сказать.
Если что, то технология выглядит так: Человек создает свой софт в нотации Stateflow, потом он конвертируется в C, C++ или ST, потом он компилируется в ASM, потом ASM компилируется в машинные коды. И вот что здесь интересно. ChatGPT не сможет с вами конкурировать в Stateflow потому что не тянет визуальные языки и неизвестно когда потянет. А в C или C++ любого инженера переплюнет школьник использовав Copilot и Visual Studio Code. Уже это должно невероятно соблазнить "лудиттов".
Раньше так про С говорили те, кто писал на ассеблере. А до них про так про ассемблер говорили те, кто набивал перфокарты. А до них про перфокарты так говорили те, кто считал на счетах. Угадайте что говорили о тех кто считал на счетах те, кто ...
Просто есть подозрение, что задачи тут не при чем. А речь о компетенциях. Почему бы просто не признать, что вот при таком уровне компетенций и ресурсах мы выбираем вот такой ПЛК, других выбрать не могли, но нет времени на освоение ST и всех либ с API, поэтому еще и C используем. Не вижу ничего в этом плохого, нормальная экономика в условиях ограничений. Но маскировать одну причину некоей абстрактной свободой или некими задачами, это знаете ли так себе. Описали бы тогда вашу задачу. А то ни то, ни сё. Неинформативно. Как выглядят кривые интерфейсы разных IDE полагаю и так все знают.
Так и не понял в чем преимущество программирования ПЛК на C. На C программируют сложные глубоко встроенные системы. А ПЛК это про программирование только верхнего слоя и про масштабирование. Если приходится вручную писать расчет SHA256 на ПЛК, значит неправильно выбран ПЛК. SHA считается уже давно аппартатно на STM32, ESP32 и прочей мелочи. Если на ПЛК в демо-примере обрабатывается пара светодиодов, то тема ПЛК вообще не раскрыта. ПЛК - это когда вы одним движением руки переходите от десятка сигналов к тысяче. И нужно лишь показать как это движение сделать и как увидеть лимит и не разрушить риалтайм. Нужна демонстрация в IDE масштабного рефакторига - одновременных операций над тычячами переменных таких как: переименования, мапирование на физические сигналы, редактирование типов и т.д. Как тут поможет C непонятно. Другое дело графические нотации типа Stateflow. У них хоть и нет нативной масштабируемости, но зато уникальная гибкость в рефакторинге архитектуры. Гибридная графическая нотация типа Stateflow гораздо легче воспринимается чем чисто текстовая.
Вот это больше всего и удивляет.
Потратить кучу лишнего времени на создание, а потом сопровождение модулей вместо того чтобы просто иметь лишний анализатор.
ChatGPT говорит, что GUI был сделан в SquareLine Studio, а не в EEZ studio.
А что мешало все размещать на фанере?
И зачем делать кучу мелких модулей, если можно сделать один содержащий всю функциональность и логический анализатор в том числе?
Наверно все же речь о закате национальных культур, а не государств.
В исходной статье больше про культуру, да и то про культуру западного сегмента мира.
И как можно понять Шнайера, закат национальной культуры не ведет к закату национализма.
Национализм по прежнему рабочий инструмент в умелых руках. Тут Шнайер ссылается на штурм Белого дома.
Шнайеру просто грустно что в штатах пустеют библитеки, музеи и газетные киоски.
Что точно известно, так это то, что человек не переносит физически скуку. Поэтому, да люди всегда будут заниматься творчеством и общением. Но научных статей про инстинкт труда я нигде не читал.
Коммунисты прежних времен видимо часто смотрели на муравейники и распределенное нейросетевое взаимодействие муравьев принимали за инстинкт труда.
Современные коммунисты уже говорят только о творческом труде. Т.е. не видят труд в своей системе без творчества. А творчество - это то самое избегание скуки. Тут с ними не поспоришь.
Капиталисты же отдают предпочтение предпринимательскому труду. Это тот же творческий труд, но с оттенком магии. Дескать предприниматель он в чем-то превосходит обычных людей поэтому достоин и получает больше. Ну просто магическим, метафизическим способом. В нем есть некий дух. Этот дух добрый, он служит всем и лучше него ничего нет. И в этом смысле капиталисты продвинулись дальше комунистов в конкретизации пути устойчивого развития и добились большей плановости чем при социализме СССР.
Насчет же инстинкта труда - некоторые говорят, что единых инстинктов в принципе у человека нет. А вот Роберт Сапольский уверен что все поведение человека записано в генах и человек не отвественнен за свое поведение. По идее будущее общество должно снять с людей всякую отвественность. А это, как я вижу, ведет к сильнейшей сегрегации. Мы же не можем жить вместе с запрограммированными садистами.
Как это не про дух? А как будет существовать бесклассовость, т.е. общественная гармония и самоподдерживаемая потребность к труду бех "духа" или чего-то там еще?
Не, у нас тут на западе придумали такую ахинею как "предпринимательский дух". Вещь в себе. Понимай как хочешь. Но при нем все всем желают блага и действуют гармонично во имя общей цели процветания. И кажется при нем отсутствует конкуренция, а только творчество. Там трудно что-то конкретно понять из-за дебрей словоблудия. Идут постоянные отсылки на особенности психологии людей и метафизику.
Предполагается что этот "дух" можно воспитать и поэтому надо пропагандировать и на него вся надежда.
Но по сути да, типичный коммунизм, но без экономической базы, т.е. материальное неравенство не рассматривается как проблема.
Переизобретение чего либо - стандартный путь прогресса. Я бы даже сказал самый надёжный.
Тогда подумайте зачем в дивайсе Wi-Fi
Согласен, что это парадоксально.
На главной странице ChatGPT написано - ChatGPT can make mistakes.
Но им пользуются миллионы для очень серьезных вещей
Здоровье - вещь еще недостаточно изученая.
А теперь, при появлении доступных движков ИИ отдавать анализ своих данных какому-то medm или часам для электронщика ну просто как-то стыдно.
Они там эти данные сглаживают, интерполируют, по всякому искажают и еще требуют больше данных обо всем образе жизни. Да ну их...
Я имею и часы нужные и телефон. Это все не то.
На бегу пульс надо иметь перед глазами постоянно. Иначе не получаете опыт самочувствия от пульса и опыт контроля пульса.
Лишний жест, чтобы посмотреть на часы уже отнимает силы и сбивает ритм.
Но согласен, что для обычного фитнеса часов и телефона хватает.
Вся идея здесь не иметь телефона.
Я установил medm и получил шоковую дозу рекламы.
История тренировок в моем дивайсе гораздо полнее. Надо поработать только над юзабельностью.
Что-то упростить в ПЛК можно только упростив программирование этих ПЛК. Но во всей этой статье слово программирование встречается только в названии хаба куда эта стаья помещена.
Текст похож на галюцинацию какого-то ИИ.
Тут уже не понял.
Если взяли ПЛК, то сключительно для реального времени, иначе это уже не ПЛК, а одиозный ПК. Так вот Actor или DQMH как раз убивают реальное время. Очереди не могут образовываться в системе жесткого реального времени. Потому что планирование очередей основано на статистике, а не детерминизме.
Я бы сказал что "высокоуровневоcть" тут не при чем.
Вы же изобразили в графике примитивный счетчик, а не нечто высокоуровневое. И ничего ведь, удобно.
Вы изобразили аналог нотации Simulink, это немного не то. В LabVIEW аналогом нотации Stateflow является Statechart.
Это не то, на чем можно весь софт разработать, но это идеальные нотации для конечных автоматов реализуемых в автоматизации. Причем написаные таким образом автоматы не привязаны не только к железу, но и к базовому языку. Их можно конвертировать и в ST и в С++ и в Python.
Удобство графической нотации в отсутствии имён. На своей диаграмме вы могли бы вообще не писать никаких названий, и она бы осталась рабочей. А еще иерахичность и следовательно невероятная гибкость рефакторинга. НО эти фичи становятся чувствительными и значимыми при гораздо больших размерах проекта.
Сорри, но даже ChatGPT не понял что вы хотели спросить или сказать.
Если что, то технология выглядит так:
Человек создает свой софт в нотации Stateflow, потом он конвертируется в C, C++ или ST, потом он компилируется в ASM, потом ASM компилируется в машинные коды.
И вот что здесь интересно. ChatGPT не сможет с вами конкурировать в Stateflow потому что не тянет визуальные языки и неизвестно когда потянет.
А в C или C++ любого инженера переплюнет школьник использовав Copilot и Visual Studio Code. Уже это должно невероятно соблазнить "лудиттов".
Раньше так про С говорили те, кто писал на ассеблере. А до них про так про ассемблер говорили те, кто набивал перфокарты. А до них про перфокарты так говорили те, кто считал на счетах. Угадайте что говорили о тех кто считал на счетах те, кто ...
Просто есть подозрение, что задачи тут не при чем. А речь о компетенциях.
Почему бы просто не признать, что вот при таком уровне компетенций и ресурсах мы выбираем вот такой ПЛК, других выбрать не могли, но нет времени на освоение ST и всех либ с API, поэтому еще и C используем.
Не вижу ничего в этом плохого, нормальная экономика в условиях ограничений.
Но маскировать одну причину некоей абстрактной свободой или некими задачами, это знаете ли так себе. Описали бы тогда вашу задачу. А то ни то, ни сё. Неинформативно.
Как выглядят кривые интерфейсы разных IDE полагаю и так все знают.
Так и не понял в чем преимущество программирования ПЛК на C.
На C программируют сложные глубоко встроенные системы. А ПЛК это про программирование только верхнего слоя и про масштабирование.
Если приходится вручную писать расчет SHA256 на ПЛК, значит неправильно выбран ПЛК. SHA считается уже давно аппартатно на STM32, ESP32 и прочей мелочи.
Если на ПЛК в демо-примере обрабатывается пара светодиодов, то тема ПЛК вообще не раскрыта.
ПЛК - это когда вы одним движением руки переходите от десятка сигналов к тысяче. И нужно лишь показать как это движение сделать и как увидеть лимит и не разрушить риалтайм. Нужна демонстрация в IDE масштабного рефакторига - одновременных операций над тычячами переменных таких как: переименования, мапирование на физические сигналы, редактирование типов и т.д.
Как тут поможет C непонятно.
Другое дело графические нотации типа Stateflow. У них хоть и нет нативной масштабируемости, но зато уникальная гибкость в рефакторинге архитектуры. Гибридная графическая нотация типа Stateflow гораздо легче воспринимается чем чисто текстовая.