В смысле, потому, что может. :) TRMNL сам заточен на простое получил данные - отрендерил - залил в облако. Это предоставляется в комплекте с девайсом.
Если надо логики чуть больше -- её надо выполнить самому, или завернуть так, чтоб рендерилка съела её как надо. Если выполнять самому, надо где-то. Почему бы и не в форме функции?
По сути -- ничем. Всё, что надо -- вывести куда-либо информацию.
Просто "куда-либо" бывает разное. Мне понравилась идея чего-то что я могу кинуть в любой угол квартиры и не думать про хвосты питания. Раз в пол года зарядить не проблема, благо, таких девайсов уже пяток найдётся, а вот выбирать из мест обитания экрана только те, где есть свободная розетка рядом -- уже надоело. и так тройники в каждом углу с торчащими из них хвостами.
Как они относительно правильно пишут -- рассыпуха может обойтись дороже, чем девайс в сборе. Но нет большой проблемы собрать по запчастям, список запчастей приведён.
Экосистема не очень сложная, прошивка простая, адптировать под что-то альтернативное просто. Если есть где запустить свой сервер -- то вообще можно никому ничего не платить :)
Я, похоже, буду править прошивку, так как хочу добавить часы на экран (сейчас в прошивке их нет) и добавить подсветку строчки расписания поездатов по таймеру, без пингования сервера, чтоб не задумываться глянул на экран на выделенную строчку -- и почапал
Ключ таки должен быть эфимерным и жить в памяти минимальное время, чтобы поиск его превращался в поиск иголки в стоге сена.
Так же говорили про power glitch, что с ней ничего нельзя сделать, питание может пропасть в любой момент и так далее. Ничего, архитектура и структура кристаллов с защитой от ГП все шире и шире употребляется, и это очень даже не дорого.
По идее симметричный ключ, используемый на лету для фактической шифровки-дешифровки, должен существовать в памяти вне зависимости от того, кто его порождал или что использовалось для дешифровки его с диска.
Если само шифрование каждого сектора не происходит где-то в отдельном чипе.
Дайте угадаю, в пачке мест в битлокере есть что-то типа useKey() { memcpy(); decrypt(); memset(); }, благодаря чему ключ остаётся в памяти... Как сказал бы @Andrey2008, "надо было пользоваться PVS-Studio" :D
Я так понимаю, всё же профиль "запуск локальный и для кода, который и так разработчик обрабатывает" предполагает, что если только что-то внезапно совсем плохо не окажется, то обработка должна быть на уровне времени работы компилятора, то есть "медленно, но терпимо".
Я помню игрался с триальной версией PVS на большом проекте -- время проверки было где-то 60% от времени полной компиляции. То есть можно было сходить за кофе -- но не на обед :)
Просто краевые случаи на которых распухают ASTы это самые тривиальные вещи -- (((((((((((((((((((((((((((((((((((((((((((2+2)))))))))))))))))))))))))))))))))))))), if() else if() else и так далее -- когда бинарность дерева начинает кусаться. И сколько бы не пытался их обойти {я собственноручно грамматики многократно перепиливал чтоб 2+2+2+2+2 сворачивалось в ('+', [2, 2, 2, 2, ...]) вместо ('+', 2, ('+', 2, ('+', 2, ('+', ...))))} -- а всё равно где-нибудь встретишь ужасы типа цепочки в 100500 ифов, и по очереди то out-of-mem, то out-of-stack, то просто на бэктрекинге на минуты зависает из-за квадратичного нежданчика.
И да, встречается в живом коде, не только синтетика.
А если интересно синтетику на которой можно пошатать деревья разбора и обхода их -- советую подглядеть в глубинные тесты у ZetaSQL: этим подходом я очень много яблок с деревьев стряс, заодно убедил избавиться от javacc :))
"Не в даваясь в подробности" и вводим тета-большое и о-большое, обозвав о-большое "пойдёт для печати".
А ничего, что тета-большое это средняя сложность алгоритма, а о-большое это худший случай, это РАЗНЫЕ термины? Лучше бы не вдаваясь в подробности не упоминали тета-большое, чем наврать.
А какая точность? А то по описанию в статье, они смогли сказать, что далеко от земли. Это, конечно, полезно, но практично ли?
(тут надо вставить комикс про космическую радиацию)
Подписка (разовый платёж точнее) нужна чтобы они для тебя начали генерить и хранить картинки у себя.
Если при настройке ей скормить свой сервер (можно в локальной сети) - то платить не надо.
Ух ты! Домик из реальных кирпичиков, которые надо как кладку сложить вручную, по запаху? Блин, красотища какая!!!
Ааааа...! Так это, дэлчев.
В смысле, потому, что может. :) TRMNL сам заточен на простое получил данные - отрендерил - залил в облако. Это предоставляется в комплекте с девайсом.
Если надо логики чуть больше -- её надо выполнить самому, или завернуть так, чтоб рендерилка съела её как надо. Если выполнять самому, надо где-то. Почему бы и не в форме функции?
По сути -- ничем. Всё, что надо -- вывести куда-либо информацию.
Просто "куда-либо" бывает разное. Мне понравилась идея чего-то что я могу кинуть в любой угол квартиры и не думать про хвосты питания. Раз в пол года зарядить не проблема, благо, таких девайсов уже пяток найдётся, а вот выбирать из мест обитания экрана только те, где есть свободная розетка рядом -- уже надоело. и так тройники в каждом углу с торчащими из них хвостами.
ЖК красивше, но постоянно требует питания.
Как они относительно правильно пишут -- рассыпуха может обойтись дороже, чем девайс в сборе. Но нет большой проблемы собрать по запчастям, список запчастей приведён.
Экосистема не очень сложная, прошивка простая, адптировать под что-то альтернативное просто. Если есть где запустить свой сервер -- то вообще можно никому ничего не платить :)
Я, похоже, буду править прошивку, так как хочу добавить часы на экран (сейчас в прошивке их нет) и добавить подсветку строчки расписания поездатов по таймеру, без пингования сервера, чтоб не задумываться глянул на экран на выделенную строчку -- и почапал
Тоже триггернуло и купил. Плюс нагуглил код на $15 скидки :)
Ключ таки должен быть эфимерным и жить в памяти минимальное время, чтобы поиск его превращался в поиск иголки в стоге сена.
Так же говорили про power glitch, что с ней ничего нельзя сделать, питание может пропасть в любой момент и так далее. Ничего, архитектура и структура кристаллов с защитой от ГП все шире и шире употребляется, и это очень даже не дорого.
Делаем ставки, как будет названа следующая линейка: A070 или 10070? :)
Кто первый выпустит карточку 100500 ?
с 16 гигами рамы-то?
По идее симметричный ключ, используемый на лету для фактической шифровки-дешифровки, должен существовать в памяти вне зависимости от того, кто его порождал или что использовалось для дешифровки его с диска.
Если само шифрование каждого сектора не происходит где-то в отдельном чипе.
То есть 9070 хуже чем 4090?
Дайте угадаю, в пачке мест в битлокере есть что-то типа
useKey() { memcpy(); decrypt(); memset(); }, благодаря чему ключ остаётся в памяти... Как сказал бы @Andrey2008, "надо было пользоваться PVS-Studio" :DЯ так понимаю, всё же профиль "запуск локальный и для кода, который и так разработчик обрабатывает" предполагает, что если только что-то внезапно совсем плохо не окажется, то обработка должна быть на уровне времени работы компилятора, то есть "медленно, но терпимо".
Я помню игрался с триальной версией PVS на большом проекте -- время проверки было где-то 60% от времени полной компиляции. То есть можно было сходить за кофе -- но не на обед :)
Просто краевые случаи на которых распухают ASTы это самые тривиальные вещи --
(((((((((((((((((((((((((((((((((((((((((((2+2)))))))))))))))))))))))))))))))))))))),if() else if() elseи так далее -- когда бинарность дерева начинает кусаться. И сколько бы не пытался их обойти {я собственноручно грамматики многократно перепиливал чтоб2+2+2+2+2сворачивалось в('+', [2, 2, 2, 2, ...])вместо('+', 2, ('+', 2, ('+', 2, ('+', ...))))} -- а всё равно где-нибудь встретишь ужасы типа цепочки в 100500 ифов, и по очереди то out-of-mem, то out-of-stack, то просто на бэктрекинге на минуты зависает из-за квадратичного нежданчика.И да, встречается в живом коде, не только синтетика.
А если интересно синтетику на которой можно пошатать деревья разбора и обхода их -- советую подглядеть в глубинные тесты у ZetaSQL: этим подходом я очень много яблок с деревьев стряс, заодно убедил избавиться от javacc :))
В очередной раз стало интересно: а как у вас с разбором вещей типа цепочки ифов, после автогенераторов?
Графы в памяти не разбухают? Анализатор не начинает тормозить как Гомер после пива? :D
"Не в даваясь в подробности" и вводим тета-большое и о-большое, обозвав о-большое "пойдёт для печати".
А ничего, что тета-большое это средняя сложность алгоритма, а о-большое это худший случай, это РАЗНЫЕ термины? Лучше бы не вдаваясь в подробности не упоминали тета-большое, чем наврать.
цЫган на цЫпочках подошел к цЫпленку и сказал: ЦЫЦ
Поиск работает то есть термин существует. Может и не словарный -- но распространённый.
Другие это как минимум openai, gemini