Все это конечно замечательно, но только в применении к маленьким проектам. Для более-менее приличных проектов должно быть грамотное разделение проекта на функциональные блоки, и тогда этот совет скорее стоит перефразировать как «прочитайте весь код модуля в котором ты работаешь».
А то ведь некоторые работают над такими продуктами, что чтение всего коде без осмысления может занять несколько лет, а уж с осмыслением…
Ну элементарная математика же… Вот смотри, допустим до майнеров доход от видеокарт был
100млн у AMD
200млн у NVIDIA
пришли майнеры и купили на 100млн видеокарт, предположим что 50/50, хотя скорее больше у AMD, получилось
150млн у AMD
250млн у NVIDIA
У AMD доход вырос в 1.5 раза, у NVIDIA только в 1.25
Если под «анализируемой программой» подразумевается только та часть, которая исполняется непосредственно на устройстве, а не все что можно «выполнить удаленно» на другой машине в сети, то вовсе нет.
Т.к. такая связь с сетью ничем по сути не отличается от обычного ввода/вывода и принципиально анализ программы не усложняет.
Другое дело что сложность анализа может расти сильно нелинейно от сложности системы. Но чисто теоретически, к проблеме останова это отношения ни имеет.
На самом деле нет, потому что тогда он столкнётся с проблемой останова.
Это распространенное заблуждение. Проблема останова актуальна только для машины Тьюринга, поскольку она бесконечна. Для любой конечной системы возможно решение этой проблемы с использованием более «мощной» системы.
Я щас не помню уже точно названия, вроде она-же. Один блок размером с большой холодильник + вроде было еще что-то. Может просто у нас был "бракованный" комплект. Все-же, я это чудо видел в кружке информатики, а не на производстве :)
А кстати, насколько эта память надежна, имеется в виду сохранность содержимого при отключенном питании? Помнится в советские времена были ЭВМ с ферромагнитной памятью, и если мне не изменяет склероз, то где-то за неделю в выключенном состоянии память портилась...
Я имел в виду контролеры типа Epson S1D13522, но судя по всему тут его вообще нет и он эмулируется програмно. Ну тогда по идее и датчик с флэшкой должны использоваться MSP430. Но на самом деле если в флэшке есть что-то полезное наверно проще это один раз считать и записать в память самой MSP430, чем постоянно держать ее включеннной, ну а с температурой вы уже написали.
А они и не должны быть связаны с дисплеем, они должны быть связаны с контроллером дисплея. Или в вашем случае отдельного контроллера нет как такового и все делает MSP430?
«Лишние детали» на плате на самом деле не установлены «на всякий случай в качестве бонуса», а несут вполне осмысленную функциональную нагрузку.
Во-первых датчик температуры. Дело в том, что электронная бумага довольно чувствительна к перепадам температуры, ведь чем больше/меньше температура дисплея, тем быстрее/медленнее двигаются микрочастицы. Соответсвенно для каждой температуры из рабочего диапазона с шагом около 5 градусов испоьзуется своя вэйвформа.
Что будет если не использовать датчик температуры? Вобщем-то ничего катастрофического, но при отклонении температуры дисплея от «дефолтной», картинка может очень сильно «расплыться» (не в плане четкости, а в плане корректности цветов), особенно сильно это будет заметно на градиентном изображении, но и строго черно-белая картинка может пострадать.
Во-вторых флэшка. Тут все гораздо сложнее.
На флэшке могут содержаться критически важные данные, как-то вэйвформы, «микропрограмма» для контроллера экрана и наконец значение Vcom дисплея. Но… могут и не содержаться.
В принципе все это можно загрузить программно, и видимо так и делается в вашем случае раз у вас все работает, единственное что, я бы проверил что у вас корректно задается Vcom, он обычно дублируется в письменном виде на самом дисплее, а его корректрная устанвка может сильно повлиять на качество изображения.
А то ведь некоторые работают над такими продуктами, что чтение всего коде без осмысления может занять несколько лет, а уж с осмыслением…
100млн у AMD
200млн у NVIDIA
пришли майнеры и купили на 100млн видеокарт, предположим что 50/50, хотя скорее больше у AMD, получилось
150млн у AMD
250млн у NVIDIA
У AMD доход вырос в 1.5 раза, у NVIDIA только в 1.25
А чем tuple/tie не подходят?
Т.к. такая связь с сетью ничем по сути не отличается от обычного ввода/вывода и принципиально анализ программы не усложняет.
Другое дело что сложность анализа может расти сильно нелинейно от сложности системы. Но чисто теоретически, к проблеме останова это отношения ни имеет.
Это распространенное заблуждение. Проблема останова актуальна только для машины Тьюринга, поскольку она бесконечна. Для любой конечной системы возможно решение этой проблемы с использованием более «мощной» системы.
Во-первых датчик температуры. Дело в том, что электронная бумага довольно чувствительна к перепадам температуры, ведь чем больше/меньше температура дисплея, тем быстрее/медленнее двигаются микрочастицы. Соответсвенно для каждой температуры из рабочего диапазона с шагом около 5 градусов испоьзуется своя вэйвформа.
Что будет если не использовать датчик температуры? Вобщем-то ничего катастрофического, но при отклонении температуры дисплея от «дефолтной», картинка может очень сильно «расплыться» (не в плане четкости, а в плане корректности цветов), особенно сильно это будет заметно на градиентном изображении, но и строго черно-белая картинка может пострадать.
Во-вторых флэшка. Тут все гораздо сложнее.
На флэшке могут содержаться критически важные данные, как-то вэйвформы, «микропрограмма» для контроллера экрана и наконец значение Vcom дисплея. Но… могут и не содержаться.
В принципе все это можно загрузить программно, и видимо так и делается в вашем случае раз у вас все работает, единственное что, я бы проверил что у вас корректно задается Vcom, он обычно дублируется в письменном виде на самом дисплее, а его корректрная устанвка может сильно повлиять на качество изображения.