caxapa.ru :: В программировании МК это чаще всего I2C и USB-device. Если АЦП, то и для него обычно ищут готовый код, который оформлен в виде функций, т.к. разбираться с чужим кодом мало кто может. Если это вычислительная процедура, то и тут тоже обычно ищут для нее готовый код. Т.е. фактически получается ситуация, как с Ардуино - на все типичные случаи есть функции, а на нетипичные голову сломишь, чтобы под Ардуино написать. Тем самым, ситуация складывается, как конструкторе "Лего" -

Kceния (24.12.2021 23:58, просмотров: 295) ответил RxTx на В 2021 году наоборот, вижу выписывание каждый раз цикла for руками. Приведите несколько примеров тех самых "шилдиков" из которых клепают программы беспокоясь только о том, как их между собой "подружить".

В программировании МК это чаще всего I2C и USB-device. Если АЦП, то и для него обычно ищут готовый код, который оформлен в виде функций, т.к. разбираться с чужим кодом мало кто может. Если это вычислительная процедура, то и тут тоже обычно ищут для нее готовый код. Т.е. фактически получается ситуация, как с Ардуино - на все типичные случаи есть функции, а на нетипичные голову сломишь, чтобы под Ардуино написать. Тем самым, ситуация складывается, как конструкторе "Лего" -

фишки из одного набора друг с другом контачат, но самим такую фишку не сделать, чтобы по сочленению к остальным подходила. После чего наступает стадия борьбы (!), когда проблема сводится не к недостаточному владению языком программирования, а к спариванию ужей и ежей.

Ответить

- Понятно. Всё как всегда, примтивно. А я то уж думал.... На самом деле проблема не в том что код программ стремятся набрать блочно-кусковым методом. Реальная, истинная проблема заключается в методе написания программ на PC. А он такой: У девелопера/ов в распоряжении находится машина, утрированно, с бесконечной мощностью. И вот он/они пишут софт, для которого никаких границ, тестов и требований не поставлено. RxTx(805 знак., 25.12.2021 02:06)
  - Да, такое тоже бывает, только видится вне в несколько иной ипостаси, когда требования техзадания удовлетворятся приблизительно и не особо старательно, а уповают на стадию тестирования, когда тестировщик находит ошибки (или расхождения с ТЗ), а программист накладывает на код заплаты. При этом предполагается, что если наложить на код достаточно много заплат, то получится именно то, что требовалось :). А поскольку Kceния(118 знак., 25.12.2021 02:20)
    - Ну, поправить багу и коммитнуть (и закрыть тикет) — это совершенно отдельный уровень разработки. Отдельный метод надмозгов. Вся надежда именно на то что девочка-тестировщица скомпилит, запустит, проверит и откатит Jira-тикет: "нет, бага не поправилась, работай еще". Я такое видел. Дураки они есть всегда, к сожалению постоянный приток баксов позволял и позволяет этому д..му плавать... - RxTx(25.12.2021 02:35)
      - Мне встречался противоположный случай, когда тестировщик был мужик с головой, досконально знающий во всех подробностях всё то, что должна делать программа, тогда как программистами были девочки :), которые "исправляли" глюки добавлением очередных if-ов. - Kceния(25.12.2021 02:38)
        
        Повезло. Так это и работало. А если бы девочки были бы мудры :), досконально добавляли бы мудреные if-ы, а мужик был бы дурён и метался бы как обезьяна в клетке - это бы уже не сработало. Потому что один дурак может задать столько вопросов, на которые и сто мудрецов не ответят :) - RxTx(25.12.2021 02:43)

Средства и методы разработки