Это скорее набор файлов, который может быть скомпилирован в единую сущность. Причем это сущность может быть как библиотекой, так и исполняемым файлом. Пакетов в рамках языка называется набор крейтов. Получается они захотели дать одно название и для библиотек и для исполняемых файлов, да вообще для любых файлов которые могут быть распростронены в рамках экосистемы. Например так они реализовали воозможность установки "приложений" и расширений в рамках cargo: cargo install и cargo-expand
Расскажите это всему frontend сообществу, где есть куча фреймворков которые описывают интерфейсы через html/xml, css и js.
wxWidgets - ужасен, мне довелось с ним поработать из под python. Он тормознутый, не может даже 2 десятка мелких картинок отобразить, так еще и кривой до кучи. Да банально - он морально устарел. Сколько было хаков в проекте для того что бы сделать тривиальные вещи. Так к тому же все было описано кодом. Билдер форм пытались использовать для интерфейсов определенных пользователем, но он просто глючил и вылетал.
WinApi - только под винду, сейчас правят браузеры и смартфоны.
Насколько я слышал даже разработчики на Qt предпочитают QML.
Несерьезно это застрять в каком-то своем мире и не видеть развития вокруг. Мир давно уже ушел вперед, а вы все так же смотрите на свою зеленую траву. Попробуйте научиться чему-то новому, оно придумано не от хорошей жизни.
Про какие именно проблемы SystemVerilog идет речь ? Я согласен, что у меня не такой обширный опыт, но SV ощущается гораздо лучше того же Verilog. Так что я не очень понимаю какие именно проблемы SV вы хотите решить. Согласен это довольно странно, что нет ни какой реализации встроенных тестов, по принципу тестов из Rust. VHDL - так сложилось для меня, что он просто не читаем. Verilog более скудный чем SV. Считаю что выбор в сторону более современного SV был сделан логично. Плюс он поддерживается средами разработки для ПЛИС (да полной поддержки стандарта ни где нет, но большая часть возможностей, покрывает большую част задач)
Личное мнение. Начните с китайцев как ни странно - Gowin. Их платы дешевые и поморгать лампочкой, вывести hdmi или risc-v ядро хватит. Плюс их среда разработки простая, все в коде. Можно разобраться. Обратить внимание стоит на инструменты симуляция - Icarus Iverilog или Verilator (посложнее будет). Результат работы смотреть в GTKWave. Пока вы не увидите как работает ваш код в симуляции, вы не будете понимать почему не работает в железе. Дальше можно взять Intel Altera - они уже посложнее и хоть как-то ценятся на рынке труда. Последний этап это Xilinx.
Вы не думали увеличить сопротивление с поверхностью? Достаточно резиновых/силиконовых ножек. Мне кажется на видео достаточно хорошо видно, что при улучшении динамики он начинает проскальзывать и терять скорость.
Я не уверен что это можно сделать на сервах, но может быть режим бега? Его главное отличие в том, что мы слегка подпрыгиваем в момент толчка, момент касания можно было бы ловить тензодатчиками, если бы частота была выше.
Вы не думали о полном математическом описании? Если его сделать можно ввести оптимальное управление, что является довольно забавной штукой: можно будет указывать только точку куда и информацию о препятствиях, тогда он сможет сам рассчитывать траекторию движения обходя препятствия. Возможно понадобиться чуть больше вычислительной мощности, но реально реализуема. Гексапод имеет не сложную физическую модель. Пример модели можно найти в западной литературе. Расчет же управления можно делать не руками, а например Python+sympy. Потом управление уже написать на Си и заложить в МК.
2 недели назад ни чего из заявленного еще не работало
https://youtu.be/sdxjpDDCotc?t=724&si=VMtMNePQRHdD9l3z
https://doc.rust-lang.org/book/ch07-01-packages-and-crates.html
Это скорее набор файлов, который может быть скомпилирован в единую сущность. Причем это сущность может быть как библиотекой, так и исполняемым файлом. Пакетов в рамках языка называется набор крейтов. Получается они захотели дать одно название и для библиотек и для исполняемых файлов, да вообще для любых файлов которые могут быть распростронены в рамках экосистемы. Например так они реализовали воозможность установки "приложений" и расширений в рамках cargo: cargo install и cargo-expand
Расскажите это всему frontend сообществу, где есть куча фреймворков которые описывают интерфейсы через html/xml, css и js.
wxWidgets - ужасен, мне довелось с ним поработать из под python. Он тормознутый, не может даже 2 десятка мелких картинок отобразить, так еще и кривой до кучи. Да банально - он морально устарел. Сколько было хаков в проекте для того что бы сделать тривиальные вещи. Так к тому же все было описано кодом. Билдер форм пытались использовать для интерфейсов определенных пользователем, но он просто глючил и вылетал.
WinApi - только под винду, сейчас правят браузеры и смартфоны.
Насколько я слышал даже разработчики на Qt предпочитают QML.
Несерьезно это застрять в каком-то своем мире и не видеть развития вокруг. Мир давно уже ушел вперед, а вы все так же смотрите на свою зеленую траву. Попробуйте научиться чему-то новому, оно придумано не от хорошей жизни.
Я бы сказал, только под Linux и стоит этим заниматься. Не уверен на счет Intel, но все остальные будет проще установить и работать именно под Linux.
Про какие именно проблемы SystemVerilog идет речь ? Я согласен, что у меня не такой обширный опыт, но SV ощущается гораздо лучше того же Verilog. Так что я не очень понимаю какие именно проблемы SV вы хотите решить.
Согласен это довольно странно, что нет ни какой реализации встроенных тестов, по принципу тестов из Rust. VHDL - так сложилось для меня, что он просто не читаем. Verilog более скудный чем SV. Считаю что выбор в сторону более современного SV был сделан логично. Плюс он поддерживается средами разработки для ПЛИС (да полной поддержки стандарта ни где нет, но большая часть возможностей, покрывает большую част задач)
Личное мнение. Начните с китайцев как ни странно - Gowin. Их платы дешевые и поморгать лампочкой, вывести hdmi или risc-v ядро хватит. Плюс их среда разработки простая, все в коде. Можно разобраться.
Обратить внимание стоит на инструменты симуляция - Icarus Iverilog или Verilator (посложнее будет). Результат работы смотреть в GTKWave. Пока вы не увидите как работает ваш код в симуляции, вы не будете понимать почему не работает в железе.
Дальше можно взять Intel Altera - они уже посложнее и хоть как-то ценятся на рынке труда.
Последний этап это Xilinx.
Я не уверен что это можно сделать на сервах, но может быть режим бега? Его главное отличие в том, что мы слегка подпрыгиваем в момент толчка, момент касания можно было бы ловить тензодатчиками, если бы частота была выше.
Вы не думали о полном математическом описании? Если его сделать можно ввести оптимальное управление, что является довольно забавной штукой: можно будет указывать только точку куда и информацию о препятствиях, тогда он сможет сам рассчитывать траекторию движения обходя препятствия. Возможно понадобиться чуть больше вычислительной мощности, но реально реализуема. Гексапод имеет не сложную физическую модель. Пример модели можно найти в западной литературе. Расчет же управления можно делать не руками, а например Python+sympy. Потом управление уже написать на Си и заложить в МК.
Можно же использовать map
А если надо, то можно использовать лямбда функцию