Ну как инженер девопс, я бы сформулировал это так:
Возможность таких реализаций доступна, если в основном цикле организовать многопоточность запуска FSM (конечные статические автоматы) т.е. паралельные циклы как со сбором физических данных так и их триггеризацией, что больше соответсвует биологическим моделям поведения. Кроме того, каждый конечный автомат по своему назначению, должен включать в себя открытые интерфейсные параметрические функции его настройки.
Больше скажу, то слабые вычислительные возможности RISC MCU платформ, как бы их не развивали под серверными станциями спереносом сложных функций в разнесенной архитектуре, не способны до конца безукоризненно реализовать, пока, такое действо.
А вот CISC x86 такие фитчи позволяют, при условии, что фреймворк несет на себе возможность применения и компиляции таких инструкций.
Я миллион раз убеждался на своем горьком опыте, что в идеале не стоит говорить абстакциями, а лучше это зрелищно демонстрировать и тогда ты будешь понятен и убедителен.
Здесь проблема первопричины по теории курицы и яйца. Разрабы во всем винят маркетологов, маркетологи сетуют на отсутствие со стороны роботостроиелей на отсутствие предложений в сегменте того или иного рынка по доступным ценам с продолжительным жизненным циклом.
И та и другая группа зависит от того кто заказывает и оплачивает музыку.
И хорошо бы в сложившейся ситуации применить опыт двух парней, студентов из гаража, которые буквально вспять перевернули принципы персональности ПК.
Возить железо хоть на запад, хоть куда дело неблагодарное, изначально логично его раскрутить в локации того сообщества, которое по Вашему мнению будет заинтересовано проинвестировать или быть клиентом, там, куда бы Вы хотели навострить свои лыжи. Хорошо оформленное и прокачанное в нетворке решение всегда обратит га себя внимание и предложения, часто с неожиданными поворотами.
Все что иное, это потустороннее, прикладное и эксперементальное, которое имеет право на развитие в качестве альтернативы в виде создан Федор специально для потрахаться на борту МКС — "а что если на массы выплеснуть научно-экспериментальных членистоногих с синтезом хотелок и пыхтелок по своему образу и подобию.
Сфера торговли, чем вам не физический процесс, зашел в магаз, все что надо закинул в тележку и вышел, нет касс, нет очередей, тут же и склад — автомат, который пополняет полки товаром, принимает товар и складирует. Все вполне детерминировано. Кассиры отправлены на курсы переквалификации.
Те же авто парковки, авто мойки, или уход за стариками, рельсовый транспорт и т.д. Тем полно, все упрется не столько в софт, сколько в его стоимость и аппаратную платформу, надежную механику на потоке производства. Сегодня вся робототехника это кустарные сборочные группы с классическим слесарным инструментом. Вот откуда такие поднебесные цены на робототехнику.
В практической робототехнике есть системы с жесткой привязкой к реальному времени, их не так много, но есть и не жесткая системы, которые живут в своем таймерном цикле от старта до останова, но и это не верхушка айсбера, т.к. понятие рал таим имеет разные критерии.
это кстати противоречия )) в ходе чего «членистоногие роботы» выходят теоретически «максимальным гибким расширением функционала» простым добавлением специальных ног и их количества и вместе с тем максимальной универсальностью (и соотв. расширяемостью применения) основных common purpose ногтипа человеко руки ))
Следуя такой логике, все космические миссии с перемещением по поверхностям на колесных парах, и прочих методах перемещений были ошибочны?
С манипуляторами так же спорный вопрос, они там оправдывают себя, где конечные продукты на потоке, это автомобили, плавсредства, продуктопроводы, самолеты и т.п. Если Вы решили многоосевую руку применять в в сельском хозяйстве, или в кондитерском магазе, это идея фикс.
Почитал, у меня на антропоморфную и прочую членистоногую робототехнику патологический токсикоз, т.к. кроме шоу с самоудовлетворением их разрабов, от них нет никакой пользы, ну как то отдаленно в секс индустрии, таки на гурманов.
Софт дорогой, долго, железо дорогое, никакого намека на возможность в освоении серийного производства, их КПД в глубоком минусе, куда ни плюнь сплошная федоровщина.
В моем понимании правильный робот, это любая, поставленная на поток автоматика, способная себя окупить за минимально короткий срок, после ввода в эксплуатацию, с продолжительным жизненным циклом, минимальным текущим сервисом, гибким расширением функционала. Для таких хотелок, кое что все же в коллективных мозгах IT сообщества требует переформатирования.
К слову программная часть не должна на себе заострять все внимание проекта, с софтом сегодня есть вполне самодостаточный инструмент, под разные архитектуры по производительности и возможностям осей.
В идеале уход от скрипт язычества в пользу среды визуального программирования, где возможно сохранение тумблера в одном из логических состояний, управление сценариями из набора конечных автоматов, микросервисы и много поточность в параллельных циклах.
Но даже если и предположить, что это не за горами и GPT всех излечит исцелит, 2я запредельная проблема это R&D механика механика, которая не поспевает за IT. Это связано с проблемой курицы и яйца, когда на
Сегодня, за малым исключением, быстрое изготовление и механосборку прототипа, могут предложить только китайцы, причем с большим многообразием материалов, но и там присутствует китайский синдром, берутся за все, быстро дают оценочное предложение, запрашивают аванс, а там, как карта ляжет...
Это я еще здесь не затронул здесь тематику роботизации.
Конечно было бы здорово все эти проблемы обсуждать на хорошо организованном вэб хабе, не по образу и подобию токсичного habr.com с его играми в карму и оценочным движком качества публикации. Такой хлам только вредит движению. Мне больше импонирует в этом плане вполне демократичный GitHub.
Я только за.
Парадокс таких инфоцыган в отсутствии среди источников наглядных демонстраций методик их обучения. На заре бурного вторжения ПК в жизнь домохозяек книжные магазины кишели изданиями типа Delphi за 5 минут и т.п. при том, этой книгой по весу с ударом по голове можно было свалить слона, а по сути являлся справочником в виде вопросов и ответов. Чтоб правильно применить ту или иную процедуру, нужно было найти правильный вопрос, без гарантий что он таки да, правильный.
Само по себе явление автоматизации программирования по природе и методикам подхода схоже со сложными вычислениями посредством логарифмической линейки, где от вычислителя требовались знания инструкций, которые все же не гарантировали на 100% результат, в случае отсутствия знаний математических правил последовательностей в действиях.
В хорошем робототехническом фреймворке с интерфейсной абстракцией ввода инструкций, разработчик, как минимум, должен ориентироваться в принципах управления двоичными сигналами на уровне бинарной логи и аппаратной реализации таких команд в соответствии со своим алгоритмом.
А никто не обещеал что будет легко, когда весь планктон кишит курсами от инфо цыган с обещанием золотых гор и ангажированной правительственными программами попсы с подачи тех же инфоцыган.
Если Вы читали мой блог, мы в поиске своего IT евангелиста, завоевываем сообщество фреймворка через личное участие в проектах, скоро как 2 года после его упаковки в коробку, тем и занимаемся что бомбим все техносоциалку. Только так.
Предмет исследований и опыт который подкреплен демонстрацией программного решения
beeptoolkit.blogspot.com/...e-false-ru-x-none-he.html
Тот кто комфортно разрабатывает посредством ООП ни за какие пряники не вернется к фундаментальным основам языковой парадигмы, на которой это ядро строилось, хотя бы по той причине что логическое ядро на котором построен ООП оптимизировано готовыми модулями, которые есть хороший и правильный код, многократно откатаны и не нуждаются в их дизассемблеризации, больше скажу, такие попытки чреваты превращением логического ядра в непредсказуемый бесполезный хлам и развалом всех зависимостей.
Что касается диалога между разрабами, ООП для того и создавался, чтоб не выносить в коллективных спорах друг другу мозги терминологией, которая по той или иной причине воспринимается субъективно и зависит от всего что было предтечей такого мышления.
В ООП всегда представлена упрощенная интерфейсная абстракция максимально приближенная упрощенному, человеческому восприятию.
ООП прежде всего интересен в обсуждениях тогда, когда происходит демонстрация абстракции интерфейса, приведением сравнительных примеров программирования и того, ценой какого времени в т.ч. и скилов тот или иной метод позволяет разрабу представить клиенту желанную «Улыбку Джоконды»...
Помигать ледом 10 раз на ассембле (архитектура STM32):
Код:
@GNU AS
@ Настройки компилятора
.syntax unified @ тип синтаксиса
.thumb @ тип используемых инструкций Thumb
.cpu cortex-m3 @ микроконтроллер
.include «STM32F100.INC» @ файл определений микроконтроллера
@ макрос псевдокоманды MOV32, пока просто используем, не вникая как, что и почему
.macro MOV32 regnum,number
MOVW \regnum,:lower16:\number
MOVT \regnum,:upper16:\number
.endm
@ таблица векторов прерываний
.section .text
.word 0×20010000 @ Вершина стека
.word Riset+1 @ Вектор сброса
Riset:
mov r0,r0
mov r0,r0
mov r0,r0
@ включим тактирование GPIOH
MOV32 R0, RCC_APB2ENR @ адрес
MOV32 R1, 0×04 @ значение
LDR R2, [R0] @ прочитали значение регистра
ORR R1, R1, R2 @ логическое, побитовое ИЛИ: R1= R1 ИЛИ R2
STR R1, [R0] @ запись R1 по адресу указанному в R0
@ установим режим GPIOH PH2
MOV32 R0, GPIOA_CRL @ адрес
MOV32 R1, 0×[email protected]×2000 @ значение
LDR R2, [R0] @ прочитали значение регистра
ORR R1, R1, R2 @ логическое, побитовое ИЛИ: R1= R1 ИЛИ R2
STR R1, [R0] @ запись R1 по адресу указанному в R0
BLINK_LOOP:
@ включим светодиод
MOV32 R0, GPIOA_BSRR @ адрес
MOV32 R1, 0×08 @ значение
STR R1, [R0] @ запись R1 по адресу указанному в R0
MOV32 R0, GPIOA_ODR
LDR R2, [R0]
@BL DELAY @ пауза
@ выключим светодиод
@MOV32 R0, GPIOA_BSRR @ адрес
@MOV32 R1, 0×08 << (1*16) @ значение
@STR R1, [R0] @ запись R1 по адресу указанному в R0
@BL DELAY @ пауза
B BLINK_LOOP @ делаем цикл
DELAY:
MOV32 R2, 0×00100000 @ повтор цикла задержки 0×0010 0000 раз.
Delay_loop:
SUBS R2, R2, 1
BNE Delay_loop
BX LR
.end
===================
Аналогично, вместо кода функциональные инструкции декларативно в абстрактном построенном на ООП интерфейсе (архитектура х86):
habrastorage.org/...44e2641a51b675bc76809.jpg
Вот и рассуждайте теперь, как с каланчи классического кодера, по ходу пораскинуть здесь ветки, устроить кострище и увиденное придать анафеме.
На практике, при написании кода и выбора подхода, разработчик отталкивается не только от возможностей и ограничений языка программирования, но и удобства использования той или иной парадигмы в данном конкретном случае.
В контексте статьи — абстракция интерфейса, которая позволяет выполнить исходный код, при этом оперируя функциональными, декларативными и т.д. элементами (модулями) среды разработки.
смысл функционального программирования в том, чтобы описать не сами чёткие шаги к цели, а правила, по которым компилятор сам должен дойти до нужного результата.
Будь ласка, якшо ви подужали всю публiкацiю, прокоментуйте вiдео приклад, що надан у кiнцевiй частинi
Будущее за OOП интерфейсными абстракциями с логическим ядром под функциональное программирование.
Читай историю древнего Востока до момента образования Израиля с переходом до сегодняшних дней, так же и причин причин его образования. В мире антисемитизма существует много парадигм о захватнической мисси Израиля. Тот кто Израиль считает захватчиком, никогда свое мнение не изменит. Что касается современного Израиля, его политика и мировой порядок ушли на многие года вперед от общепринятых парадигм того, каким сегодня должен быть мировой порядок.
Представь гипотетически что с Украины изгнали весь народ, тех кто выжил осел в других странах, и снискал к себе рабское отношение, унижения и статус людей низшего сорта?
Мы сделали то, что не удалось ни одному народу, вернули себе историческую родину, а тех кто не смирился с таким оборотом истории, и по сей день орет что мы захватчики и все это благодаря нашим союзникам. Вы на минутку в курсе что именно Сталин был инициатором возрождения Израиля, а Штаты всячески этому препятствовали. Наша история невероятно интересная и поучительная. Я не ставлю перед собой цель здесь кого либо перегружать. Читайте историю из достоверных источников.
У Моссада на тот момент был довольно большой список, начиная от гитлеровских ублюдков, арабских стрелков по спортсменам, авиа террористов, по ходу и военно оборонительной работой разведки на действия соседних стран при поддержке ссср. Думаю бандера там был не последним в очереди. Буквально в конце
Меня больше напрягает другое, это тот ликбез, которым я тут вынужден заниматься. Буквально вчера белыми нитками рашистская гебня выкинула в штатах олигарха, сторонника движения Навального, убрала Немцова, Надворскую, Рабиновича и т.д. и т.п. Моссад так не работает.
Если кому в лом найти достоверный источник, так хотя бы перед тем как что либо здесь утверждать, изучите историю своих героев.
Так он же сам по себе всю свою каденцию на время ВОВ отсиживался в Польше на нарах, еще тогда под приговором смертной казни, потом его немцы приговорили, но отпустили отпустили по причине их разгрома, в то время когда его последователи кроили его философию на свой лад и творили историю без мнения самого пана.
Моссад как таковой тогда еще не существовал )
По ходу если кто-то хочет сделать то, что планирует Моссад, то он им и не мешает, а только лишь констатирует факт выполненной задачи.
Бажаю i тобi вiд щирого сердця, шоб i ти так прикривався у майбутньому своею наницiональнiстю пред усiм суспiльством без сорому за свое минуле.
Ок, пойду по следам профиля почитаю