Приложение для оплаты электроэнергии(!) и то не даёт сделать скрин (ну что там такого важного можно защищать?). Пришлось делать фото на другой телефон, перед тем, как звонить в техподдержку.
Не понимаю чего боятся, то, что пароли в скриншотах или номера карточек будут хранить. Так это естественный отбор компьютерной грамотности.
Пхаха. Ну вы наверное эксперт в fpga, но для более широкой аудитории не очевидно, что там, скажем нет циклов, а есть конечные автоматы. Синхронизация данных по границе тика передней или задней, латчи, и кучу всего другого) а вместо присваивания, там либо защелка либо «виртуальные провода»
А как вы переписали сишный код на fpga? Мне кажется эта тема как раз таки и очень интересная . Там и парадигмы программирования ломаются интересным образом…
PICO-8 как раз глушит и RAM и процессор и количество кода. Меня этот момент беспокоил до того момент, когда я увидел как на моем M1 система освещения из пары спрайтов начала дропать FPS до 20. И тогда понял, надо менять стиль программирования на тот, что был в NES
В мире open-src либ, которые на модных языках написаны очень популярно ломать старый API и кидать все, что плохо лежит, в deprecated. Что у JS-ыстов (только не vanilla), что у питонистов ни хуя не будет работать если проекту больше 5-6 лет. Я понимаю чистый код, типа удаляй больше, чем добавляй, но в очередной раз просто хочется заморозить все версии локально и не обновляться никогда, пока функционала хватает и дыр серьезных нет. Иначе любой апдейт от Васи, может тратить человекочасы не только автора, но и еще создает абсолютно ненужную работу для цепочки людей в интернете (если только вы этим напрямую не зарабатываете и можете убедить других в важности этой работы).
DRM в OSX встречал только в Apple TV, с какого нибудь нетфликса, который через браузер летит - без проблем)
Не понимаю чего боятся, то, что пароли в скриншотах или номера карточек будут хранить. Так это естественный отбор компьютерной грамотности.
Да вроде как и с любым инструментом
Don’t overuse
Думаю неплохо было бы добавить правку и генерацию текста с llm (любую малую модель), чтобы сочиняло булеты исходя из данных анкеты :)
Жаль IOT устройства с bluetooth до сих не общаются на человекочитаемом языке. Кидались бы json ами да и делов то в реверсить…
Open source, работает даже на тостере, можно пересобрать под любую платформу (почти)
Пришел за 2B, жаль мало ;)
Вроде как на OLED версии слово дрифт уже и не вспоминаем.
Там не нужен, WE полностью локально работает.
У меня в лаборатории как раз для таких целей отрезанная от инета ПИ-шка с маленьким экраном прикручена к стене. Что-то в роде научного калькулятора
RaspberryPI (W) + Wolfram Engine!
А верно ли я понимаю, что X-ы, даже если локально работают, то все равно используют TCP в качестве транспорта?
Т.е. пусть даже в режиме immediate mode, выходит что пикча должна запаковаться в tcp, потом снова распаковаться и отрисоваться на GPU?
Интересно. Я думаю обществу было бы проще принять, если бы вы написали материал, где есть структура:
Проблема 1С (какая нибудь типичная, например с обновлением конфигурации) >> как решено во фьюжн
и т.д.
Ну и конечно юз кейсы, просто много хороших примеров как решать типовые задачи
Пхаха. Ну вы наверное эксперт в fpga, но для более широкой аудитории не очевидно, что там, скажем нет циклов, а есть конечные автоматы. Синхронизация данных по границе тика передней или задней, латчи, и кучу всего другого) а вместо присваивания, там либо защелка либо «виртуальные провода»
А как вы переписали сишный код на fpga? Мне кажется эта тема как раз таки и очень интересная . Там и парадигмы программирования ломаются интересным образом…
Как говорится в этом вся соль. А вы ее спрятали…
PICO-8 как раз глушит и RAM и процессор и количество кода. Меня этот момент беспокоил до того момент, когда я увидел как на моем M1 система освещения из пары спрайтов начала дропать FPS до 20. И тогда понял, надо менять стиль программирования на тот, что был в NES
Да нет, почему же. Какую-нибудь анимированную heatmap выгоднее рисовать прям шейдером аля как раз gpu.js
Долго это. Займет 10-20 лет, чтобы оно появилось и работало на каждой кофемашине…
В мире open-src либ, которые на модных языках написаны очень популярно ломать старый API и кидать все, что плохо лежит, в deprecated. Что у JS-ыстов (только не vanilla), что у питонистов ни хуя не будет работать если проекту больше 5-6 лет. Я понимаю чистый код, типа удаляй больше, чем добавляй, но в очередной раз просто хочется заморозить все версии локально и не обновляться никогда, пока функционала хватает и дыр серьезных нет. Иначе любой апдейт от Васи, может тратить человекочасы не только автора, но и еще создает абсолютно ненужную работу для цепочки людей в интернете (если только вы этим напрямую не зарабатываете и можете убедить других в важности этой работы).
Так одним комментарием обесценить труд человека и его команды в computer science, физики (ранние работы) и тп. Круто, действительно пшик
Как минимум никаких бы юпитеров и прочих крутых repl не было бы
Это забавно. На darwin он тупо падает, если появилось или запросилось много файлов. Даже на секвои не пофиксили ;)
Но радует нативная интеграция как на винде files on demand. В основном поэтому не ухожу с подписки на 1Тб