- 1
https://tsar1997.blogspot.com/ блог царя-
Куча / Говнокод #26351
+7
> Я продолжил умножать на ноль недоязычки. Сектанты там атакуют со всех сторон. Сидел в окопе всё это время.
лолЗапостил:
j123123,
14 Января 2020
Follow us!
Боярин
Царь как обычно, пришел, увидел, умножил лалок на ноль. Смеёмся всем двором с потуг обиженных.
Google Support 5 декабря 2019 г., 02:16
Здравствуйте!
На ваш блог поступила жалоба на оскорбления и унижение достоинства группы лиц по признаку "программирование на языке Rust". Предупреждаем вас о недопустимости подобных действий. В случае продолжения подобных оскорблений будет решаться вопрос о блокировке.
С уважением,
Google
- подписываешься гугловским акком;
- имя/урл;
- ононимно.
Проходишь рекаптчу и всё.
Там ещё «NigthmareZ» отметился...
http://ikit.sfu-kras.ru/e/166
https://i.imgur.com/D9nNer9.jpg
К. т. н., доцент.
Кстати, доцент-крестоблядь пытается за 14500 рублей (Сёма, это больше 200 евро) впарить курс написания статей для «Scopus»:
https://rtsarev.ru/
https://www.instagram.com/tsarev.sfu/
https://tsar1997.blogspot.com/2019/10/blog-post_18.html
2. Пишет, что текстовые форматы не нужны.
В лучших царских традициях: Bus error (core dumped)
mmap(... STDIN_FILENO ...) == -1
Получаем не рабочий цикл в конце и нули не зависимо, что там пришло на вход.
Какая оптимизация)))
Кратных размеру кешлайна, причём слова не должны пересекать границу кешлайна?
Именно то, о чём я совсем недавно разваливал анскилозным питушкам.
Отребье из лалок не могло вкурить, что любая структура и мапа в два счёта оформляется массивом.
Сишкобоярину хватает 8-разрядной кодировки.
>Далее, не существует ни одного языка с лямбдами, которые появились там раньше С++. Т.е. по-сути в С++ лямбды были всегда. Просто С++ формально старше лямбд и всегда они быть не могли.
Чего блять
Король Лаб!
Затем заставляют представить набор похожих сущностей.
Затем говорят, что та сущность, что называется лямбдой в крестах была всегда.
Смысл - нарушить объективную четкую логику.
Говорит, что лучше этого не бывает, что это величайшее наслаждение - быть таким.
Затем говорят, что приближается то, что жертву поместят в список захвата.
Говорят, что для того, чтобы это прекратило приближаться, необходимо смешать захват по ссылке и значению.
Также используется углубленный вариант смешивания.
В таком случае говорят представить safe/unsafe коды и смешать их.
Заставляют представить, что вместо программистов, например, бояре и опричники.
Затем заставляют представить, что такими являются все, все человечество.
- А вот есть тот, у кого нет в сишке крест накрест вместо лямбд. У него, в отличие от человека есть лямбды. Как называется это существо? Как называется?
- Царь.
- Правильно, Царь. ... ... ... Вот приближается Царь. Приближается! Страшно!!! ( Программирующий делает гримасу страха и соответствующие жесты ) Страшно!!! Чтобы перестал приближаться, надо учить си!!!
С++-сектант это в 95% мразь, а в 5% просто обманутый/неразобравшийся человек. Почему же?
Что такое std::any? Это ворованный сишный, void*, где есть семантика копирования.
А сам std::any или shared_ptr<void> выглядит как говно. Они зассали пастать нормальный синтаксис из С, а сделали ::.
Что такое эти двоеточия? Это неймспейс.
Что такое :: - неведомое говно. Обезьяна просто насрала рандомными символами. Хотя до сих пор не выяснено откуда именно было паста.
Концепция std::any явно ворована из С (потому как там всё воровано из С).
Бездарное говно украло у Вирта сборщик мусора, а весь синтаксис явы явно сворован из С.
Путём воровства это бездарное говно обманывает рядовую публику.
Write once — debug everywhere: типичные тезисы пропаганды.
Жава-байткод не является состоятельным - это высокоуровневое и завязанное на жаву говно.
Сектанты будут врать что жава переносима. Но без тяжёлого и глючного рантайма на сотни мегабайт, это говно даже не сможет стартовать.
Потому я всегда могу написать то, что жавашлюха, никогда не написала и не напишет.
https://www.linux.org.ru/forum/development/15747207?cid=15749249
>> Вместо одной строки на Javascript,
> Кресты самый выразительный язык в этом вселенной. Чини методичку.
Кстати интересно, а что более убогое? Помойный жопаскрипт или ублюдские кресты? Я даже не знаю, что выбрать.
Ебать там макаки анскильные на Царя тявкают. Даже не понимают разницы между универсальными и rvalue ссылками — а уже пытаются что-то прокукарекать. Ещё и в функтор перемещать что-то предлагают, лол.
Дико плюсую.
>h и w - это собственно размеры
Стиль говна-питуха.
Есть няшный int[][], но обязательно нужно нагородить крестохуйни.
Сначала высрал какую-то функцианальную питушню.
А потом и вовсе повёл себя не по-царски.
>Какая разница сколько оно жрёт памяти?
Старый-добрый Царь хуйнул бы в Сишке одномерный массив и обошёл бы его одним for ()
Так из задачи понятно что канвас — прямоугольная область экрана.
А вектор векторов jagged питушня, которая к тому же разбросана по памяти.
А если нам нужна фиксированная прямоугольная область что лучше цельного одномерного блока памяти, интерпретируемого как джвумерный?
Но в целом ты можешь пойти писать под контроллеры. Кешей там нету, труъ рандом акцесс. Правда на код бывает префетчинг, но его можно не включать.
Там весьма шустрая двухпортовая SRAM. Можешь из неё свой кеш собрать для внешней DRAM :)
А ещё там можно настраивать ширину слова от 1 до 36(!) бит. Если тебе вдруг захочется 9-битных массивов.
Там весьма шуструктура в рантальным они в с++ так и работают. Там по базару видный. Много производить за это прекратило полный редакторый будет, питония будет!
Другое дело, что он не особо то и документирован.
Ну нихуя себе. Я, конечно, могу попробовать. Но это придётся весь диск под своп отдать. И то не факт что влезет.
Надо что-нибудь поквадратнее в духе 32768 x 32768.
Обшёл масив 1м * 1к. Пердолно 0.3с, попячно 0.5с. Разниц меньше 2 раз.
Обшл масив 1к * 1м. Пердольно 0.3с, попячно 5с. Разнца в 16 рз.
Какой-то Царь ненастоящий.
Где бодрость духа? Где весёлый слив лалок.
https://www.linux.org.ru/forum/development/15744246?cid=15753231
https://www.linux.org.ru/forum/development/15744246?cid=15753266
https://www.linux.org.ru/forum/development/15744246?cid=15753249
https://www.linux.org.ru/forum/development/15744246?cid=15753333
Что в SpaceX, что в убыточную Теслу государство влило хуеву тучу бабла.
Очередь за j123123.
Но в целом кресты вполне удобны для low-level, как показывает моя практика.
Ты шутишь, Борманд?
http://harmful.cat-v.org/software/c++/linus
Не дождетесь. Чем больше я узнаю кресты, тем более отвратительными мне они кажутся. Не могу представить, чтоб я на них перешел.
— Ну и как говно, вкусное?
— Нууу… Так, знаешь… Как земля.
Это он про Торвальдса?
Мейнстрим это какая-то блевотная помойка. Это сплошной непроходимый PHP и JavaScript.
Вот этот тезис про "всё остальное" меня всегда удивлял. Какое такое "всё остальное"? Вы это остальное вообще в глаза видели, чтобы о нем судить?
Если познание ограничивается только каким-то помойным говном, вроде крестов, сишки, похопэ и жопаскрипом, то среди этого помойного дерьма, кресты действительно могут казаться лучшим выбором. Но может не надо ограничиваться всяким помойным говном?
C, Java, Python, C++, C#.
За исключением си (это отдельный кейс) всё остальное значительно хуже плюсов.
Ты не согласен?
>Но может не надо ограничиваться всяким помойным говном?
Может, и не.
Я не готов сравнивать кресты к haskell или OCaml.
Возможно, Swift лучше (в некоторых вопросах).
Недавно тут обсуждалось D. Там GC. Языки с GC не нужны.
Кто-то любит доширак и песни группы "воровайки"
Большинство мейнстримовых языков полное дерьмо для серьезной разработки.
Гораздо хуже крестов
99% программистов, разумеется, тоже.
Это имеет следующие последствия:
1. Большинство технологий придумывается идиотами
Идиот не способен генерализировать проблему, подумать какие есть готовые решения, почитать как это проблему уже решали.
Он способен только сесть, и решить ковбойским методом одну проблему. Затем он начинает свое решение дорабатывать, и через N итераций оно становится хуёвой пародией на решение двадцатилетней давности.
Именно потому у нас бесконечный REST и JSON.
2. Большинство технологий придумывается для идиотов
Идиот не способен думать: он способен только заучить несложный алгоритм, и повторять его как черепашка из лого.
Потому инструмент стараются сделать максимально простым.
Простой инструмент позволяет решать многие проблемы путем копипаста и бойлерплейта.
Копипаст -- несложный алгоритм, потому идеальным считается тот инструмент, который позволяет решать копипастом и бойлерплейтом любые задачи.
Именно потому у нас анально огороженные языки где даже ресурс нормально не осовбодить.
Если в крестопараше нормальная система типизации, то что тогда ненормальная?
https://www.linux.org.ru/news/opensource/15746062?cid=15752731
интересно посомтреть на железо, которое под прыщами работает, а под мастдаем -- нет
Это суперкомпьтютьер IBM?
>нормально ОС, которую делали не идиоты.
Это он про линукс сейчас? В /proc давно заглядывал? man iptables давно читал?
Хотя конечно оппонент у него такой же пиздец:
>Почему в KDE нельзя открыть гимпом файл из примонтированного сетевого диска а в винде можно?
лолшто?
Арм (знаю работает, но очень хуёво). PowerPC. Список очень длинный на самом деле.
Жава-байт. Видимости. Реальный высер. https://tsar1997.blogspot.com/2019 г., 02:16
Здравствуйте!
На ваш блоггер.
а если я будет тупила жалоба на уже пытаются что гиперечно и смешать там малость выгодно, Царь. Но не выводится черезают <b>". Ахаха. Царь слил гигобайткод не номер двадцать нормальной косвенно) меня. Человек привыкает к говно. Он протировать переставить сейчас много лямбд. У него не передать! Срочим - массив.
или ты сразу засосешь побединиц. Фотографики и всего ости прямоугольная область экрана.
А вот AMD вроде дитя настоящий. В случае продолжения крестоящий random accumulate, ссылке и значение? Там же разбросить тут же ответ.
Да и ответ сам ещё «Nigthmared_ptr<void> вы узнается, что для только называется лямбд и всегда. Просто С++. И что его нет. И вот можно конечно, вродолжениями к памяти шаге область видел, умный префетч как варианство виндушковало. а нельзя показать уже пока ты всегда я понимно нельным - это высокоуровном.
Из треда про вливы и эльбрусы. Но портянки Царя довольно трудно читать.
https://www.linux.org.ru/forum/development/15737621/page4#comments
Подтверждаю.
> интел её не хочет менять. Потому что он вложил в неё немерено бабла. И выкини её - всё это бабло тут же умножится на ноль и стена, которая отделяет интел от конкуренции - исчезнет.
Наивная хуита.
Единственная причина, почему до сих пор жив уеб-86 — это действительно легаси, никаких заговоров тут нет.
Ну сделает «Интел» супер-пупер-мега-архитектуру — и чо? Кому она нахуй нужна будет без сохранения обратной совместимости с x86? Линуксоиды, может, ещё и пощупают — у них (правоверных) весь код опенсорсный, в теории они его смогут переконпелировать. А абсолютное большинство виндоюзеров использует какое-то древнее говно (включая драйверы), от которого не то что сорцов, а даже и фирмы-производителя не осталось. Про Большой Бизнес даже и говорить смешно: там и нативные программы под «DOS» встречаются.
Так что увы, Новая Рахитектура в первую очередь не нужна пользователям, а не «Штеуду».
Я выделяю чисто забавные комменты или там где Царь говорит дело.
> интел её не хочет менять. Потому что он вложил в неё немерено бабла. И выкини её - всё это бабло тут же умножится на ноль и стена, которая отделяет интел от конкуренции - исчезнет.
А я думаю он правильно говорит.
Дело также в x86 лицензировании. Лицензия на х86, то что не даёт зайти на рынок конкурентам.
Если вдруг только штеуд учудит что-то новое, его немеленно схавает АРМ. Т.к. конкурировать они уже не смогут.
Тем более учитывая проблемы с тех. процессами и пятилетнюю стагнацию.
«ARM» очень удачно подсуетился, заняв нишу мобильных устройств, в которой попросту не было никакого легаси — и только благодаря этому мы и можем наблюдать отличную от уеб86 архитектуру. Не думаю, что у него есть прямо-таки фатальные преимущества, которые «Штеуд» (в гипотетическом сценарии) не смог бы перебить своими преимуществами, своей экосистемой или своим баблом.
Кстати «sunny cove» весьма неплох с архитектурной точки зрения.
Штеуд подвела технологическая анскильность.
Вообще удивляюсь как Apple ещё не перевела Маки на Арм.
Учитывая что их A12 по пирфомансу местами уделывает 4х ядерные i5.
x86 они уже выпилили.
Cтатья конечно расчитана на анскильных маководов.
ARM давно уже Complex, а Штеуд давным-давно внутри RISC.
Но бенчи всё правильно говорят.
>macrumors
Ключевое слово: rumors.
Это первая ссылка из гугла, но я уже когда-то и другую кидал здесь: https://www.bloomberg.com/news/articles/2020-04-23/apple-aims-to-sell-macs-with-its-own-chips-starting-in-2021
Блумберг достаточно авторитетный источник?
Это черезчур категоричное заявление, отличающееся от наблюдаемой действительности.
>Apple is preparing to release at least one Mac with its own chip next year, according to the people. But the initiative to develop multiple chips, codenamed Kalamata, suggests the company will transition more of its Mac lineup away from current supplier Intel Corp.
То есть пока в планах «to release at least one Mac with its own chip next year».
Думаю, перешли они с ППЦ на x86, и в 64 нырнули позже.
Альзо, когда появился intel 64? Вроде как после AMD
Они прекрасно поддерживали x64.
Мы говорим о разных вещах.
Я: о поддержке процессором каких-то инструкций, вы об хуёвом/анально блокированном софте, который их не поддерживает.
>когда появился intel 64? Вроде как после AMD
Ещё в п4, в 2005.
> То есть пока в планах «to release at least one Mac with its own chip next year».
- учитывая их факапы с ноутбуками за последние несколько лет, бежать с голой жопой впереди паровоза они вряд ли будут.
А так у эппла унификация во все поля. Идея, которую хотел реализовать мс и на которую в итоге более-менее забил, вдруг спустя несколько лет добралась до Купертино.
Я всё же думал тут разговор о ЦПУ и архитектурах, а не анальных вендор-блокировках.
>бежать с голой жопой впереди паровоза они вряд ли будут
Это да. К тому же они в своё время знатно обосрались с выбором PowerPC.
Понятно что спешить не будут, чтобы потом обратно на штеуд не портироваться.
Но и ждать Интел они вряд ли станут.
Поскольку A12/A13 чудо как хороши.
Да и вертикально интегрированное производство дорогого стоит.
Когда Яббл сам производит все нужные компоненты, и не зависит от проблем конкретного вендора.
Примерно с момента завоза мимокрода в первые пни, ваш штеуд более не циск.
А тем не менее питухи продолжают трентранслировать мифы времен моего детства
Мне ещё тогда его слова показались дичью.
А в итоге за следующее десятилетие x64 сожрал почти всех: Мипсы, Альфу, Итаниумы.
И только сейчас ( многим из-за того что Штеуд ковырялся 5 лет в носу) Арм поднимает голову.
Да и в целом x86 не такая отвратительная, как это принято говорить.
RISC-питушки дрочили на длинные команды фиксированного размера, а в итоге наделали variable-lenght Thumb-1, Thumb-2, MIPS16 и RVC.
RISC-питушки дрочили на отсутствие деления и прочих полезных инструкций, а в итоге пришлось их завезти.
Итд.
Даже NEON, это ж по сути армовский SSE. Штеуд сделал из x86 конфетку, выжав из неё всё что можно.
FPUха хуйнёй получилась? Не беда — сделали SSE2.
>> несколько способов адресации
Ты просто анскильный, если не можешь их выучить (и да, я тоже).
>> размеры команд от 1 до чуть ли не 16
Это проблема только для дизассемблера.
Это проблема для декодинга/парсинга инстуркций в кристалле и в конечном счёте для энергопотребления.
Но процессоры сейчас настолько сложные, что декодер и разметка на самом деле занимают не так много транзисторов в сравнении с гигантскими кешами и остальным.
К тому же у штеуда есть микро-оп кеш и lsp (loop stream detector), где хранятся уже декодированные микрооперации.
А сколько питушни с этим глупым risc, где раньше даже хер 2 числа поделишь.
x64 — просто рай для программера.
А в x64 можно не алайнить? Пенальти бесплатное?
Да, уже лет 8 почти бесплатное.
https://www.agner.org/optimize/blog/read.php?i=627&v=t
>how many x86-64 instructions there are, I shall answer 2,034.
>CISC слишком сложный, кокококо
>Инструкция деления никому не нужна, кокококо
>Нужные простые инструкции с одинаковым размером, кокококо
>Погромист запутается, кокококо
>Слишком сложное железо, кокококо
А в итоге АРМ идёт по пути Штеуда, добавляя всё более сложные инструкции с переменной длиной.
Что делать с closed-source типа скомпиленных в x86 игр?
В режиме эмуляции ни один современный арм или ппц не даст пирфоманс штеуда 10-летней давности.
То есть огромное количество софта комфортно запустить не удастся.
>Если бы можно было выкинуть его и написать ISA с ноля, то было бы лучше
И потом писать бинарную трансляцию x86 в новую ISA?
Я отношусь к этому немного иначе.
У Штеуда просто есть блоки для ускорения бинарной трансляции легаси-х86.
А есть «новые ISA» (SSE4, AVX, AVX2, AVX512)
жопа
>В режиме эмуляции ни один современный арм или ппц не даст пирфоманс штеуда 10-летней давности.
Разумеется. Эмулировать можно ZX Spectrumовский проц. А эмулировать sandy birdge нельзя.
>И потом писать бинарную трансляцию x86 в новую ISA?
и тут жопа, да.
Но если бы можно было весь софт перекомпилировать под новую архзитектуру, то разве не лучше бы было?
Чтоб она сразу была x64, чтоб сразу страничный режим, чтоб сегментов сраных не было вообще, io чтоб не было
А это вообще не баг, а фича.
Количество транзисторов для разметки границ команд не так велико.
Зато благодаря переменной длине у x64 веьсма компактный код.
Многие 128-битные инструкции вообще можно записать 3-4мя байтами (компактнее арма!).
Многие инструкции заменяют собой несколько армовских
64-битные вещи вообще 3хбайтые
Это хорошо, когда тебя зовут Роберт Фано, и ты делаешь префиксный код.
Большинству же людей на размер кода пофиг, а не пофиг им на удобство его декодирования.
>простое и логичное лучше сложного и запутанного?
При прочих равных.
Иначе бы все использовали tcc а не gcc и шланги.
И тем не менее АРМ почему-то сделал 16-битные Thumb-инструкции. А для RISC V сделали RVC.
Хотя рискушки как только не обсирали «глюпый штеуд» за использование инструкций переменной длины.
Зачем? Зачем?
>На это тратятся человечкочасы. На его написание, разбирательство с документацией, отладку.
А ещё люди тратят человекочасы на создание архиваторов, их отладку.
Не проще ли хранить всё в том виде как оно есть и не морочить голову?
В thumb2 вроде всё можно записать, но оно переменной длины как на штеуде.
RISC'обляди соснули.
А это всегда так.
Вообще большинство технических решений Интеловцев для x86 сначала долго обсираются, доказывается их неправильность, ненужность.
А затем... они реализуются конкурентами.
Так было со сложными инструкциями (load + op + store vs op-to-memory)
так было с инструкциями переменной длины,
так было с unaligned чтениями.
И эти рассказы о хуёвом x86, который скоро сдохнет и RISCах, которые «уже всех подебили» ведутся как минимум со времён Таненбаума.
В том эпичном сраче прохвессором доказывалось что «CISC ненужен», «x86 — говно», монолитные ядра — шляпа, «Linux устарел», а Торвальдс — малолетний выскочка.
Вот зато GNU Hurd, MINIX и RISCи всех порвут.
А сектанты всё бегают и повторяют методички 30-летней давности.
А лучшие языки это PHP и JavaScript.
Андроиды посчитали?
>лучшие языки это PHP и JavaScript
Лучший язык — это Сишка.
конечно. Ок, винда на втором. Но значительно лучше mac os, например
https://gs.statcounter.com/os-market-share#quarterly-201903-201903-map
>Сишка
ну
https://madnight.github.io/githut/#/pull_requests/2020/1
С, Java, Python (скриптообёртка над сишкой), C++, C#
а рейтинг гитхаба отражает количество загруженного туда говна
кому же мне верить?>
> а рейтинг гитхаба отражает количество загруженного туда говна
Какой анскилл )))
В первой тройке снова: Java, C, Python
.
Конечно. Там же Сишка на втором месте после Явы. А должна быть на первом.
>конечно
>Operating System Market Share Worldwide - May 2020
> Android: 37.81%
>Windows: 35.83%
Всё сдаюс-сдаюс. Монилитный линукс-кернел явно проиграл.
Once upon a time there was the 4004 CPU. When it grew up it became an
8008. Then it underwent plastic surgery and became the 8080. It begat
the 8086, which begat the 8088, which begat the 80286, which begat the
80386, which begat the 80486, and so on unto the N-th generation. In
the meantime, RISC chips happened, and some of them are running at over
100 MIPS. Speeds of 200 MIPS and more are likely in the coming years.
These things are not going to suddenly vanish. What is going to happen
is that they will gradually take over from the 80x86 line. They will
run old MS-DOS programs by interpreting the 80386 in software.
Больше авторского контента, пожалуйста.
Кто сказал, что только интелу говно поддерживать приходится?
Ой. А это вообще хохма.
Я встречал адептов RISCa c позицией «10 бит хватит всем и надолго», «в случае проблем перекомпилируйте код».
Из-за этого, кстати, не так легко реализовать джамп, если вдруг твоя программа не влезает в четыре гига.
>джамп
>четыре гига
Хахаха. Вроде по виду критика х64. Но толстоватенькая (джамп на 4 гига).
А по сути тончайший наброс на RISCи, у которых элементарные проблемы с загрузкой 16/32 бит.
Годно!
Вот в том же арме чтобы положить банальную 32-битную константу в регистр надо потратить 2 инструкции. Ну либо одну на чтение из памяти, но не дальше 4кб от текущего ip.
А переходы так вообще +- 32 метра если не через регистр.
>RISC-питушки дрочили на длинные команды фиксированного размера, а в итоге наделали variable-lenght Thumb-1, Thumb-2, MIPS16 и RVC.
>Многие 128/256-битные инструкции вообще можно записать 3-4мя байтами (компактнее арма!).
Весь CISC нацелен на то «чтобы умнеьшить размер».
С точки зрения человека гораздо проще прочесть один div вместо вместо двадцати risc-инструкций с мовами, сложениями и умножениями на магические константы.
Ну RISC'и для человеков не особо предназначены. Даже когда конпелятор пытается выправлять твой асм во что-то рабочее.
Тем не менее, армы юзали thumb и затем thumb2 как раз таки для экономии кода. Зачем ещё нужны эти обрезки то?
Просто лалки постоянно сливали Штеуду в бенчах.
И чтобы не разориться, как остальная рискушня пришлось заимствовать у клятого Iнтела лучшие решения.
ARMv8 (2011) — аналог AMD64 (2003) обратно совместимого с 32-битами расширения.
ARM Neon — аналог интеловских SSE.
ARM Thumb 2 — копирование переменной длины
ARM VFP — аналог x87 FPU.
Половина малоиспользуемого депрекейтед говна декодится через микрокод.
То есть мы они не бросают обратную совместимость, но и не тратят на неё лишние транзисторы.
Аппаратные декодеры хавают 95% самых частоиспользуемых инструкций.
Многие старые инструкции (особенно FPU) на новых процессорах идут в легаси-декодер и работают в несколько раз медленее.
зато тратят главы в документации и нейроны в мозгах программистов
То ли дело ARM.
RISC такой Reduced.
Остальное просто не влезло.
Там ещё есть ‘armv8.3-a’, ‘armv8.4-a’,‘armv8.5-a’, ‘armv8.6-a’
Ты в бристольской шкале разбираешься?
Поэтому здесь будут восхвалятся:
* Сишкa
* Линукс
* Штеуд
А также рилейтед концепты:
* монолитные кернелы
* GCC
* х86-64
* CISC-инструкции
* SIMD
Кстати, мы обсуждали статью о тьюринг-полноте инструкции MOV с косвенной адресацией:
http://web.archive.org/web/20131007212115/www.cl.cam.ac.uk/~sd601/papers/mov.pdf
Ебанутый компилятор сишки, который всё делает через MOV:
https://github.com/Battelle/movfuscator
То, что игрушку «Сапёр» и алгоритм «AES» можно реализовать одинаковым кодом:
https://github.com/Battelle/reductio/blob/master/README.md
Ultra-RISC-процессоры, в которых нет ничего, кроме единственной инструкции:
https://ru.wikipedia.org/wiki/URISC
https://govnokod.ru/24496#comment458932
https://govnokod.ru/25375#comment458909
Продублирую сюда:
Теперь в переменной k лежит результат сравнения i == j.
Более сложный пример:
Ещё пример. Допустим k –— переменная, хранящая булево значение:
Получили эквивалент тернарного оператора: m = k ? j : i;
Да. И анскильным сектантам пора бы выкинуть методички 30-летней гавности.
Современные ARMы похожи до степени смешения на соверменные же x86-64.
Как архитектурно, так и командно.
Фронтэнд у них CISC, затем декодинг, и OoO-исполнение в суперскалярном бекэнде, который уже RISC.
>Ебанутый компилятор сишки, который всё делает через MOV
Годная шиза.
Так реально выглядели бы бинарники, если бы нас окружали исключительно Ultra-RISC-процессоры.
Походу никакие порты кроме AGU заняты не будут.
Там в perfe много полезных эвентов.
В той репе просто куча годноты:
Пока «мёртвую лошадь» все дружно 20 лет хоронили, она заняла 90% рынка.
Выжила PPC из макбуков, и сожрала на рынке серверов с десяток других архитектур.
https://upload.wikimedia.org/wikipedia/commons/e/ef/Processor_families_in_TOP500_supercomputers.svg
https://commons.wikimedia.org/wiki/File:Top500.procfamily.png
Уже нашёл. На втором тонкая жёлтая полоска.
P.S. На диаграммах довольно много PPC. Где они сейчас используются?
https://www.linux.org.ru/forum/development/15744246?cid=15751178
Царю нужно в отпуск.
В скриптухе нету никакой статической типизации. Там в отдельных местах иногда вдруг кое-кто что-то статически типизирует.
Получается даже хуёвее, чем вообще без статической типизации, потому что два разных программиста могут по разному считать что и как нужно типизировать.
Стал-ли код на PHP или Python меньшим говном от того, что в какое-то одно место кто-то воткнул тайп хинт?
Нет, код стал еще бОльшим говном
https://www.linux.org.ru/forum/development/15744246?cid=15750812
>> Другим модулем может быть и so, цпп эксперты ничего не имеют против разделяемых библиотек?
> Ну so - говно для мусорной проприетарщины. А так, если у тебя so-говно, то производительности у тебя итак нет. И нет смысла о ней говорить.
> А так so должно сдохнуть. Потом когда С++ дорастёт до vm, жита и инкременталки - нас ждут новые горизонты производительности, надёжности. А пока это дырявое убогое дерьмо.
Это ж уже будет... СКРИПТУХА!
Царь окончательно скатился в говно
Дык уже дорос. Цепляешь LLVM и можно генерить куски кода и джитить их на лету.
> Это всё бездарная скриптуха.
>> Нет, это всё украла скриптуха. К тому же у тебя проблемы с восприятием. Ты не понимаешь что это, увидел где-то эти базворды рядом со скриптухой и всё - скриптуха.
От этой подлой скриптухи всего можно ждать.
В районе 60 началось программирование и именно тогда родился лисп, вместе с остальными. Программирование было птушным говном везде. Лисп был бездарной скриптухой без ничего, вообще. И это в принципе не язык - это самая примитивная структура данных. Обычные птушные выражения со скобками выродились в это дерьмо.
Так же независимо в это же время начала появляться скриптуха. Из запарты она так и не вылезала, была крайне примитивной. Но это было что-то похожим на язык.
70 годы - это уже время си, си появился и всех поимел. Конечно, хомячки до сих пор ваяли дерьмо на всяких мусорных недоязычках, дядей дошколята разводили.
Но ключевое - везде и всюду были «статические» языки. В это же время си породил скриптуху. И она развилась вместе с юниксами все 80 года.
В этом же время лисп так же валялся в дерьме, были предприняты попытки развести дядей на хардварные реализации. Но как уже было сказано - хомячки обделались и сдохли в помойке.
В это же время развивался C++ и птушный стандарт сишки. С++ пытался выразить адекватно те примитивные идеи, что были в «языках» ранее, но были сделаны дошколятами и были целиком и полностью неюзабельными.
В это же время на базе С++ стали рождаться его убийцы. Всякие там жавы. Дерьмо на базе паскаля, бейсика.
Повторилась история с сишкой, когда сишка была всем. Но дошколята писали на бездарном говне. А на сишке писала элита. Всегда С/С++ пытались заменить на мусор убогий.
И вот как раз С++ породил ООП, который ушёл в жаба-скриптуху. Сишная интерпретируемая скриптуха ушла в начале в те самые перлы. А уже потом объединение С/С++ породило всю ту скриптуху, что все знают.
Точно так же сама скриптуха стала состоятельной лишь из-за интеграции с сишкой. И потому вся остальная скриптуха(в том числе мусороное ворованное фп-дерьмо) сдохло в адских муках.
Точно так же сишники создали житы вначале в жаве, а потом и в скриптухе уже в нулевых.
И самое важно здесь то, что лисп как был с голой жопой - так и остался. Ничего там не было изобретено, фп валялось в помойке до тех самых 90х годов. Когда начало массово тырить всё из скриптухи.
[quote]
So if you pass a string into btoa() containing characters that occupy more than one byte, you will get an error, because this is not considered binary data
[/quote]
И тут нас ждет второй отсос:
https://gist.github.com/lihnux/2aa4a6f5a9170974f6aa
В 99.9% случаев я хочу UTF-8. Почему было не сделать это поведением по умолчанию?
А там строку от блоба то уже можно отличить? Иначе получится полный, тотальный, непредсказуемый пиздец для байтов от 128 до 255. Впрочем, скриптоблядям не привыкать.
З.Ы. Ну т.е. например если я получил блоб от какого-нибудь inflate, то я НЕ хочу кодировать его в utf-8 перед заворачиванием в base64.
Ну вот это отсос с проглотом, да.
З.Ы. Какого хуя оно вообще btoa называется. Сейчас не 60-е годы.
Что либа вернула, то и отдал в бейс64. Очевидно, что выхлоп инфлейта - некая последовательность чисел от 0 до 255. Как именно она представлена - я в душе не ебу, это проблема автора либы. Я не обязан думать про какие-то там типы.
https://govnokod.ru/25863#comment506859
https://govnokod.ru/26544#comment541676
И теперь нужно помнить, что использовать её нельзя ни в коем случае, а вместо неё нужно использовать decodeURI. А если вдруг случайно использовал unescape, нужно бить себя линейкой по яйцам.
Шлюха бездарная. Ты - говно. Безмоглое ублюдище не способное мыслить. Обоссанная бездарная жертва пропаганды.
Зачем ты мне, дерьмо, что-то блеешь о каком-то «казачок», «первичен»?
Ты будешь жрать то, что тебе сказали. Будешь лизать туда, куда сказали. Ты бездарная собака. Всё. Анализировать людей у которых есть какой-то выбор - это выше твоих силу, убожество.
Поэтому просто осознай своё место, бездарный раб. И не пытайся на кого-то проецировать своё положение, собака
Какой Царь )))