область, где для меня тест точно идет первым это отладка, экономит время. Часто бывает, что на протяжении создания всей фичи ни разу не использую запуск продукта, обхожусь только юнит-тестами, если фича без UI.
а если разработка идет в стеке где нельзя вызвать несуществующий метод? Например C\C++\C#. Я поэтому и отошел от принципа сначала тест, потому как глупо писать метод-заглушку, с кучей warnings о не использованных аргументах.
вот как раз юнит-тест и гарантирует что ваш кирпич правильной формы, и он гарантировано встанет ровно и надежно вместе с другими кирпичами.
А зачем покрывать один и тот же функционал в разных тестах? Честно говоря не пойму для чего. Для меня, функциональное тестирование, бывает нужным, если в связке есть либа\система которая не вызывает доверия. А если все модули уже надежны, то функциональное тестирование это так сказать "шлифовка". Но предполагаю, что это все зависит от области применения.
Подобное поведение с переменными есть и в скриптах си для ЧМИ WinCC Siemens, который далеко не embedded. Видимо по принципу "работает - не трожь". Но можно себя успокоить что не совсем древние стандарты, например не требуется тип аргумента функции указывать отдельно:
что в одной из функций после объявления внутренних переменных шёл код операций с этими переменными, а затем была объявлена ещё одна переменная (ну и далее код продолжался).
это же вроде по стандарту си как раз, по крайней мере по какому древнему правилу языка
насчет размера согласен, и флеш и ram требуются. Но на перфоманс не должно сказываться, в отличии от других флагов из цитаты.
Отсутствие stdlib требует множества нетривиальных действий, и мне кажется что призыв использовать-nostdlib нужно ограничить только особыми случаями, bootloader-ы, OS-и или устройства с мизерной памятью
если устройство батарейное, то впринципе можно условиться что оно всегда работает. Отключение питания отдельной командой, как в телефонах и при этом програмно гасить экран. А если питание от сети и если экран поддерживает режим частичной перерисовки, без неприятного моргания всего экрана, то добавить динамики на экран. Зависании на esp вроде невозможны (wdg), если софт более-менее норм и аппаратно все исправно
Вопрос про минусы к статье, а почему не может быть правдой написанное? Люди разные, и кто-то действительно может за неделю понять sql. Тем более это совсем не сложная область для старта работы, можно начать работу и без хранимок\триггеров\планов. А сама тема статьи мне кажется норм, приятней узнавать про положительный опыт. И хорошо что человек не побоялся нового и нашел себя в чем-то другом. А для новичков создавать проблемы это нормально, да и профессионалам будет чем заняться.
в моем комменте, под IDE я подразумевал любой редактор кода, при помощи которого программист сам меняет свой код. Предполагаю что Notepad++ тоже можно IDE назвать, как минимум отладка и intelisense есть, а Eclipse по дефолту является IDE
а зачем чему-то кроме вашей IDE менять исходные файлы? Если злонамерянно, то без разницы на чем строить анализ, того что файл изменился. А так применили наиболее простой способ анализа, по времени файла.
Вас учили верно, но нужно и уместность\стоимость учитывать.
область, где для меня тест точно идет первым это отладка, экономит время. Часто бывает, что на протяжении создания всей фичи ни разу не использую запуск продукта, обхожусь только юнит-тестами, если фича без UI.
а если разработка идет в стеке где нельзя вызвать несуществующий метод? Например C\C++\C#. Я поэтому и отошел от принципа сначала тест, потому как глупо писать метод-заглушку, с кучей warnings о не использованных аргументах.
вот как раз юнит-тест и гарантирует что ваш кирпич правильной формы, и он гарантировано встанет ровно и надежно вместе с другими кирпичами.
А зачем покрывать один и тот же функционал в разных тестах? Честно говоря не пойму для чего. Для меня, функциональное тестирование, бывает нужным, если в связке есть либа\система которая не вызывает доверия. А если все модули уже надежны, то функциональное тестирование это так сказать "шлифовка". Но предполагаю, что это все зависит от области применения.
спасибо, хорошее раскрытие техники разработки ПО.
я с годами вернулся к такой последовательности, код > тест > рефакторинг > ...
Тест, написанный первым получался довольно синтетическим и был практически бестолковым.
Тоже слышал подобное в Москва слезам не верит
Подобное поведение с переменными есть и в скриптах си для ЧМИ WinCC Siemens, который далеко не embedded. Видимо по принципу "работает - не трожь". Но можно себя успокоить что не совсем древние стандарты, например не требуется тип аргумента функции указывать отдельно:
Я точно не помню, но посмотрите на чтото старше C99, например C89.
это же вроде по стандарту си как раз, по крайней мере по какому древнему правилу языка
соответствующая статья появилась на линкдн, Why I Don't Want the Heap in My Embedded C++: A High-Reliability Perspective
насчет размера согласен, и флеш и ram требуются. Но на перфоманс не должно сказываться, в отличии от других флагов из цитаты.
Отсутствие stdlib требует множества нетривиальных действий, и мне кажется что призыв использовать-nostdlib нужно ограничить только особыми случаями, bootloader-ы, OS-и или устройства с мизерной памятью
избыточность -fno-exceptions -fno-rtti понятна. А чем stdlib мешает?
Можно первый лайфхак заменить на третий "Выпрямление переменного тока без диодов" и светодиод из второго
в браузерной версии размер папки можно посмотреть кликнув на значок i, слева сверху
Скрытый текст
если устройство батарейное, то впринципе можно условиться что оно всегда работает. Отключение питания отдельной командой, как в телефонах и при этом програмно гасить экран. А если питание от сети и если экран поддерживает режим частичной перерисовки, без неприятного моргания всего экрана, то добавить динамики на экран. Зависании на esp вроде невозможны (wdg), если софт более-менее норм и аппаратно все исправно
может быть стоит удалить эту строку? А то и от неудачного соединения к сети произойдет выход из wifi_start()
Вопрос про минусы к статье, а почему не может быть правдой написанное? Люди разные, и кто-то действительно может за неделю понять sql. Тем более это совсем не сложная область для старта работы, можно начать работу и без хранимок\триггеров\планов.
А сама тема статьи мне кажется норм, приятней узнавать про положительный опыт. И хорошо что человек не побоялся нового и нашел себя в чем-то другом. А для новичков создавать проблемы это нормально, да и профессионалам будет чем заняться.
в молодости был такой челендж, попытаться раздавить двумя руками яйцо, которое зажато острым и тупым концами, никто из знакомых не мог.
в моем комменте, под IDE я подразумевал любой редактор кода, при помощи которого программист сам меняет свой код. Предполагаю что Notepad++ тоже можно IDE назвать, как минимум отладка и intelisense есть, а Eclipse по дефолту является IDE
а зачем чему-то кроме вашей IDE менять исходные файлы? Если злонамерянно, то без разницы на чем строить анализ, того что файл изменился. А так применили наиболее простой способ анализа, по времени файла.
Вас учили верно, но нужно и уместность\стоимость учитывать.
просто Hyper-V намного быстрей работает, чем остальные виртуалки