- 1
- 2
- 3
- 4
- 5
- 6
- 7
Для кульминации ебаных тендеций ебаных информационных технологий,
предлагаю выпустить новые процессоры интел со встроенным джаваскриптом.
Никакого больше ассемблера, никаких ядер, драйверов, ничего не нужно, на
каждом процессоре будет встроенный хардварный веб-сервер с нодежс,
общение с видеокартой, памятью, периферией будет только с помощью
API-вызовов, теперь каждый альтернативно интеллектуальный
жаваскрипт-разработчик сможет почувствовать себя системным программистом
Follow us!
Сам движок считается? Тогда наверное и хело ворлд больше 192кб поест. Или как. Как это вообще от браузера отдельно посчитать?
программист убежал в десктоп, но там его настиг atom и react native.
Программист убежал в лоулевел и хочет писать фирмвари, но и оттуда торчат мерзкие function(function()){} и говорят: "я до тебя доберусь"
https://youtu.be/Bl0mH8Jxh0M
Похоже, стараниями мелкомягких, js с самого начала был не веб-языком, а всем, чем угодно.
Я думал всё-таки компилируется, это ты где прочитал?
А кто выполняет? Типа на процессоре крутится маленький интерпретатор, а ты ему только файл на вход даешь?
Когда у тебя на работе webpack то так хочется поговорить про то, что хранится в регистре GS в защищенном режиме
Разве современные "шины" бывают без DMA (ну кроме всякой мелочи типа LPC)?
DMA же это фича устройства иниццировать транзакции в память и к другим устройствам без помощи CPU, верно?
Ну вот та же ATMega, на которой сделана ардуинка, не умеет в DMA. Там всё процом по прерываниям перекладывать надо. И i/o буфера на 1-2 байта, чтобы жизнь мёдом не казалась.
> иниццировать транзакции
Инициирование транзакций - это уже bus mastering. У этой STM'ки настоящий bus master разве что у USB, ETH, видюхи да контроллера DMA (см. ниже).
А для остальной периферии, которой сильно большая полоса не нужна (DAC, ADC, UART'ы и т.п.) схема попроще - контроллер DMA ловит сигналы от неё и перекладывает байтики куда нужно.
Я помню что в x86 был DMA который надо было программировать, и устройство тоже надо было программировать. Оно выставляло данные на шину, а DMA клал их в память, а по завершении дергал прерывание.
Тут так же?
А проц в это время лениво крутит свою прошивку на js :)
Я понимаю как CPU может писать в память, а одна карта по PCI-Express может слать что-то в другую карту, или как расположенный в ICH USB может слать что-то процу в регистр по DMI.
А в память как?
Плюс ещё одна уходит на FSMC (контроллер внешней памяти, если встроенной не хватило).
А как программист выбирает куда писать? Там номер блока как-то выводится из адреса?
Воображаю какие там бывают оптимизации в духе покойного Криса, когда последовательная запись работает медленее, чем запись с дырками потому что надо попасть в разные блоки
А вот в той же циклоняшке вся встроенная память как true dual port может работать...
Я знаю что есть такая статическая память (вроде бы кеш бывает такой), а как это доджно выглядеть для SDRAM я не знаю.
Хотя в таких крохах наверное динамики и нет
> Саша Грей
Ага, причём каждый порт может работать на своей частоте и тогда есть аппаратный UB если запросы к одному адресу пересекутся...
Она же самое медленное звено сейчас. Есть даже такое выржение "RAM is the new disk"
И при этом очень дешёвое и масштабируемое. Что-то компактнее сеточки из одного транзистора-кондёра ещё не скоро придумают... А требования софта к памяти останавливаться пока не собираются.
Не, ну а чо питонистам на этих ваших линухах можно, а жабаскриптерам - низзя в системное
пых популярней, и число потенциальных приложений больше. "шутка."
ЗЫ а вы в курсе что есть процы с поддержкой "Java acceleration": они умеют суб-сет жабного байткода исполнять нативно в проце.
https://github.com/Ttl/bf_cpu
про Jazelle только недавно услышал - давно после того как его поддержку ARM убил. (ARM всех теперь пересаживает на ThumbEE - спец расширение для глупого, JIT-генереного кода.)
Почему меня тошнит от этого слова?
Это же скучно и уныло. Лучше всё всегда писать с ноля.
Если нет библиотеки от Майкрософт, то лучше написать с нуля
там можно как в поскале
uses [mymodule]?
ООП в Standard Pascal тоже не было, оно появилось в Turbo Pascal 5.5. Идея ООП позаимствована у... Apple Object Pascal (который, в свою очередь мог позаимствовать её у Модулы-3, у Оберона или у языка Ада).
Теперь угадайте с одного раза, на что похож синтаксис Delphi, если внутреннее название ЯП — Object Pascal.
Кстати, на счет названия там были терки. Кто-то гвоорил что дельфи это IDE, а ЯП Object Pascal.
А кто-то что и языке уже тоже delphi.
Почти как в MS Visual Studio, где есть внутренняя версия SDK, внутренняя версия студии и внутренняя версия компилятора, продолжающая нумерацию Visual C/C++.
И где скриптовые ЯПы не вышли за пределы небольших (на один экран) скриптиков которые пишут сис-админы чтобы парсить логи.
И где все операционки имеют огромный кусок одинакового функционала (как posix).
И где в продакшене многие люди пишут на хаскеле
Жабу или котлин, и скрипты на groovy.
Тяжелые части написал бы на сях конечно и соединил бы через IPC
Тяжелые вещи точно надо на сях (или крестах) писать, это вроде бы везде так делают.
Ну кроме того я в крестах не очень копенгаген, а на обычной сишечке может получиться много буков очень, если всё на ней писать.
С другой стороны можно взять сишечку плюс шаблонизатор типа php, гг)
Http станет уровнем сети osi, маршрутизаторы будут работать на уровне http. Все соединения будут через http.
Html тоже станет уровнем osi, но я не пытаюсь особенно объяснить, каким образом язык разметки может оказаться в таком качестве. Потому что сам не слишком понимаю. Придётся принять это.
Самой популярной ОС будет электрон.
Устройства будут иметь url, драйвера будут общаться с ними довольно часто тоже по http. Адресация глобальная, при ошибке возможно обращение к устройству другого компьютера, но грань между pci/usb и сетью почти сотрется.
Впрочем, обычно умные устройства, такие как жесткий диск, будут иметь свой веб-сервер. Диски будут выбирать в том числе по файловому менеджеру, который крутится на нем и доступен по веб. Обычно для доступа к файлам будет использоваться именно он.
Компьютер будут называть браузером.
Visual studio code будет самым популярным языком программирования.
Диски с веб-интерфейсом уже есть. Софта под ОС Электрон всё больше и больше с каждым годом.