Статья замечательная, плохо что не российского автора.
У меня тоже есть Atari, правда 8-ми битный. Лет 7 назад я начал кодить для него игру на макроассемблере MAC65, но энтузиазм быстро иссяк по причине отсутствия должного количества свободного времени (эпизодические набеги не дают должного результата, а только расстраивают). Осталась одна надежда - как-то дотянуть до пенсии, послать всё лесом и засесть за кодинг. :-)
Всё далеко не так, как Вы это себе сейчас нафантазировали. В англоязычном интернете уже более полугода кипят говны по поводу обязательной опции "Age Verification" во всех операционных системах, и, смею Вас заверить, всё гораздо печальней. Подобный закон сейчас находится на рассмотрении в штатах Калифорния, Колорадо и еще ряде других. Скорее всего в ближайшее время будет принят аналогичный федеральный закон в США. Кстати, такой же закон уже принят в Бразилии, и Британии, и, вероятно наши слуги народа придумают что-то аналоничное, в этом просто нет сомнений.
Теперь что на самом деле требуется. Американский законодатель требует верифицированную (достоверную) информацию о возрасте пользователя залогиненного на данный момент в систему (не на Web сайт, а именно в операционную систему компьютера пользователя - мобильник тоже им является). Достоверность будет определяться специальным сертификатом (читай - цифровым паспортом), который через специальный API будет автоматически отдаваться браузером (или любой другой программой) по запросу посещаемого в Сети ресурса или для нужд самой программы. Подчеркиваю, это касается не только сайтов в сети, но и локальных программ - то есть локальная игра может проверить возраст игрока и отказать ему в запуске игры! Как будут раздаваться сертификаты пока не понятно, но скорее всего в США будет создан сервис на подобие наших Госуслуг (тут мы уже опережаем партнеров). Canonical (Ubuntu) совместно с Linux Foundation уже пилят специализированный API, который будет внедрен в systemd на большинстве дистрибутивов Linux. Как этот вопрос будет решаться в других ОС - пока не ясно. BSD-шники в массе своей затаились, ждут и смотрят, как это дело будет решено в Linux и, скорее всего, придумают что-то аналогичное. Особенно не понятно что делать разработчикам таких ОС как PC-DOS или различных эмуляторов (они тоже классифицируются как ОС, и в них тоже есть игры Adults Only).
Некоторые разработчики операционных систем (GhostBSD, OpenBSD) пытаются отмахаться от этой проблемы путем добавления в EULA строки типа "данная ОС не может быть использована в штате Иллинойс/Колорадо/Калифорния" и т.д. Но это всё припарка, которая работает до первого прицедента.
PS: Эту тему, и все вытекающие проблемы, хорошо освещает видеоблоггер Byan Lunduke.
P.S. Про карты до 1992-го VGA было действительно смешно, спасибо.
А причем тут именно VGA ?
Первая альтернативная видео карта (Hercules) для IBM PC появилась почти сразу - в 1982 года. За ней подтянулись и другие. К 1990 году IBM PC-совместимая платформа с 486-м процом уделывала по производительности любое изделие на базе Motorola 68K. Более того, к этому же времени для IBM PC уже были выпущены горы стороннего железа, в том числе видео и звук. И именно открытость платформы PC задушила все конкурирующие изделия, в том числе так горячо любимую Вами Amiga. Также надо понимать, что PC 81-го года и совместимая с ней машина 90-го - это абсолютно разные платформы. На PC 90-го уже и шина PCI была, и жесткие диски в ассортименте, и SVGA и SB и еще куча всего.
Ну и по цене полностью нафаршированая PC была дешевле чем Amiga A2500 (и даже дешевле чем A1500). На 1992 год PC с 486-м процом, 4MB RAM, 160MB HDD, SB16 и SuperVGA картами обходилась порядка $1200-$1500, против $4500 за Амигу A2500!!!
Так, что тут верно было замечено - производитель Амиги просто не вытянул в одиночку конкуренции с тысячами производителей PC клонов и PC-совместимого железа, и почил в бозе.
На территории бСССР были популярны 8-битные Atari - куча игровых залов на каждом ж/д и авто- вокзале, в клубах и Дворцах Пионеров. С64 в то время я встретил только один раз - другану родители из-за границы привезли. Он вообще не знал что с ним делать. Бейсик быстро надоел, а другого софта не было.
Правда, ввести и запустить эти байты с помощью голого Commodore 64 не получится, так как он не оснащён встроенным отладчиком — разве что преобразовать в десятичные числа и вводить серией операторов POKE.
В Atari BASIC мы пользовались оператором DATA для сохранения машинного кода, далее записывали его в свободный участок памяти через POKE и вызывали через оператор USR. Примерно вот так:
10 DATA 104, 209, 243, 105, 135, 32, 23, 231
20 FOR I=0 TO 7
30 READ A
40 POKE 12032 + I, A
50 NEXT I
60 X = USR(12032)
Имел небольшой опыт реализации SD контроллера "на минималках" для ПЛИС Lattice ECP5 на SpinalHDL. Замаялся с поддержкой различных SD/MMC карт - у всех свой набор поддерживаемых протоколов. Всю Вашу боль хорошо понимаю.
Ей не позволят. Те, кто на этом зарабатывают начнут лоббировать приняние законов не позволяющих пузырю лопнуть. Таких устоявшихся пузырей в экономике - масса. Вспомните изречение "too big to fail". Вангую, с наймом будет всё то же самое!!!
Современные смартфоны и компьютеры до сих пор работают на CPU (Central Processing Unit). Большинство программ, разработанных программистами на этом сайте выполняются на CPU.
Да, не все сайты еще исполняются на NPU. Разработчикам определенно есть куда стремиться. ;)
А где полезная информация ? То, что очень поверхностно описано в этой статье (fetch, decode, execute, cache) сейчас известно первокласснику. Про предсказатели ветвлений - ни слова. И как в этим всем жить, тоже не написано. Где примеры кода ?
Если Вас интересуют вопросы оптимизации программ под микроархитектурные возможности современных процессоров, то настоятельно рекомендую книгу нашего соотечественника "The Art of Writing Efficient Programs" by Fedor G. Pikus. Там про это все написано, есть масса примеров на C++ эффективных и не очень программ. Также раскрыта тема измерения эффективности, что является весьма непростым вопросом.
Как я уже сказал, следующие две недели я проведу в отпуске на Кавказе, а потом с 16 августа мы продолжим митапы с 11.00 до 14.00 по адресу Hacker Dojo, 855 Maude Ave, Mountain View, California.
А я в это время будут в Сочи, в Сириусе, но встретиться нам не суждено. Проклятые политики. :(
Под MS-DOS был (есть) набор драйверов реализующий стандартный TCP/IP стек и SLIP (Serial Line IP) протокол. Также имелись различные текстовые приложения типа TELNET.EXE (сетевой терминал) и LYNX.EXE (Web браузер). Попробуйте всё это запустить. Когда-то, в конце 90-х, мне это удавалось реализовывать даже с удаленной загрузкой по BOOTP (бездисковые рабочие терминалы).
SLIP сервер/рутер можно поднять на базе старенькой FreeBSD.
Статья замечательная, плохо что не российского автора.
У меня тоже есть Atari, правда 8-ми битный. Лет 7 назад я начал кодить для него игру на макроассемблере MAC65, но энтузиазм быстро иссяк по причине отсутствия должного количества свободного времени (эпизодические набеги не дают должного результата, а только расстраивают). Осталась одна надежда - как-то дотянуть до пенсии, послать всё лесом и засесть за кодинг. :-)
В США этот вопрос обсуждается на федеральном уровне, просто некоторые штаты бегут впереди паровоза, дабы создать прицедент.
Вполне может быть, но тогда Ландюк брешет не один. Посмотрите канал видеоблоггера из британии GaryT Tech (он FreeBSD-шник кстати).
К сожалению, это неизбежно. Всё то же самое будет везде, и в РФ тоже.
Всё далеко не так, как Вы это себе сейчас нафантазировали. В англоязычном интернете уже более полугода кипят говны по поводу обязательной опции "Age Verification" во всех операционных системах, и, смею Вас заверить, всё гораздо печальней. Подобный закон сейчас находится на рассмотрении в штатах Калифорния, Колорадо и еще ряде других. Скорее всего в ближайшее время будет принят аналогичный федеральный закон в США. Кстати, такой же закон уже принят в Бразилии, и Британии, и, вероятно наши слуги народа придумают что-то аналоничное, в этом просто нет сомнений.
Теперь что на самом деле требуется. Американский законодатель требует верифицированную (достоверную) информацию о возрасте пользователя залогиненного на данный момент в систему (не на Web сайт, а именно в операционную систему компьютера пользователя - мобильник тоже им является). Достоверность будет определяться специальным сертификатом (читай - цифровым паспортом), который через специальный API будет автоматически отдаваться браузером (или любой другой программой) по запросу посещаемого в Сети ресурса или для нужд самой программы. Подчеркиваю, это касается не только сайтов в сети, но и локальных программ - то есть локальная игра может проверить возраст игрока и отказать ему в запуске игры! Как будут раздаваться сертификаты пока не понятно, но скорее всего в США будет создан сервис на подобие наших Госуслуг (тут мы уже опережаем партнеров). Canonical (Ubuntu) совместно с Linux Foundation уже пилят специализированный API, который будет внедрен в systemd на большинстве дистрибутивов Linux. Как этот вопрос будет решаться в других ОС - пока не ясно. BSD-шники в массе своей затаились, ждут и смотрят, как это дело будет решено в Linux и, скорее всего, придумают что-то аналогичное. Особенно не понятно что делать разработчикам таких ОС как PC-DOS или различных эмуляторов (они тоже классифицируются как ОС, и в них тоже есть игры Adults Only).
Некоторые разработчики операционных систем (GhostBSD, OpenBSD) пытаются отмахаться от этой проблемы путем добавления в EULA строки типа "данная ОС не может быть использована в штате Иллинойс/Колорадо/Калифорния" и т.д. Но это всё припарка, которая работает до первого прицедента.
PS: Эту тему, и все вытекающие проблемы, хорошо освещает видеоблоггер Byan Lunduke.
Вот это поворот! Как же так ?
А причем тут именно VGA ?
Первая альтернативная видео карта (Hercules) для IBM PC появилась почти сразу - в 1982 года. За ней подтянулись и другие. К 1990 году IBM PC-совместимая платформа с 486-м процом уделывала по производительности любое изделие на базе Motorola 68K. Более того, к этому же времени для IBM PC уже были выпущены горы стороннего железа, в том числе видео и звук. И именно открытость платформы PC задушила все конкурирующие изделия, в том числе так горячо любимую Вами Amiga. Также надо понимать, что PC 81-го года и совместимая с ней машина 90-го - это абсолютно разные платформы. На PC 90-го уже и шина PCI была, и жесткие диски в ассортименте, и SVGA и SB и еще куча всего.
Ну и по цене полностью нафаршированая PC была дешевле чем Amiga A2500 (и даже дешевле чем A1500). На 1992 год PC с 486-м процом, 4MB RAM, 160MB HDD, SB16 и SuperVGA картами обходилась порядка $1200-$1500, против $4500 за Амигу A2500!!!
Так, что тут верно было замечено - производитель Амиги просто не вытянул в одиночку конкуренции с тысячами производителей PC клонов и PC-совместимого железа, и почил в бозе.
На территории бСССР были популярны 8-битные Atari - куча игровых залов на каждом ж/д и авто- вокзале, в клубах и Дворцах Пионеров. С64 в то время я встретил только один раз - другану родители из-за границы привезли. Он вообще не знал что с ним делать. Бейсик быстро надоел, а другого софта не было.
В Atari BASIC мы пользовались оператором DATA для сохранения машинного кода, далее записывали его в свободный участок памяти через POKE и вызывали через оператор USR. Примерно вот так:
У кого есть C64, проверьте сработает или нет. ;)
Шикарная статья, спасибо!
Имел небольшой опыт реализации SD контроллера "на минималках" для ПЛИС Lattice ECP5 на SpinalHDL. Замаялся с поддержкой различных SD/MMC карт - у всех свой набор поддерживаемых протоколов. Всю Вашу боль хорошо понимаю.
Скорее по подписке. /s
Ей не позволят. Те, кто на этом зарабатывают начнут лоббировать приняние законов не позволяющих пузырю лопнуть. Таких устоявшихся пузырей в экономике - масса. Вспомните изречение "too big to fail". Вангую, с наймом будет всё то же самое!!!
Вы знаки препинания принципиально не ставите ?
Да, не все сайты еще исполняются на NPU. Разработчикам определенно есть куда стремиться. ;)
А где полезная информация ? То, что очень поверхностно описано в этой статье (fetch, decode, execute, cache) сейчас известно первокласснику. Про предсказатели ветвлений - ни слова. И как в этим всем жить, тоже не написано. Где примеры кода ?
Если Вас интересуют вопросы оптимизации программ под микроархитектурные возможности современных процессоров, то настоятельно рекомендую книгу нашего соотечественника "The Art of Writing Efficient Programs" by Fedor G. Pikus. Там про это все написано, есть масса примеров на C++ эффективных и не очень программ. Также раскрыта тема измерения эффективности, что является весьма непростым вопросом.
Для тех, что случайно пропустил: Dune: Spice Opera from Stephane Picq.
PS: Оригинал тут: https://stphanepicq.bandcamp.com/album/dune-spice-opera-2024-remaster-lp
А я в это время будут в Сочи, в Сириусе, но встретиться нам не суждено. Проклятые политики. :(
Под MS-DOS был (есть) набор драйверов реализующий стандартный TCP/IP стек и SLIP (Serial Line IP) протокол. Также имелись различные текстовые приложения типа TELNET.EXE (сетевой терминал) и LYNX.EXE (Web браузер). Попробуйте всё это запустить. Когда-то, в конце 90-х, мне это удавалось реализовывать даже с удаленной загрузкой по BOOTP (бездисковые рабочие терминалы).
SLIP сервер/рутер можно поднять на базе старенькой FreeBSD.
Да, надо слово ASIC заменить на "Silicon Chip".
Молодцы пацаны! Так держать!
Какие идеи на ближайшее будущее ?