Вот тоже по мере чтения пришло понимание, что в буквы ПМ смешаны две разные роли:
1 Product Manager (Product Owner)
2 Project Manager
И в статье пожоже что есть попытка во вторую роль насаждать навыки первой, хотя они должны сосуществовать парой. А еще точнее, по одному продукту может быть и несколько проектов
Однажды ошибся и страссировал под шаг 0.5, а реальный чип с шагом 0.8. Получился паук о 32 лапках. На фото без микроскопа почему-то выглядит ужос-ужос, похоже телефон в кашу мелкие детали превратил.
Если размер сенсора уменьшать, то это еще более странная затея, простой кроп с предыдущего объектива делает плюсминус то же самое
Дальше: когда Вы путешествуете, вы понимаете, какие (какое) фокусное расстояние в конкретной локации Вам надо. Так что одной - двух матриц более чем. Я с советских времен и года до 2003 обходился в путешествиях набором объективов 35+50+135. 35 надо бы заменить на 24, но тогда я был еще более беден чем сейчас
Про утопию с 7" в качестве замены видоискателя Вам уже написали.
Мне кажется, или имеет смысл купить 2 одинаковые тушки + оптика и пожертвовать удобством, или фотосмартфон и в жертву качество. А Ваш единорог - уже не телефон, но еще не камера
Понимание у Вас странное. Бизнес не знает слова "БД", ему глубоко наплевать на это и на все остальное "под капотом".
А если Вы раньше "такое писали", а теперь перестали "такое" писать, значит Вы действительно наконец-то поняли, какое ТЗ должно быть - бизнес-функции на понятном клиенте языке. И очевидно, что Вы стали его писать. А статья или про подмену понятий или про настолько простые задачи, что и без ТЗ сойдет.
Есть "обычная" часть ОЗУ и есть часть ОЗУ, которая может использоваться как ОЗУ, а может как теневое ОЗУ, в которое при старте копируется часть FLASH и получается исполнеие кода zero-wait-state даже на 240МГц. А еще для части FLASH такое теневое ОЗУ есть аппаратно по умолчанию и при старте проц несколько миллисекунд еще до передачи управления на стартовый вектор копирует FLASH туда. Жрет при этом около 30 мА, что ставит крест на применении Artery F4 в устройствах, которые не способны обеспечить 30 мА. Вот такое вот ОЗУ
Можно начать переход с почтового клиента. Под Linux не нашел ни одного клиента, который может создать встречу в календаре и прикрепить к нему файлы (протокол прошлой встречи, презенташку и т.п.). Аналогично не нашел клиента с возможностью взять встречу в календаре, отредактировать и перенести.
Судя по всему, ноги у всех клиентов из Thunderbird, который до сих пор не смог
боюсь стать токсичным комментатором, но спрошу и тут: есть ли возможность натренировать нейросеть в том числе и на спам-звонках и рассылках от самого Тинькофф, чтобы Ваш уважаемый банк перестал наконец мне предлагать взять кредит, стать абонентом Т-мобайл, увеличить овердрафт и разные другие части тела ?
Игорь Моисеев ... Покажет, какие ошибки анализа экспериментов приводят к тому, что выводы по проведенным экспериментам становятся невалидными
Большая просьба, передать г-ну Игорю Моисееву пожелание: рассмотреть ошибку выдачи экспериментаторам для тестирования современных мощных компьютеров и мобильных девайсов, которая привела к тому, что при анализе экспериментов очевидно был сделан вывод "у меня все работает"
вывод по проведенным экспериментам у Вас стал абсолютно невалидным, ибо у подавляющего большинства моего окружения, пользующегося компьютерами и другими устройствами категории "не топовое и 3+ лет от роду" сайт и сервисы OZON безбожно тормозят и вырабатывают привычки "ничего никуда не вводить и ничего нажимать не менее 30 секунд после предыдущего действия, ибо бесполезно"
более того, при грамотном использовании шунтирующий, блокировочный и развязывающий могут уточнять смысл в зависимости от включения конденсатора
а тут поменял автор на декаплинг
примерная аналогия с бездушным словом на fu... начинающимся и на ...ck заканчивающимся, которое пытливый русский ум может 15 разными способами и интонациями перевести в зависимости от ситуации )))
В нашей практике все ровно наоборот. Офисы легально купленные, версии от 2013 до последней. Все и везде выглядит одинаково, в том числе от партнеров \ клиентов \ заказчиков. Word, Excel, Powerpoint. Криво было при переезде с 2007. Характер документов - документация на разрабатываемое железо и софт, проектная документация, сопутствующие презенташки. Все документы с таблицами, картинками, кучей стилей, с гиперссылками. Часть документов исходно не нашего авторства и соответственно изменить верстку и стили нельзя. Про PDF - он только для обмена результатами, но не для работы же над документом.
Так что для корпоративных (не путать с внутрикорпоративными) клиентов выбора по сути нет.
Я как-то уже писал похожий комментарий, но главное ведь не в лентах-вкладках или плохом недопереводе или новых хоткеях и даже не в тормозах. До сих пор все попытки использования Office@Linux разбиваются о жуткую несовместимость документов с версткой чуть сложнее "Hello world" и СУММА(A1:A10).
И это чаще всего в принципе невозможно объяснить заказчику \ клиенту \ партнеру \ нужное_вписать, который прислал Вам документ, созданный в MS Office.
вы наверно пропустили что все это делалось больше 15 лет назад, такие буквы: DMA, NOR FLASH, SSD были, но в каких то космических далях
Я в embedded 25+ лет, начиная с середины 90-х и 8051, так что рассказывать и сам много могу, и были проекты когда на ассемблере пару байт памяти не хватало, как в той известной байке
Надо просто разрулить обращения к шине по времени
Именно это я и написал Вам в первом своем комментарии, в том числе и про необходимость сидеть в поллинге и тупо тратить такты, если железо не позволяет ничего больше, и про обработку ошибок
Дело в том, что последние лет 10 я в-основном пытаюсь сделать этот мир лучше, разгребая подобные решения, сделанные от непонимания базовых принципов этого самого embedded и realtime. И вроде программист отличный и код вроде классный, но люди вообще не понимают, что они делают, поскольку архитектор на проекте отсутствовал как класс (не важно, выделенная это должность или это программист или это железячник и т.п.).
Ваша статья озаглавлена "Можно ли решить задачу реального времени без RTOS, разберем реализованную задачу", а я пытаюсь донести сообществу, что RTOS тут как бы и ни причем, и про то, что Ваша задача не стоит выеденного яйца, если действовать не от реализации в железе, а от приоритетов функций, определяемых бизнес-логикой устройства.
Думаю больше переписываться действительно не стоит, мы на разных языках
К счастью бывают такие задачи. Иначе и embedded-прогрммисты "ожирели" бы в своих творениях, как WEB-сайты и подобное. Да, иногда бизнес ставит "невпихуемые" задачи и приходится и оптимизировать и жертвовать.
Если все так, как Вы описали, то проблема вообще отсутствует при условии что в железо не упираетесь. Запустили АЦП, пришло прерывание об окончании - запустили на прерываниях и/или DMA транзакцию во флэш, все оставшееся время до и после прерываний в фоне считайте свои вычисления, где проблема-то вообще??? На картинке у Вас время сохранения и время вычисления последовательны, а в тексте Вы пишете, что работа по прерываниям. Есть конечно еще шанс, что тормоза из-за неучтенного времени стирания сектора флэш, особенно если это не NOR FLASH, а чтото SSD-подобное, которое прячет от Вас проблемы со стиранием.
... вы выкинули обработку отсчета с АЦП, а обработка сигнала с этим новым отсчетом одна из приоритетных задач ...
... запись во флеш имеет тот же приоритет по другой причине ...
Я не выкидывал ничего, я приоретизировал описанные Вами процессы. Обработка отсчета АЦП производится все время, свободное от обслуживания периферии, и про это я в явном виде написал.
Совершенно очевидно, что если нет посчитанных данных, то записывать во флэш нечего (если это конечно не сырые отсчеты АЦП, но это тривиальный случай получили - записали). При этом не менее очевидно что жизнь пациента имеет наивысший приоритет.
Вам имеет смысл разобраться в требованиях, а не в реализации, расставьте запятые в "казнить нельзя помиловать". Процессор выполняет одну инструкцию (грубо) в один момент времени.
Вот тоже по мере чтения пришло понимание, что в буквы ПМ смешаны две разные роли:
1 Product Manager (Product Owner)
2 Project Manager
И в статье пожоже что есть попытка во вторую роль насаждать навыки первой, хотя они должны сосуществовать парой. А еще точнее, по одному продукту может быть и несколько проектов
Ошибка с шагом выводов
Однажды ошибся и страссировал под шаг 0.5, а реальный чип с шагом 0.8. Получился паук о 32 лапках. На фото без микроскопа почему-то выглядит ужос-ужос, похоже телефон в кашу мелкие детали превратил.
Я на стороне полуполного стакана, и уж точно не занимаюсь минусением.
Уже появился, и его написали Вы
Если размер сенсора уменьшать, то это еще более странная затея, простой кроп с предыдущего объектива делает плюсминус то же самое
Дальше: когда Вы путешествуете, вы понимаете, какие (какое) фокусное расстояние в конкретной локации Вам надо. Так что одной - двух матриц более чем. Я с советских времен и года до 2003 обходился в путешествиях набором объективов 35+50+135. 35 надо бы заменить на 24, но тогда я был еще более беден чем сейчас
Про утопию с 7" в качестве замены видоискателя Вам уже написали.
Мне кажется, или имеет смысл купить 2 одинаковые тушки + оптика и пожертвовать удобством, или фотосмартфон и в жертву качество. А Ваш единорог - уже не телефон, но еще не камера
Понимание у Вас странное. Бизнес не знает слова "БД", ему глубоко наплевать на это и на все остальное "под капотом".
А если Вы раньше "такое писали", а теперь перестали "такое" писать, значит Вы действительно наконец-то поняли, какое ТЗ должно быть - бизнес-функции на понятном клиенте языке. И очевидно, что Вы стали его писать. А статья или про подмену понятий или про настолько простые задачи, что и без ТЗ сойдет.
Позвольте, но вот же он: https://habr.com/ru/companies/globalsign/articles/737694/#comment_25584832
Есть "обычная" часть ОЗУ и есть часть ОЗУ, которая может использоваться как ОЗУ, а может как теневое ОЗУ, в которое при старте копируется часть FLASH и получается исполнеие кода zero-wait-state даже на 240МГц. А еще для части FLASH такое теневое ОЗУ есть аппаратно по умолчанию и при старте проц несколько миллисекунд еще до передачи управления на стартовый вектор копирует FLASH туда. Жрет при этом около 30 мА, что ставит крест на применении Artery F4 в устройствах, которые не способны обеспечить 30 мА. Вот такое вот ОЗУ
так именно про это и есть пост, ее не глушат стандартные глушилки, она сама оглохнет )
апелляция к скорости - странный аргумент, не FPV же по этому каналу гнать, а для телеметрии за глаза 20...30 байт, 20...30 раз в секунду
Можно начать переход с почтового клиента. Под Linux не нашел ни одного клиента, который может создать встречу в календаре и прикрепить к нему файлы (протокол прошлой встречи, презенташку и т.п.). Аналогично не нашел клиента с возможностью взять встречу в календаре, отредактировать и перенести.
Судя по всему, ноги у всех клиентов из Thunderbird, который до сих пор не смог
боюсь стать токсичным комментатором, но спрошу и тут: есть ли возможность натренировать нейросеть в том числе и на спам-звонках и рассылках от самого Тинькофф, чтобы Ваш уважаемый банк перестал наконец мне предлагать взять кредит, стать абонентом Т-мобайл, увеличить овердрафт
и разные другие части тела?Большая просьба, передать г-ну Игорю Моисееву пожелание: рассмотреть ошибку выдачи экспериментаторам для тестирования современных мощных компьютеров и мобильных девайсов, которая привела к тому, что при анализе экспериментов очевидно был сделан вывод "у меня все работает"
вывод по проведенным экспериментам у Вас стал абсолютно невалидным, ибо у подавляющего большинства моего окружения, пользующегося компьютерами и другими устройствами категории "не топовое и 3+ лет от роду" сайт и сервисы OZON безбожно тормозят и вырабатывают привычки "ничего никуда не вводить и ничего нажимать не менее 30 секунд после предыдущего действия, ибо бесполезно"
более того, при грамотном использовании шунтирующий, блокировочный и развязывающий могут уточнять смысл в зависимости от включения конденсатора
а тут поменял автор на декаплинг
примерная аналогия с бездушным словом на fu... начинающимся и на ...ck заканчивающимся, которое пытливый русский ум может 15 разными способами и интонациями перевести в зависимости от ситуации )))
а какое отношение это имеет к NBIOT?
В нашей практике все ровно наоборот. Офисы легально купленные, версии от 2013 до последней. Все и везде выглядит одинаково, в том числе от партнеров \ клиентов \ заказчиков. Word, Excel, Powerpoint. Криво было при переезде с 2007. Характер документов - документация на разрабатываемое железо и софт, проектная документация, сопутствующие презенташки. Все документы с таблицами, картинками, кучей стилей, с гиперссылками. Часть документов исходно не нашего авторства и соответственно изменить верстку и стили нельзя. Про PDF - он только для обмена результатами, но не для работы же над документом.
Так что для корпоративных (не путать с внутрикорпоративными) клиентов выбора по сути нет.
Я как-то уже писал похожий комментарий, но главное ведь не в лентах-вкладках или плохом недопереводе или новых хоткеях и даже не в тормозах. До сих пор все попытки использования Office@Linux разбиваются о жуткую несовместимость документов с версткой чуть сложнее "Hello world" и СУММА(A1:A10).
И это чаще всего в принципе невозможно объяснить заказчику \ клиенту \ партнеру \ нужное_вписать, который прислал Вам документ, созданный в MS Office.
И это еще в статье не упомянули почтовый клиент.
Я в embedded 25+ лет, начиная с середины 90-х и 8051, так что рассказывать и сам много могу, и были проекты когда на ассемблере пару байт памяти не хватало, как в той известной байке
Именно это я и написал Вам в первом своем комментарии, в том числе и про необходимость сидеть в поллинге и тупо тратить такты, если железо не позволяет ничего больше, и про обработку ошибок
Дело в том, что последние лет 10 я в-основном пытаюсь сделать этот мир лучше, разгребая подобные решения, сделанные от непонимания базовых принципов этого самого embedded и realtime. И вроде программист отличный и код вроде классный, но люди вообще не понимают, что они делают, поскольку архитектор на проекте отсутствовал как класс (не важно, выделенная это должность или это программист или это железячник и т.п.).
Ваша статья озаглавлена "Можно ли решить задачу реального времени без RTOS, разберем реализованную задачу", а я пытаюсь донести сообществу, что RTOS тут как бы и ни причем, и про то, что Ваша задача не стоит выеденного яйца, если действовать не от реализации в железе, а от приоритетов функций, определяемых бизнес-логикой устройства.
Думаю больше переписываться действительно не стоит, мы на разных языках
К счастью бывают такие задачи. Иначе и embedded-прогрммисты "ожирели" бы в своих творениях, как WEB-сайты и подобное. Да, иногда бизнес ставит "невпихуемые" задачи и приходится и оптимизировать и жертвовать.
Если все так, как Вы описали, то проблема вообще отсутствует при условии что в железо не упираетесь. Запустили АЦП, пришло прерывание об окончании - запустили на прерываниях и/или DMA транзакцию во флэш, все оставшееся время до и после прерываний в фоне считайте свои вычисления, где проблема-то вообще??? На картинке у Вас время сохранения и время вычисления последовательны, а в тексте Вы пишете, что работа по прерываниям.
Есть конечно еще шанс, что тормоза из-за неучтенного времени стирания сектора флэш, особенно если это не NOR FLASH, а чтото SSD-подобное, которое прячет от Вас проблемы со стиранием.
Я не выкидывал ничего, я приоретизировал описанные Вами процессы. Обработка отсчета АЦП производится все время, свободное от обслуживания периферии, и про это я в явном виде написал.
Совершенно очевидно, что если нет посчитанных данных, то записывать во флэш нечего (если это конечно не сырые отсчеты АЦП, но это тривиальный случай получили - записали). При этом не менее очевидно что жизнь пациента имеет наивысший приоритет.
Вам имеет смысл разобраться в требованиях, а не в реализации, расставьте запятые в "казнить нельзя помиловать". Процессор выполняет одну инструкцию (грубо) в один момент времени.