А, понятно, это касается готовой поддержки модулей…
Меня пока (видимо, по незнанию) не смущает прямая работа с модулем. Я еще из распространненых sub-1GHz nrf905 нагуглил. Это плохая идея?
Возникла другая сумасшедшая идея (она еще не реализована). Почему бы вообще не опустить эту часть на бэкенд? Почему бы сейчас не уйти полностью от распределенного приложения? Пускай этот subscription и наш view model генерится на бэкенде? Там база доступна, все синхронно. Все просто и понятно.
А не получится ли так, что придется гонять туда-сюда гигантские куски данных?
Мои 5 копеек: из-за пробок на Горьковском шоссе (многие участки имеют лишь 2 полосы в каждом направлении + есть левые повороты) эти 30км легко превращаются в 1-1.5 часа. А в дачный сезон может и меньше повезти.
Вот здесь, по кр. мере в том клоне NES, что был у меня, можно сделать два поворота фигуры, чтобы она стала зеркально отраженной относительно показанного состояния, и, ухитриться этот выступ запихнуть влево, в паз-изъян (от нижнего левого угла: 4 клетки вправо, 3 клетки вверх). Шаг движения фигуры позволял это сделать.
Поддерживаются ли сейчас такие ходы и если нет, насколько сложно их реализовать?
Так и есть. Initial Release — в 2000 (https://en.wikipedia.org/wiki/Apache_FreeMarker).
Также, насколько я помню, разработчики старались не иметь сторонних библиотек в зависимостях (что большой плюс при энтерпрайзной некрокодоархеологии).
> Книга одновременно из Пало-Альто (это кремниевая долина, если что) и Бостона (это вторая кремниевая долина).
У меня была вот эта, желтая, «Основы компьютерной грамотности». Постоянно ее перечитывал. Очень нравились блок-схемы). Была утеряна.
Недавно не выдержал и купил такую же. Сын (7 лет) с интересом полистал, чем-то даже зачитался, но больше не брал. А вот в Scratch залипал и «Программирование для детей» издательства МИФ очень любит (но почему то больше книги той же серии про науку и математику).
Жаль, но конкрентно STM32F4DISCOVERY (STM32F407VGT6) не имет соединений USART контроллера с ST-Link.
Может кому-то пригодится:
The ST-LINK/V2-A supports a virtual COM port (VCP) on U2 pin 12 (ST-LINK_TX) and U2
pin 13 (ST-LINK_RX) but these pins are not connected to the USART of the STM32F407
microcontroller for mbed support.
Ман предлагает два варианта:
1) внешний USB-to-Serial на пинах PA2 и PA3
2) подпаять PA2 и PA3 к пинам контроллера ST-Link проводами
Отчего же не нравятся? Я же blue pill в пример привел, у которого тоже USART не один.
Я скорее про arduino vs stm32.
Оригинальные демоплаты мне нравятся тем, что на них сразу есть стлинк, все заведомо работает как надо. Разница в цене для меня несущественна. А вот в конечных DIY-устройствах использовать такие платы конечно невыгодно.
Сам не считаю ардуино вселенским злом. С него легко приобщиться к МК и цифровой электронике. А говнокодинг он везде говнокодинг. Кто-то хочет развиваться и делать лучше, кто-то нет. ИМХО дело не только в ардуино.
А мне вот даже для DIY как-то перестало хватать одного USART и пр.
Atmel платы, аналогичные хотя бы банальному blue pill, какие-то очень уж маргинальные и стоят дорого.
И перспектив, видимо, никаких.
Спасибо. C mbed я уже поигрался, теперь не могу определиться между ST-HAL и SPL.
Наверное все-таки SPL + свой HAL, чтобы выделить независимую от железа логику.
Все эти фреймворки идея хорошая, но как правило, принцип Парето в них очень нагляден (сужу по не-embed программированию).
80% кейсов покрыто замечательно, а чтобы разобраться с остальными 20%, придется потратить 80% усилий)
Я правильно понимаю, что у этой платы USART доступен через встроенный стлинк и он пишет в виртуальный COM? Это у всех нуклео так? А у плат discovery интересно, так же?
А то я пытался SWO настроить, в принципе получилось, но IDE (TrueStudio) очень глючит.
В виндовый стлинк то судя по всему нормально пишет, но я на линуксе, texane/stlink пока не имеет поддержки SWO.
А мне мешает вот это github.com/JetBrains/kotlin-native/issues/733
А просвета на самом деле нет, как и в jruby, грузится несколько тысяч классов, похоже, поэтому так медленно. Упреждаю комментарии про IDE и инкрементальную сборку — речь идет о TDD. Запускается 1 тест c нуля. Прелоадеры — тоже, со времен ruby/jruby считаю, что проблем от них больше, чем пользы.
Меня пока (видимо, по незнанию) не смущает прямая работа с модулем. Я еще из распространненых sub-1GHz nrf905 нагуглил. Это плохая идея?
Управлять сложнее?
А не получится ли так, что придется гонять туда-сюда гигантские куски данных?
Вот здесь, по кр. мере в том клоне NES, что был у меня, можно сделать два поворота фигуры, чтобы она стала зеркально отраженной относительно показанного состояния, и, ухитриться этот выступ запихнуть влево, в паз-изъян (от нижнего левого угла: 4 клетки вправо, 3 клетки вверх). Шаг движения фигуры позволял это сделать.
Поддерживаются ли сейчас такие ходы и если нет, насколько сложно их реализовать?
Так и есть. Initial Release — в 2000 (https://en.wikipedia.org/wiki/Apache_FreeMarker).
Также, насколько я помню, разработчики старались не иметь сторонних библиотек в зависимостях (что большой плюс при энтерпрайзной некрокодоархеологии).
А про устройство в другую компанию есть планы написать? Было бы круто.
У меня была вот эта, желтая, «Основы компьютерной грамотности». Постоянно ее перечитывал. Очень нравились блок-схемы). Была утеряна.
Недавно не выдержал и купил такую же. Сын (7 лет) с интересом полистал, чем-то даже зачитался, но больше не брал. А вот в Scratch залипал и «Программирование для детей» издательства МИФ очень любит (но почему то больше книги той же серии про науку и математику).
Может кому-то пригодится:
Ман предлагает два варианта:
1) внешний USB-to-Serial на пинах PA2 и PA3
2) подпаять PA2 и PA3 к пинам контроллера ST-Link проводами
Я скорее про arduino vs stm32.
Оригинальные демоплаты мне нравятся тем, что на них сразу есть стлинк, все заведомо работает как надо. Разница в цене для меня несущественна. А вот в конечных DIY-устройствах использовать такие платы конечно невыгодно.
Сам не считаю ардуино вселенским злом. С него легко приобщиться к МК и цифровой электронике. А говнокодинг он везде говнокодинг. Кто-то хочет развиваться и делать лучше, кто-то нет. ИМХО дело не только в ардуино.
Atmel платы, аналогичные хотя бы банальному blue pill, какие-то очень уж маргинальные и стоят дорого.
И перспектив, видимо, никаких.
Наверное все-таки SPL + свой HAL, чтобы выделить независимую от железа логику.
Все эти фреймворки идея хорошая, но как правило, принцип Парето в них очень нагляден (сужу по не-embed программированию).
80% кейсов покрыто замечательно, а чтобы разобраться с остальными 20%, придется потратить 80% усилий)
Я правильно понимаю, что у этой платы USART доступен через встроенный стлинк и он пишет в виртуальный COM? Это у всех нуклео так? А у плат discovery интересно, так же?
А то я пытался SWO настроить, в принципе получилось, но IDE (TrueStudio) очень глючит.
В виндовый стлинк то судя по всему нормально пишет, но я на линуксе, texane/stlink пока не имеет поддержки SWO.
github.com/JetBrains/kotlin-native/issues/733
А просвета на самом деле нет, как и в jruby, грузится несколько тысяч классов, похоже, поэтому так медленно. Упреждаю комментарии про IDE и инкрементальную сборку — речь идет о TDD. Запускается 1 тест c нуля. Прелоадеры — тоже, со времен ruby/jruby считаю, что проблем от них больше, чем пользы.