ED
Ща помедитирую.
Size: a a a
2020 December 22
AK
нам тут пояльную станцыю купили
AK
в мануале написано:
Категория 3 в 1: фен + паяльник + блок питания
Применяется для демонтажа/монтажа и тестирования различных видов электронных компонентов и узлов цифровой техники.
Станция используется для двухстороннего печатного монтажа. Паяльник, термофен и источник питания управляются независимо двухъядерным микроконтроллером, это означает, что они могут работать независимо друг от друга.
Категория 3 в 1: фен + паяльник + блок питания
Применяется для демонтажа/монтажа и тестирования различных видов электронных компонентов и узлов цифровой техники.
Станция используется для двухстороннего печатного монтажа. Паяльник, термофен и источник питания управляются независимо двухъядерным микроконтроллером, это означает, что они могут работать независимо друг от друга.
AC
У меня длинные земли, так что фронты не идеал
AK
двухядерный микропроцессор! поди на цпп ПО написано, чтоб справиться с паяльником и феном.
A
двухядерный микропроцессор! поди на цпп ПО написано, чтоб справиться с паяльником и феном.
На Java
AC
примерно также, это как? Потому что примерно также, как и раньше ел - это не означает что ешь сейчас вдосталь
Глюк проявляется не всегда. Возможно поменялась его частота при изменении скорости, но он есть
A
Глюк проявляется не всегда. Возможно поменялась его частота при изменении скорости, но он есть
Лучше nCS и CLK выведи - будет нагляднее.
A
Ну в вопрос - ты с полярностью и фазами SPI "угадал"?
AJ
Я скорее о том, что вариант, который ты предложил выше - освободить по результатам, ок звучит. Но я бы все же сделал так
alloc
use
dealloc
Не объеденяя alloc и use шаги
Тогда, если код замодифаешь, скажем переедет вызов функции, не будет как вчера, во время вызова лишнего free падения
alloc
use
dealloc
Не объеденяя alloc и use шаги
Тогда, если код замодифаешь, скажем переедет вызов функции, не будет как вчера, во время вызова лишнего free падения
спасибо....так логичнее. Alloc - передать указатель. получить данные обработать и деалок. Сделал сейчас с фри по возвращенному указателю. Работает норм
VK
Таки посмотрю, правда посмотрю. Но я уже читал достаточно подобных трудов. Как правило все выглядит так:
сторонник C++: "смотрите, на C++ можно сделать все, что можно сделать на C, и даже больше!"
практики: "да, можно, круто! Но вот тут у вас код понятный, но дикий оверхед. Здесь оверхеда нет, но код нечитаем. Здесь все хорошо, но код непереносим. Здесь ..."
сторонник C++: "смотрите, на C++ можно сделать все, что можно сделать на C, и даже больше!"
практики: "да, можно, круто! Но вот тут у вас код понятный, но дикий оверхед. Здесь оверхеда нет, но код нечитаем. Здесь все хорошо, но код непереносим. Здесь ..."
Вообщем, из личного опыта. Оверхеда практически нет. Если вообще есть.
Нечитаемый код- в среднем по больнице- претензия к читаемости кода лежит на вопросах архитектуры ПО и разбиения на модули и декомпозиции, а не на выборе языка. Писать нечитаемое нечто или аккуратно выстраивать архитектуру можно на любом языке. Так что нечитаемый код на с++- ну, разве что boost::hana.
Переносимость- gcc под вагон платформ есть. Clang-тоже. Если стоит вопрос сборки приложения на gcc 4.8 в 2020м году- значит проще выкинуть платформу.
С точки зрения переносимости софта- опять-же, архитектура. Почему-то Qt, Chromium могут переносимо запускаться между платформами. Из железячного-Touch GFX библиотека написана на С++. Под капотом много шаблонов. И все выглядит аккуратно и стабильно.
Нечитаемый код- в среднем по больнице- претензия к читаемости кода лежит на вопросах архитектуры ПО и разбиения на модули и декомпозиции, а не на выборе языка. Писать нечитаемое нечто или аккуратно выстраивать архитектуру можно на любом языке. Так что нечитаемый код на с++- ну, разве что boost::hana.
Переносимость- gcc под вагон платформ есть. Clang-тоже. Если стоит вопрос сборки приложения на gcc 4.8 в 2020м году- значит проще выкинуть платформу.
С точки зрения переносимости софта- опять-же, архитектура. Почему-то Qt, Chromium могут переносимо запускаться между платформами. Из железячного-Touch GFX библиотека написана на С++. Под капотом много шаблонов. И все выглядит аккуратно и стабильно.
VK
И да, виртуальными функциями там никто не брезгует. Ибо есть девиртуализация.
LZ
спасибо....так логичнее. Alloc - передать указатель. получить данные обработать и деалок. Сделал сейчас с фри по возвращенному указателю. Работает норм
с провркой внутри не нулевой ли указатель подсунули
ED
Вообщем, из личного опыта. Оверхеда практически нет. Если вообще есть.
Нечитаемый код- в среднем по больнице- претензия к читаемости кода лежит на вопросах архитектуры ПО и разбиения на модули и декомпозиции, а не на выборе языка. Писать нечитаемое нечто или аккуратно выстраивать архитектуру можно на любом языке. Так что нечитаемый код на с++- ну, разве что boost::hana.
Переносимость- gcc под вагон платформ есть. Clang-тоже. Если стоит вопрос сборки приложения на gcc 4.8 в 2020м году- значит проще выкинуть платформу.
С точки зрения переносимости софта- опять-же, архитектура. Почему-то Qt, Chromium могут переносимо запускаться между платформами. Из железячного-Touch GFX библиотека написана на С++. Под капотом много шаблонов. И все выглядит аккуратно и стабильно.
Нечитаемый код- в среднем по больнице- претензия к читаемости кода лежит на вопросах архитектуры ПО и разбиения на модули и декомпозиции, а не на выборе языка. Писать нечитаемое нечто или аккуратно выстраивать архитектуру можно на любом языке. Так что нечитаемый код на с++- ну, разве что boost::hana.
Переносимость- gcc под вагон платформ есть. Clang-тоже. Если стоит вопрос сборки приложения на gcc 4.8 в 2020м году- значит проще выкинуть платформу.
С точки зрения переносимости софта- опять-же, архитектура. Почему-то Qt, Chromium могут переносимо запускаться между платформами. Из железячного-Touch GFX библиотека написана на С++. Под капотом много шаблонов. И все выглядит аккуратно и стабильно.
>"Если стоит вопрос сборки приложения на gcc 4.8 в 2020м году- значит проще выкинуть платформу."
Хорошо, если под GCC...
Хорошо, если под GCC...
VK
Хм. GCC под QNX что-ли?
VK
Atmelовский компилятор- хз, не слышал о нем ничего с моента как их купили микрочип
A
>"Если стоит вопрос сборки приложения на gcc 4.8 в 2020м году- значит проще выкинуть платформу."
Хорошо, если под GCC...
Хорошо, если под GCC...
Rust? )
AZ
Atmelовский компилятор- хз, не слышал о нем ничего с моента как их купили микрочип
у атмела был компилятор?
AK
ну как минимум было avr-toolchain-installer-3.3.0.710-win32.win32.x86.exe
VK
у атмела был компилятор?
Там были какие-то тулчейны их, и IDE на базе visual studio 2015.