Обновить
32

Пользователь

0,4
Рейтинг
6
Подписчики
Отправить сообщение

Так архиватор - же, не разархиватор)

Да хотябы добавили бы какая программа, блин, её не даёт удалить, вместо "another programm" - уже бы было меньше головняка...

Спамеры спамят в спаме от спамеров 😁@moderator

У них 100500 вариантов восстановления и переустанови, временами очень похожие, т.к. такое количество абсолютно различных вариантов придумать сложно. Правда ни один из них так и не работает 😁

Некоторые "нормальные" машины выглядят получше, кмк. Но виноват, конечно, не Айв & Co,, а маркетинг 😅

100% на выборке в двух это мощно :)

Некоторые проголосовали за коммент - прибавьте (а остальные молча согласились 😁).

бинарная операция над двумя литералами, с одинаковым значением (единица).

Так и в ней нет ничего подозрительного, не менее подозрительно чем 1 << 2.

И почему, тогда не подозрительно что в последовательности

applyWorkingColorSpaces: 1 << 2,

emitHalftones: 1 << 3,

emitPostScriptXObjects: 1 << 4,

одну и ту-же единицу то на 2, то на 3 бита двигают? А где-то ниже эту-же самую единицу куда-то прибавляют, а там в сдвигах использовали? Это вообще warning as error (сарказм))

Вот если бы было написано

define x = 1

x << x

тогда - да, на саму себя, сдвиг был бы. А

Под всю эту вариацию языков уже написан почти всеядный LLVM, который пережовывает это в свое внутреннее представление, а из него компиляцию в бинарник уже написали в рамках проекта.

ПО не только на C написано, а ещё версий C и других языков куча, а ПО часто сразу на нескольких языках писано + ассемблерные вставки. Это надо отправить описание всех версий всех языков, к исходникам прикрепить на какой версии какого языка его компилировать, а есть ещё ОС и зависимости, на которых это всё запускать ...

А тут один файл, и для его запуска надо только реализовать виртуалку из одной команды.

Да, но с какого-то момента память становится гораздо легче масштабировать чем пилить поддержку всех современных вычислительных изысков.

Понятно слишком много говно-кода чтобы переписать это на нормальный ЯП 😅

Память - это однородные ячейки, их насыпать не сложно. Основная сложность в архитектурах\микроархитектурах на тысячи команд. Эмулятор x86 явно будет сложнее 50 строк.

я сразу думаю не про бородатое прошлое нулевых, а про тот софт что сейчас - через 20 лет уже он будет "устаревшим" а ведь там очень много что "оптимизировано" по процессорам

Скорее всего к тому времени процессоры будут тащить это и без оптимизаций.

для такого "одного простого компилятора" нужно под каждый язык программирования заводить реализацию, плюс ручные доводки популярных как минимум

Нет - не надо, используют LLVM. В рамках этого проекта реализовали компиляцию промежуточного представления LLVM в этот код, а сам LLVM пережовывает все поддерживаемые языки в это промежуточное представление уже.

я больше за железо думаю

Смысл этого проекта как раз в том чтобы отвязаться от всей этой магии и перекомпилировать всё в код для максимально простой аппаратной архитектуры, буквально из !одной! инструкции (Тьюринг-полной), для которой эмулятор написать - это 50 строк кода, а лет через 1000 - можно будет и аппаратный исполнитель себе напечатать на домашнем литографе 😀

Что-то они выпали из тренда переписывать всё на Rust.

А я просто попросил Claude запомнить и больше не спрашивать - он себе куда-то в глобальную память записал 😎

Зато работа стала в два раза сложнее - раньше: подумал-покодил, а сейчас постоянно думаешь промты\ревью\следить_за ботом = в два раза быстрее выгорания за те же деньги

Но для HTTPS - это не вариант. Всего-то надо перехватить DNS, который сразу и IP и TXT поддельные вернет. А т.к. сертификат никем глобально не подтвержден - не проверить. Это ещё везде DNSSEC надо развернуть, но его тоже надо валидировать...

1
23 ...

Информация

В рейтинге
2 927-й
Зарегистрирован
Активность