Дочитал до конца, все ждал что апогеем будет RS-триггер на ЛА3.
Но почему-то нет.
Почему? Ведь именно этим было логично закончить?
Почему в следующей статье сразу D-триггер? Мне кажется, Вы пропускаете важное.
Ну тогда объясните какую величину вы присвоили макросу UNITY_FLOAT_PRECISION и на основании чего. И как докажете кроссплатформенность такого решения.
Я разделяю Вашу озабоченность, но мне кажется Вы перепутали адресата для своих вопросов. Впрочем, это отличная возможность для Вас написать полезную статью на тему почему авторы Unity выбрали именно такую константу.
Статья не о тестировании как таковом, о том как начать его использовать в конкретной IDE, на примере конкретного Unity. Она предназначается для тех, кто уже созрел использовать модульное тестирование, но не знает с чего начать. Собственно, и название статьи соответствующее. Описание методологий тестирования находится за пределами моих намерений и на эту тему существует масса полезной литературы.
Да к тому же тут на хабре были статьи что, типы float нельзя проверять на совпадение.
А никто их и не пытается проверять на совпадение. С чего Вы это взяли? Если Вам интересно, разверните макрос TEST_ASSERT_EQUAL_FLOAT и убедитесь, что там делается именно то, о чем сказано уже много раз.
Не понятно только какова его судьба теперь. Ведь далеко не всем нужен оверхед в виде RTOS. Для младших в семействе и реализации на них каких-то несложных датчиков, RTOS точно будет избыточной. Но пути в bare-metal Nordiс, увы, не оставляет.
"информации по нему на русском совсем немного, да и в зарубежных интернетах не до жиру."
Вы это серьезно? У Nordic шикарная документация, огромнейшее комьюнити и очень толковый форум. Жаль вот только описываемый Вами старый nRF5 SDK они списывают на свалку и переходят на nRF Connect SDK основный на Zephyr RTOS даже для мелких и таких старых как nRF52832 микроконтроллеров. О чем на Хабре есть статьи. Так что осваивать сейчас nRF5 SDK уже несколько поздно и не актуально.
То что Вы называете "База" в быту называется профильное высшее образование, где Вам дадут эту базу, а уж специализацию Вы потом сами выберете по душе.
Нынешние же модные курсы "приди в IT за 30 дней" порождают армии весьма странных специалистов, натренированных на решение узких синтетических задач ограниченным числом инструментов.
И потом на интервью с удивлением обнаруживаешь "программистов", которые не знаю что такое байт.
С наибольшей вероятностью ошибка в ПО (порча стека недостаточного размера при большой вложенности, вызов подпрограммы по указателю NULL и смотря что у вас в обработчиках fault's может быть любой из них).
Просто Habr показывает Вашу статью в потоке на который многие подписаны.
У статьи досточно кликбейтный заголовок. Вроде интересно, переходишь, начинаешь читать.
Вот-вот должно начаться то самое, ради чего зашел.
И в этот момент ... та-дам ... реклама очередных курсов (полезных, не спорю), вот Вам и разочарование от очередного рекламного материала с минимумом полезной информации.
P.S. И при чем тут заявленное "Программирование микроконтроллеров"?
О каком рефинансировании идет речь, если сейчас ключевая ставка ЦБ РФ повышается на каждом заседании?
Рефинансироваться можно и нужно, если кредиты были набраны при высокой ставке, а в настоящее время ставка понизилась. Например в 2020 году можно было хорошо рефинансировать кредиты взятые в 2015-2016.
Сейчас, кредиты взятые в 2020, никто Вам под существенно более низкий процент сейчас не рефинансирует, благотворителей нет.
Только мне показалось, что Вы хотите заработать и на налогах и на накладных расходах?
Ведь Вы их тоже умножаете на маржу.
Понимаю, что Вы считаете сколько час стоит Вам и накидываете маржу на него, это объяснять не нужно.
Но математически это выглядит как заработок 30% с налогов и накладных расходов.
Не честнее ли считать иначе и признаться, что маржа несколько выше 30%?
P.S. Был в восторге от Вашей предыдущей статьи, об этой сказать того же уже не могу, увы.
Да уж, как сейчас популяризируют профессию. Вот Вам курсы, стоит не дорого, потом будете зарабатывать много. Все в IT, там море денег и трудиться не нужно.
Потом приходится интервьировать кандидатов на позицию программиста, которые не знают что такое байт. Печально.
Без базового ВО редко когда что-то толковое получится, только если человек горит этим и сам себе сделал программу ВО потому что ему просто было интересно, а такие бывают, увы, очень редко.
Если автомобиль не оснащён системой рекуперации, то на аккумуляторе будет напряжение порядка 13,6В или 14,4В в зависимости от типа штатного аккумулятора, что говорит о том, что энергии для заряда хватает, и баланс тока положительный.
Дочитал до конца, все ждал что апогеем будет RS-триггер на ЛА3.
Но почему-то нет.
Почему? Ведь именно этим было логично закончить?
Почему в следующей статье сразу D-триггер? Мне кажется, Вы пропускаете важное.
Я разделяю Вашу озабоченность, но мне кажется Вы перепутали адресата для своих вопросов. Впрочем, это отличная возможность для Вас написать полезную статью на тему почему авторы Unity выбрали именно такую константу.
Статья не о тестировании как таковом, о том как начать его использовать в конкретной IDE, на примере конкретного Unity. Она предназначается для тех, кто уже созрел использовать модульное тестирование, но не знает с чего начать. Собственно, и название статьи соответствующее. Описание методологий тестирования находится за пределами моих намерений и на эту тему существует масса полезной литературы.
А никто их и не пытается проверять на совпадение. С чего Вы это взяли? Если Вам интересно, разверните макрос TEST_ASSERT_EQUAL_FLOAT и убедитесь, что там делается именно то, о чем сказано уже много раз.
Не понятно только какова его судьба теперь. Ведь далеко не всем нужен оверхед в виде RTOS. Для младших в семействе и реализации на них каких-то несложных датчиков, RTOS точно будет избыточной. Но пути в bare-metal Nordiс, увы, не оставляет.
"информации по нему на русском совсем немного, да и в зарубежных интернетах не до жиру."
Вы это серьезно? У Nordic шикарная документация, огромнейшее комьюнити и очень толковый форум. Жаль вот только описываемый Вами старый nRF5 SDK они списывают на свалку и переходят на nRF Connect SDK основный на Zephyr RTOS даже для мелких и таких старых как nRF52832 микроконтроллеров. О чем на Хабре есть статьи. Так что осваивать сейчас nRF5 SDK уже несколько поздно и не актуально.
Многообещающий заголовок, а в результате много неплохих тезисов и, собственно, ни слова о модульном тестировании в Embedded.
Продавец - бизнесмен, его основная цель - увеличение размера прибыли.
В описанном Вами кейсе, цель продавца не достигнута.
Очевидно, что решение в поднятии цены для всех и балансе спроса/предложения при максимальной цене для всех групп.
В первом примере вас эти обстоятельства не смущали и вы давали варианты ответов, а тут вдруг это стало ошибкой.
И где тут ошибка?
>>"nRF52832-MDK. Очень мощное устройство для чтения WiFi, Bluetooth и RFID.
>>...
>>Отлично, так значит, у этой штуки теперь и WiFi есть… "
Как-то плохо автор проконсультировался или не там. Нет в nRF52832 никакого WiFi.
То что Вы называете "База" в быту называется профильное высшее образование, где Вам дадут эту базу, а уж специализацию Вы потом сами выберете по душе.
Нынешние же модные курсы "приди в IT за 30 дней" порождают армии весьма странных специалистов, натренированных на решение узких синтетических задач ограниченным числом инструментов.
И потом на интервью с удивлением обнаруживаешь "программистов", которые не знаю что такое байт.
С наибольшей вероятностью ошибка в ПО (порча стека недостаточного размера при большой вложенности, вызов подпрограммы по указателю NULL и смотря что у вас в обработчиках fault's может быть любой из них).
"Плюс среда разработки для AVR даже близко не сравнится с IAR или Keil."
Как так-то? IAR для AVR был всегда и, вроде, есть еще.
Просто Habr показывает Вашу статью в потоке на который многие подписаны.
У статьи досточно кликбейтный заголовок. Вроде интересно, переходишь, начинаешь читать.
Вот-вот должно начаться то самое, ради чего зашел.
И в этот момент ... та-дам ... реклама очередных курсов (полезных, не спорю), вот Вам и разочарование от очередного рекламного материала с минимумом полезной информации.
P.S. И при чем тут заявленное "Программирование микроконтроллеров"?
О каком рефинансировании идет речь, если сейчас ключевая ставка ЦБ РФ повышается на каждом заседании?
Рефинансироваться можно и нужно, если кредиты были набраны при высокой ставке, а в настоящее время ставка понизилась. Например в 2020 году можно было хорошо рефинансировать кредиты взятые в 2015-2016.
Сейчас, кредиты взятые в 2020, никто Вам под существенно более низкий процент сейчас не рефинансирует, благотворителей нет.
Ведь Вы их тоже умножаете на маржу.
Понимаю, что Вы считаете сколько час стоит Вам и накидываете маржу на него, это объяснять не нужно.
Но математически это выглядит как заработок 30% с налогов и накладных расходов.
Не честнее ли считать иначе и признаться, что маржа несколько выше 30%?
P.S. Был в восторге от Вашей предыдущей статьи, об этой сказать того же уже не могу, увы.
Потом приходится интервьировать кандидатов на позицию программиста, которые не знают что такое байт. Печально.
Без базового ВО редко когда что-то толковое получится, только если человек горит этим и сам себе сделал программу ВО потому что ему просто было интересно, а такие бывают, увы, очень редко.