LINUX.ORG.RU
ФорумTalks

Что было бы если бы в браузере решили использовать Scheme для скриптов?

 , , , ,


0

3

я вот тут подумал. помните эту историю про то как Айк хотел scheme затащить в браузер, а потом решили что лучше будет подстроится под тренды и появился javascript? Многие говорят, что лиспы могли бы стать мейнстримом, если бы не это... Но я думаю, что лиспы обречены быть нишевыми.

И сейчас вместо javascript везде был бы VBScript!

★★

Кто тебе сейчас мешает схему в JS компилировать?

hateyoufeel ★★★★★
()

В те времена языки, так или иначе основанные на С стиле уже были доминирующими. А то что язык назвали javascript, ну подумаешь, это чисто брендинг же. Язык больше похож на тот же perl, только без всех батареек и всяких $ да @, хотя $ таки уже втащили:) Могли бы другое имя придумать, не более того.

Лисп бы не втащили, а если бы попробовали, то что-то бы пошло иначе. VB тоже не кандидат, он занимает хоть какие-то позиции только благодаря продавливанию ms.

ixrws ★★★
()
Ответ на: комментарий от Int0l

А это не зависит от определения? Хотя нет – не зависит.

Artamudo ★★★★
()
Последнее исправление: Artamudo (всего исправлений: 1)

Что было бы если бы в браузере решили использовать Scheme для скриптов?

То же самое, что и сейчас, но вместо яваскрипта была бы схема.

Но я думаю, что лиспы обречены быть нишевыми.

Ну если повнимательнее посмотришь, любые языки они нишевые. Если бы это было не так, был бы один язык подо всё.

turtle_bazon ★★★★★
()
Ответ на: комментарий от hateyoufeel

Ой да ладно, откуда тогда все эти splice, включая логику реверсивной обработки массивов чтобы удалить элемент и прочие штуковины. Он явно вдохновлён perloм и прочими собратьями, говорю это в том числе как разработчик на perl.

Другое дело, что он упрощён максимально и в этом смысле больше похож на lua, но это другое дело.

ixrws ★★★
()

Я думаю что тогда бы вместо JavaScript действительно был бы VBScript, потому что на лиспе никто бы не писал в браузере.

stasolog
()

Говорю как человек который написал кучу коммерческого кода на Common Lisp, Javascript, и чуть-чуть на Scheme.

ХЗ

Gentooshnik ★★★★★
()

Абсолютно не важно что в браузере, ибо любой язык можно в это транслировать. В js или сразу wasm. А по поводу lisp не нужно иллюзий строить, он обречён быть нишевым потому что он даже не язык, а несмешная шутка от программирования.

slovazap ★★★★★
()
Ответ на: комментарий от Artamudo

Скрипты же обязаны быть императивными, нет?

Кому обязаны? html —— представление изоморфное скобочкам, лучший язык для манипуляции скобочками —— lisp. У человечества был шанс получить прекрасный инструмент, но оно получило js.

ugoday ★★★★★
()
Ответ на: комментарий от Artamudo

Скрипты же обязаны быть императивными, нет?

Ну, clojuescript и reasonml считаются вполне модными и молодёжными.

no-such-file ★★★★★
()
Ответ на: комментарий от slovazap

несмешная шутка от программирования.

Сфига ли шутка-то? Отличный IR. Ещё бы типов навернуть, и вообще круто было бы. Idris 2 вон схемку как промежуточный код использует, и получилось лучше чем с C!

hateyoufeel ★★★★★
()
Последнее исправление: hateyoufeel (всего исправлений: 1)

К слову, заменить js на схему —— это как-то банально и мелко. Вот взять бы и заменить html на postscript, js на форт, а вместо браузера —— ghostscript на стероидах, вот это было бы интересно.

ugoday ★★★★★
()
Ответ на: комментарий от Shadow

Не факт. Он же язык программирования. То есть сайт без JS ел бы столько памяти, сколько сейчас сайт с JS.

monk ★★★★★
()

Что было бы если бы в браузере решили использовать Scheme для скриптов?

Раз хочешь пофантазировать, то давай пофантазируем.

Для начала со школьных парт (или сразу с ясель) всё вместо букваря читали SICP. В рамках вместо Ленина Стива Джобса был бы Джон Маккарти. В мире был бы один язык под все задачи. Лисп-машины есть в каждом утюге. Вместо ОС у всех Emacs.

Аж прослезился пока писал.

Artamudo ★★★★
()
Ответ на: комментарий от ixrws

Язык больше похож на тот же perl, только без всех батареек и всяких $ да @

Да, как бабушка похожа на дедушку без @$@

bread
()
Ответ на: комментарий от Shadow

Так и я про него же. HTML гарантировано за конечное время распарсится и отренедерится.

А PostScript типа

/F { 1 0 rlineto F } def
F

будет рендерится бесконечно.

Если же брать именно парсинг, то токенов примерно одинаково.

monk ★★★★★
()
Ответ на: комментарий от monk

Нужно сделать новый язык для рендеринга HTML, с зависимыми типами и гарантией остановки. Такого вроде как нет еще!

zarkone ★★
() автор топика

Лучшего языка, чем ECMA-262 для веба нет и не придумаешь. Идеальный баланс между гибкостью, порогом входа и удобством. Хочешь однострочники пиши, и юезрскрипты на коленке, хочешь наворчаивай транпилеры, статанализ, што угодно и энтерпрайзь на здоровье.

На заре зарождения веба и динамики в нем, в частности, основной задачей стояло, чтобы «анимировать снежинки» смогла любая кухарка. И Айк со своей задачей справился на ура.

Веб бы не развивался с той же скоростью, если бы монополию в нем занял любой другой язык, который был бы сложнее для вката.

Никогда не понимал ратующих за запреты по дефолту и требования от языка воспитания дисциплины программиста.

Способность писать код, и формулировать алгоритмы на формальном но простейшем языке должно стать такой же базовой способностью, как умение читать и писать. При этом не все умеющие писать и читать у нас пейсатели. Хотя и те и другие орудуют одинаковым инструментом. Так откуда тревога у илитных программистов о низком пороге входа? Обидно, когда оказывается, что на самом деле ты и не так талантлив как тебе хотелось бы?

Это все напоминает порой времена, когда писать и читать умели не все, и данный навык считался чем-то невероятно сложным и тешил чсв его обладателя. Вся людская сущность как она есть.

mimico
()
Ответ на: комментарий от Shadow

Тогда почему большой html вешает браузер

Это какой-такой HTML? Можно пример (без CSS и JS, естественно)? Netscape Navigator 3 Gold легко читал HTML с объёмом больше доступной оперативной памяти.

а с ps справляется принтер с 512 кб памяти

Смотря какой PS.

Postscript error: stackoverflow
An operand stack overflow has occurred. Your RIP or printer has received more data than it can accommodate. This is a tricky error to troubleshoot. Knowing the offending command most likely won’t help.

Solutions
This may indicate a communication problem – caused by the driver or an interference from a separate utility. Try printing the document from another system.
Try simplifying the document – gradually remove elements until the file prints and then see if the offending element(s) can be recreated or cleaned up.
The error can also point to a memory problem.

https://www.prepressure.com/postscript/troubleshooting/errors/stackoverflow
monk ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.