Статью не читали?
Необходимости компилировать под ARM нет, так как x86 код в этой системе и так хорошо работает.
При этом система 64-битная.
Хотя, если я правильно понял статью, запускается именно ARM код, который генерируется перед первым запуском приложения из x86 кода.
Другими словами, сами вы этого ни когда не делали. Или я не правильно понял, и вы сможете (за определённую плату) выполнять формальное доказательство, для каждого изменения кода программы. Если можете, то хотелось бы подробностей, как это делается на практике.
Достаточно взять пример с акулой. Представьте, как она будет выглядеть при просмотре под углом 45 градусов, а не спереди, как на рендере. Акула натянутая на сферу, это не очень красиво.
Вывод: количество графической информации подходящей для такого экрана ограничено.
Но такой вариант имеет смысл быть, при условии что не будет сенсора касаний.
С сенсором касаний теряется весь оставшийся смысл.
Во-первых, постоянно взаимодействовать экраном на стене не удобно.
Во-вторых не понятно, как такой экран расположить на стене: или чтобы было удобно рукам (хотя бы на уровне плеч), или чтобы было удобно глазам (выше уровня глаз). В итоге и так, и так не удобно.
Поэтому, если уж рассматривать какой-то вариант, то настольный. Например для кафе. Мне как посетителю, был бы удобен монитор, который нельзя перекрыть посудой, в отличии от плоских интерактивных столешниц. Но с точки зрения владельцев кафе, такой стол получается значительно больше, а значит их (столов) в том же помещении будет меньше.
Не совсем понял ваш ответ.
Вы предлагаете после каждого выданного товара вбивать выданное количество в программу?
Если так, то я согласен, что это поможет обнаружить подлог. Но подписи здесь не причём и работает это без всяких штрих-кодов.
Люблю людей которые говорят «работник должен...» не попробовав свой совет на практике.
Вы исходите из того, что документ один и он точно подделан.
В реальности немного по другому.
Во-первых, причиной в расхождении количества очень редко является злой умысел, чаще человеческая ошибка. Если по каждому документу выдаётся сто наименований, то на 33 кг пропавших гвоздей даже внимания не обращать не будут. Важнее выяснить куда делись 3 трубы.
А во-вторых. 100 наименований, 100 сумм, 100 количеств, 100 итогов в каждом документе.
Документов за день может быть тоже 100.
А рабочих дней в месяце 20.
А месяцев в году 12.
И лишь одна переставленная запятая.
Когда её искать, если нужно выдавать товар?
Это как же осложнится жизнь полицейских, которые захотят ворваться в датацентр и изъять сервера.
«более половины населения Земли проживает не далее 200 км от береговой линии»
Надо было прикрепить к статье опрос «Какое расстояние от вас до ближайшего океана?»
Мне кажется, больше половины населения России окажется дальше 200 км.
С другой стороны, эту технологию, наверное, можно применять не только в океане, но в водохранилищах.
Или даже создавать специальные искусственные водоёмы, без живности или наоборот с осетрами всякими, которым подогретая вода придётся по вкусу.
Речь не о складе и кладовщике. Речь о том, что бумага не должна использоваться для принятия решений, если есть электронная система. Но удобных электронных систем на рынке пока нет, а если и есть, то позволить такую себе может только Газпром. Под удобной я подразумеваю такую, с которой не хотелось бы пользоваться распечатками.
В системе изначально указано 3,6 кг. Злоумышленник делает точно такую же распечатку в ворде, но сдвинув запятую в выгодную для себя сторону, т.е. 36 кг. Потому что кладовщик не может таскать с собой компьютер когда ищет товар на полках.
С бумагой всем проще, вам не нужно держать номера документов в голове, а кладовщику не нужно пачкать клавиатуру грязными руками и мыть руки руки перед каждой выдачей.
А списание всегда происходит по электронной системе, особенно при наличии штрих-кода. Не перепечатывать же каждый раз принесённую бумагу в систему, а без этого автоматическая сверка не возможно.
Про ручную сверку всех документов я вообще молчу. Наверняка у вас бывали ситуации, когда в коде находили опечатку в один символ после долгих поисков ошибки, и это при том что вы знали что есть какая-то ошибка и вам помогал искать компьютер.
А что это даст? Ходить между полками склада приходится с бумагой (по ней гвоздей — 36,5 кг), не компьютер же с собой таскать. А считывание штрих-кода вычтет из системы 3,65 кг.
Единственный способ избежать подобной проблемы, доверять можно только тем документам, которые распечатал сам. Но это не всегда удобно. К примеру, мне нужно забрать со склада 20 планок оперативной памяти. Я прихожу на склад, и вспоминаю, что не помню номера документа. Откуда считывать штрих-код? Документа у меня с собой нет! Значит в следующий раз я распечатаю документ сам. Теперь кладовщик должен распечатать свой экземпляр, точно такой же как у меня, потому что доверять можно только тем документам, которые распечатал сам. Первое время после обучения он скорее всего может и будет так делать, а потом расслабится и будет пользоваться моим экземпляром. Вот тут то я и подменю 20 планок на 120 на бумаге. И заметить это будет очень сложно, особенно если выдать нужно не одно наименование, а 100. И не какое автоматическое занесение в форму тут не поможет.
При следующей ревизии найдут недостачу в 100 планок, повесят их на кладовщика, и он начнёт печатать свой экземпляр. Всё будет хорошо, до тех пор пока он снова не расслабится или на его место не придёт новый кладовщик.
В идеале при работе с электронными документами не должно быть обычной бумаги, только электронная, которой удобно пользоваться, которую удобно с собой носить и в которой каждый самостоятельно открывает электронный документ, тогда такому носителю можно будет доверять. Но существующие модели имеют цену iphone, а интеграции с существующими системами документооборота не имеют.
Вот там-то и 33 кг гвоздей всплывут в виде некорректной подписи при проверке.
Как, если для принятия решения используется бумажный документ?
Хочется увидеть это волшебное решение. Желательно на примере того же кладовщика с грязными которому нужно выдать сто наименований товара.
Мне это тоже стало понятно, после того как fpir разъяснил. Но почему это простое объяснение не в статье, а в комментариях? Стоило дать пояснения к переводу, раз не хочется искажать оригинал.
если жертва поймет, что его система скомпрометирована, и изменит регистрационные данные для подключения к удаленному рабочему столу, то все, что потребуется сделать хакеру, — это нажать клавишу SHIFT пять раз
Я один не понял, где и как хакер нажмёт SHIFT, если его уже отключили от RDP?
Принесли бумажку, сверили с файликом все нормально.
Практически не возможно сверить документ из 10000 знаков в котором умышлено переставлена одна запятая, учитывая что таких документов много и о подлоге не предупреждают заранее.
А потом сиди и думай, куда делись 33 кг гвоздей.
Это работает до тех пор пока не влияет на принятие решений.
К примеру, у кладовщика руки часто оказываются то в ржавчине, то в мазуте. Поэтому он просит распечатать и принести ему документ.
По «заверенной» накладной он выдаёт 100 наименований товара, в том числе 36,5 килограмм гвоздей. В конце рабочего дня он отмывает руки и нажимает кнопку «выдано». В электронной системе списывается 3,65 килограмм гвоздей. Расхождение в количестве будет замечено при следующей ревизии, но будет ли замечен подлог — большой вопрос, так как для этого нужно будет сверить все бумажные документы с их электронными аналогами. Вручную!
Поэтому хэш-сумма на бумажном документе бесполезна, она не выполняет ту работу, которую делает в документе электронном. Штрих-код эффективен, только если каждое рабочее место оборудовано сканером штрих-кода. А со сверкой бумажной и электронной версий легко справляется старый, добрый номер документа.
del
Необходимости компилировать под ARM нет, так как x86 код в этой системе и так хорошо работает.
При этом система 64-битная.
Хотя, если я правильно понял статью, запускается именно ARM код, который генерируется перед первым запуском приложения из x86 кода.
А ещё нержавеющие компьютеры и генераторы тока. И инструкции по их использованию.
За 1000 лет слишком многое может измениться.
Так вот почему текст так похож на стенограмму, с трудом осилил. А многое просто не понял.
Ни когда не слышал про flow поэтому следующие вопросы такие нубские:
Это плагин от flow, от babel или от IDE?
Какими IDE поддерживается flow?
Или это и было про Windows?
Вывод: количество графической информации подходящей для такого экрана ограничено.
Но такой вариант имеет смысл быть, при условии что не будет сенсора касаний.
С сенсором касаний теряется весь оставшийся смысл.
Во-первых, постоянно взаимодействовать экраном на стене не удобно.
Во-вторых не понятно, как такой экран расположить на стене: или чтобы было удобно рукам (хотя бы на уровне плеч), или чтобы было удобно глазам (выше уровня глаз). В итоге и так, и так не удобно.
Поэтому, если уж рассматривать какой-то вариант, то настольный. Например для кафе. Мне как посетителю, был бы удобен монитор, который нельзя перекрыть посудой, в отличии от плоских интерактивных столешниц. Но с точки зрения владельцев кафе, такой стол получается значительно больше, а значит их (столов) в том же помещении будет меньше.
Вы предлагаете после каждого выданного товара вбивать выданное количество в программу?
Если так, то я согласен, что это поможет обнаружить подлог. Но подписи здесь не причём и работает это без всяких штрих-кодов.
Вы исходите из того, что документ один и он точно подделан.
В реальности немного по другому.
Во-первых, причиной в расхождении количества очень редко является злой умысел, чаще человеческая ошибка. Если по каждому документу выдаётся сто наименований, то на 33 кг пропавших гвоздей даже внимания не обращать не будут.
Важнее выяснить куда делись 3 трубы.А во-вторых. 100 наименований, 100 сумм, 100 количеств, 100 итогов в каждом документе.
Документов за день может быть тоже 100.
А рабочих дней в месяце 20.
А месяцев в году 12.
И лишь одна переставленная запятая.
Когда её искать, если нужно выдавать товар?
Надо было прикрепить к статье опрос «Какое расстояние от вас до ближайшего океана?»
Мне кажется, больше половины населения России окажется дальше 200 км.
С другой стороны, эту технологию, наверное, можно применять не только в океане, но в водохранилищах.
Или даже создавать специальные искусственные водоёмы, без живности или наоборот с осетрами всякими, которым подогретая вода придётся по вкусу.
В системе изначально указано 3,6 кг. Злоумышленник делает точно такую же распечатку в ворде, но сдвинув запятую в выгодную для себя сторону, т.е. 36 кг. Потому что кладовщик не может таскать с собой компьютер когда ищет товар на полках.
С бумагой всем проще, вам не нужно держать номера документов в голове, а кладовщику не нужно пачкать клавиатуру грязными руками и мыть руки руки перед каждой выдачей.
А списание всегда происходит по электронной системе, особенно при наличии штрих-кода. Не перепечатывать же каждый раз принесённую бумагу в систему, а без этого автоматическая сверка не возможно.
Про ручную сверку всех документов я вообще молчу. Наверняка у вас бывали ситуации, когда в коде находили опечатку в один символ после долгих поисков ошибки, и это при том что вы знали что есть какая-то ошибка и вам помогал искать компьютер.
Единственный способ избежать подобной проблемы, доверять можно только тем документам, которые распечатал сам. Но это не всегда удобно. К примеру, мне нужно забрать со склада 20 планок оперативной памяти. Я прихожу на склад, и вспоминаю, что не помню номера документа. Откуда считывать штрих-код? Документа у меня с собой нет! Значит в следующий раз я распечатаю документ сам. Теперь кладовщик должен распечатать свой экземпляр, точно такой же как у меня, потому что доверять можно только тем документам, которые распечатал сам. Первое время после обучения он скорее всего может и будет так делать, а потом расслабится и будет пользоваться моим экземпляром. Вот тут то я и подменю 20 планок на 120 на бумаге. И заметить это будет очень сложно, особенно если выдать нужно не одно наименование, а 100. И не какое автоматическое занесение в форму тут не поможет.
При следующей ревизии найдут недостачу в 100 планок, повесят их на кладовщика, и он начнёт печатать свой экземпляр. Всё будет хорошо, до тех пор пока он снова не расслабится или на его место не придёт новый кладовщик.
В идеале при работе с электронными документами не должно быть обычной бумаги, только электронная, которой удобно пользоваться, которую удобно с собой носить и в которой каждый самостоятельно открывает электронный документ, тогда такому носителю можно будет доверять. Но существующие модели имеют цену iphone, а интеграции с существующими системами документооборота не имеют.
Как, если для принятия решения используется бумажный документ?
Хочется увидеть это волшебное решение. Желательно на примере того же кладовщика с грязными которому нужно выдать сто наименований товара.
Я один не понял, где и как хакер нажмёт SHIFT, если его уже отключили от RDP?
Практически не возможно сверить документ из 10000 знаков в котором умышлено переставлена одна запятая, учитывая что таких документов много и о подлоге не предупреждают заранее.
А потом сиди и думай, куда делись 33 кг гвоздей.
К примеру, у кладовщика руки часто оказываются то в ржавчине, то в мазуте. Поэтому он просит распечатать и принести ему документ.
По «заверенной» накладной он выдаёт 100 наименований товара, в том числе 36,5 килограмм гвоздей. В конце рабочего дня он отмывает руки и нажимает кнопку «выдано». В электронной системе списывается 3,65 килограмм гвоздей. Расхождение в количестве будет замечено при следующей ревизии, но будет ли замечен подлог — большой вопрос, так как для этого нужно будет сверить все бумажные документы с их электронными аналогами. Вручную!
Поэтому хэш-сумма на бумажном документе бесполезна, она не выполняет ту работу, которую делает в документе электронном. Штрих-код эффективен, только если каждое рабочее место оборудовано сканером штрих-кода. А со сверкой бумажной и электронной версий легко справляется старый, добрый номер документа.