Давно пора переводить критические системы на Linux. Многие производители, из работающих с оборонкой и другими критичными системами, говорят, что готовы выдать софт под Linux, но ждут "отмашки".
Лично я в своей работе по максималке всё делаю под Debian либо параллелю (+Win). Раньше все смотрели страннова-то, но последний месяц жизнь помелась...
Вообще мне нравиться такая практика, ели у вас претензии, вы должны подавать ТОЛЬКО в этот суд и никуда иначе, а если вы не граждане США то нам насрать.
Если вы таких не нашли на локальном компе, не означает, что так никто не делает. Ещё у вас шаблон неверный, так файл output_07-02-2022_17:36.wav не найти.
Вот чего все накинулись? Можно подумать, все работают в большой команде исключительных профи и долго. И при этом вы ещё не посрались и упорно трудитесь? Вот неверю, не звездите..
Появляются сотрудники, которые пытаются крутить молотком гвоздь, туда где должен быть болт. И их не интересуют "намёки", что можно чуть по-другому сделать. Удивляет их самоуверенность и энергия, с которой они творят херню. Главное - не дать им долго творить, а то за одним сейчас трое разгребают уже месяц, горы творчества. Один сотрудник, с красным дипломом, недавно уволился, до сих пор не можем понять, что он девять месяцев творил.
По мне слово серверЫ неудобно ни говорить ни писать. Зачем писать текст который потом неудобно прочитать вслух? Из такого подхода серверА как-то логичнее.
Я было расстроился, что не смогу работать через программатор (это существенно ускоряет заливку скетчей в ардуинку), но, как оказалось, VSCode тоже не умеет с ним работать (никак баг не починят). Так что по итогу, я не так много и потерял.
Сам по себе VSCode почти ничего не умеет, но настроить его на программирование Arduino - несложная задача.
Язык программирования у Arduino — это С++, но система сборки своя, избавляющая новичков от некоторых “неприятных” особенностей языка.
По факту там avr-gcc, из особенностей, только свой дополнительный набор библиотек. Makefile, похоже, генерится автоматом, но это не точно. Всё это, при минимальном желании, можно подключить и писать программы хоть vi, хоть в sublime, хоть ещё в чём.
Так в приведённой Вами цитате и есть ответ. Содержимое Makefil'а генерировалось плагином и что там будет зависело, видимо, от левой пятки автора плагина.
Мне надоели эти "радости" - когда автор плагина спрятал от меня довольно простые вещи, типа автоматизировав рутинную работу, при этом наворотив там там невесть чего, а потом перестал поддерживать свой проект. Проще один раз разобраться в базовых вещах и сделать всё самому. При таком подходе, даже вернувшись к проекту через десять лет, даже если IDE перестала существовать, Вы можете всё подправить буквально в блокноте.
Может у Вас что-то с программатором? Сегодня специально подключил atxmega32a4 по pdi к дракону, нормально читается, шьётся, в отладку заходит. Всё программами из репозитория Debian, ни каких самостоятельных сборок. Вообще с этой серией никогда не работал, камень случайно попал в руки.
Не могу на нём включить внутренний генератор 32МГц, всё застряёт на ожидании флага запуска генератора.
В том-то и дело, при таком подходе минимум движений при переезде с компа на комп. Если у Вас пути к программам находятся в PATH, то вообще ничего менять не нужно, даже между Win и Linux, а я так и работаю. В своей первой стать, в комментариях, я писал, что перемещаюсь между рабочей Win7, домашним Debian и PaspberryPi4. Синхронизация проекта идёт через git-репозиторий, доступный со всех трёх машин. Никаких изменений вносить не приходится.
К тому же, это поначалу кажется всё сложно и непонятно, но после пары проектов, понимаешь, что всё нормально. К тому же это не самый сложный Makefile, бывает как понаворотят... А .c и .h вам всё равно писать, если программируете не всё в одном файле.
Адекватный ответ будет в виде — их проще детектировать и по таким маркерам проще определять размер всего штрихкода.
Я так думаю.
Не так давно попадалась объёмная статья по штрихкодам, но найти нё быстро не получается и лень, а по памяти я точно не помню.
А эти НИКТО в курсе? По-моему нет, и вполне используем.А ещё можете посмотреть на структурки многих широко используемых микросхем, там биполярников хватает и как раз в описанных применениях. Если можно в микросхемах, почему нельзя в дискретке?
Так уже ж предлагалось в ГД, при оплате наликом, НДС поднять до драконовского. Тогда никто не захочет покупать за налик.
Давно пора переводить критические системы на Linux. Многие производители, из работающих с оборонкой и другими критичными системами, говорят, что готовы выдать софт под Linux, но ждут "отмашки".
Лично я в своей работе по максималке всё делаю под Debian либо параллелю (+Win). Раньше все смотрели страннова-то, но последний месяц жизнь помелась...
Вообще мне нравиться такая практика, ели у вас претензии, вы должны подавать ТОЛЬКО в этот суд и никуда иначе, а если вы не граждане США то нам насрать.
Mikrotik - прикольные железки, но внешний доступ должен быть только по ssh с ключом на нестандартного пользователя.
Если вы таких не нашли на локальном компе, не означает, что так никто не делает. Ещё у вас шаблон неверный, так файл output_07-02-2022_17:36.wav не найти.
Не всегда это возможно, часто это люди с семьёй, ипотекой и пр. У многих родители в возрасте.
На хабре не только программисты тусят, а такая картина с работниками повторяется в разных отраслях. Уменя с шестого года четвёртая отрасль.
Вот чего все накинулись? Можно подумать, все работают в большой команде исключительных профи и долго. И при этом вы ещё не посрались и упорно трудитесь? Вот неверю, не звездите..
Появляются сотрудники, которые пытаются крутить молотком гвоздь, туда где должен быть болт. И их не интересуют "намёки", что можно чуть по-другому сделать. Удивляет их самоуверенность и энергия, с которой они творят херню. Главное - не дать им долго творить, а то за одним сейчас трое разгребают уже месяц, горы творчества. Один сотрудник, с красным дипломом, недавно уволился, до сих пор не можем понять, что он девять месяцев творил.
По мне слово серверЫ неудобно ни говорить ни писать. Зачем писать текст который потом неудобно прочитать вслух? Из такого подхода серверА как-то логичнее.
Боюсь, что "самым маленьким" такое показывать нельзя. Ни одного вопроса не закроет, а новый появиться только один - что это толькочто прочитал.
Какое громкое название для такой статьи. Это даже переводом толком не назовёшь, а уж где тут "практики" не понял, не говоря уже о лучших.
Нет, просто теперь ещё меньше денег останется на реальное развитие медицины, науки, техники и пр. Всё больше будет отписок и приписок.
Сам по себе VSCode почти ничего не умеет, но настроить его на программирование Arduino - несложная задача.
По факту там avr-gcc, из особенностей, только свой дополнительный набор библиотек. Makefile, похоже, генерится автоматом, но это не точно. Всё это, при минимальном желании, можно подключить и писать программы хоть vi, хоть в sublime, хоть ещё в чём.
Так в приведённой Вами цитате и есть ответ. Содержимое Makefil'а генерировалось плагином и что там будет зависело, видимо, от левой пятки автора плагина.
Мне надоели эти "радости" - когда автор плагина спрятал от меня довольно простые вещи, типа автоматизировав рутинную работу, при этом наворотив там там невесть чего, а потом перестал поддерживать свой проект. Проще один раз разобраться в базовых вещах и сделать всё самому. При таком подходе, даже вернувшись к проекту через десять лет, даже если IDE перестала существовать, Вы можете всё подправить буквально в блокноте.
Может у Вас что-то с программатором? Сегодня специально подключил atxmega32a4 по pdi к дракону, нормально читается, шьётся, в отладку заходит. Всё программами из репозитория Debian, ни каких самостоятельных сборок. Вообще с этой серией никогда не работал, камень случайно попал в руки.
Не могу на нём включить внутренний генератор 32МГц, всё застряёт на ожидании флага запуска генератора.
В том-то и дело, при таком подходе минимум движений при переезде с компа на комп. Если у Вас пути к программам находятся в PATH, то вообще ничего менять не нужно, даже между Win и Linux, а я так и работаю. В своей первой стать, в комментариях, я писал, что перемещаюсь между рабочей Win7, домашним Debian и PaspberryPi4. Синхронизация проекта идёт через git-репозиторий, доступный со всех трёх машин. Никаких изменений вносить не приходится.
К тому же, это поначалу кажется всё сложно и непонятно, но после пары проектов, понимаешь, что всё нормально. К тому же это не самый сложный Makefile, бывает как понаворотят... А .c и .h вам всё равно писать, если программируете не всё в одном файле.
Адекватный ответ будет в виде — их проще детектировать и по таким маркерам проще определять размер всего штрихкода.
Я так думаю.
Не так давно попадалась объёмная статья по штрихкодам, но найти нё быстро не получается и лень, а по памяти я точно не помню.
А эти НИКТО в курсе? По-моему нет, и вполне используем.А ещё можете посмотреть на структурки многих широко используемых микросхем, там биполярников хватает и как раз в описанных применениях. Если можно в микросхемах, почему нельзя в дискретке?
Давайте честно, для большинства неответственных или не очень ответственных изделий этого вполне хватит.
По Вашему, сколько в Москве должен получать молодой специалист со знаниями
на уровне этой статьи?