Опубликован релиз проекта Brython 3.9 (Browser Python) с реализацией языка программирования Python 3 для выполнения на стороне web-браузера, позволяющей использовать Python вместо JavaScript для разработки скриптов для Web. Код проекта написан на языке Python и распространяется под лицензией BSD. Новый выпуск примечателен обеспечением совместимости с Python 3.9 и обновлением стандартной библиотеки...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=53866
>Python вместо JavaScriptМожно подумать, что есть какая-то принципиальная разница. Говно с арахисом versus говно с изюмом.
Есть..
Одно как приходит, так и работает.Другое - прежде чем заработает, нужно ещё скомпилить в первое, разумеется, на стороне пользователя и разумеется начинать это делать лишь по итогу полной загрузки скриптов, чтобы сам процесс загрузки скриптов был ещё дольше и тОрмозней, а время до прихода страницы в нормальное рабочее состояние от начала загрузки было ещё больше.
В своё время, подобным адепты LESS грешили, только там со стилями было.
На Джаваскрипт работает как надо, на Brython-Beach опять всё тормозит.
Преимущества JavaScript перед гвидобейсиком:1) си-подобный синтаксис,
2) JIT-компиляция,
3) продуманная стд библиотека с оглядкой на industry leader -- Java,
4) развивается обратно-совместимо,
5) работает существенно быстрее.Преимущества гвидобейсика перед JavaScript:
1) обычно предустановлен,
2) выгоден, т.к. никого не оставит без работы: нужно вечно переписывать код с пихтона на новый пихтон, а иногда еще с пихтона на си,
3) по какому-то недоразумению, родной язык апи тензорфлова.
Кроме обратной совместимости, все замечания про реализацию, а не про язык. Конечно, вбуханные Гуглом толстые пачки денег в v8 сделали JS одним из быстрейших языков. Если бы такое же количество денег (и такие же привлечённые специалисты) были вложены в Питон, он тоже был бы среди быстрейших. Но не судьба.Если же сравнивать языки, то JS страдает от наследия нестрогой типизации, и прочих болезней скриптовых языков 80-90х годов прошлого столетия, в то время как Python часть этих изъянов изначально избежал, а часть полечил после.
Конечно, Python тоже не идеален. Но он заметно ближе к нему, чем JS.
Правда, если взять не JS, а TS, то расклад будет несколько другим. Думаю, что TS в итоге поглотит JS.
> все замечания про реализацию, а не про языкПро реализацию лишь пункты 2 и 5, т.е. меньшинство пунктов. И сравнивать нужно не теоретические, а реальные языки, т.к. все плюсы и минусы проявляются только на практике.
> вбуханные Гуглом толстые пачки денег в v8 сделали JS одним из быстрейших языков
При этом любопытно, что у гугла не хватило денег перевести билд-скрипты в своем собственном хромиуме с пихтона-2 на пихтон-3. Настолько большую свинью подложил всем гвидончик.
> JS страдает от наследия нестрогой типизации
Совсем как си, где также можно ненамеренно присвоить ежику зайчика.
> Python тоже не идеален. Но он заметно ближе к нему, чем JS
Нет, не ближе.
>Совсем как си, где также можно ненамеренно присвоить ежику зайчика.Бред, в C нельзя присваивать значения одного типа другому типу.
Что, даже int-y нельзя присвоить значение char? Без неявных преобразований мы бы уже все в дурке сидели, питоном бы стены обмазывали.
Прям-таки можно написать
char a = '1';
int b = a
и переменной b присвоится значение 1? Или всё-таки придется писать что-то а-ля
char a = '1';
int b = a - '0'Нестрогая типизация во все поля.
Можно. Мало упомянутых выше целочисленных типов, с указателями беда -- можно взять указатель любого типа и положить в указатель любого типа.
Ну да, если любить люто страшную мешанину из десятков коллбеков и анонимных функций завернутых в анонимные функции, то JS очень даже ничего.
>> Python вместо JavaScript
>
> Можно подумать, что есть какая-то принципиальная разница. Говно с арахисом versus говно с изюмом.У многих аллергия на арахис.
Переживут. Для них на экране браузера уже будет очищенный выхлоп того самого арахиса, а есть его не обязательно.
А у некоторых на говно.
>> Python вместо JavaScript
> Можно подумать, что есть какая-то принципиальная разницаА на чём ваша веб-страничка?
Пишете веб-сценарии на Си?
> А на чём ваша веб-страничка?
> Пишете веб-сценарии на Си?На HTML. На кой хрен мне там Питон или ЯваСкрипт?
> На HTML. На кой хрен мне там Питон или ЯваСкрипт?Осталось переделать на HTML4 сервисы Гугл и жизнь наладится?
>Из скрипта предоставляется полный доступ к элементам и событиям DOM.Я тут думал в чём подвох. Ах вот оно что! Манипуляция "Документ Объект Модель" при помощи Питона. А чем им Жабо_Скрипт-то не понравился? Питон всё таки это полноценный язык программирования. Зачем его совать в браузер?
Он толкается.. но лишь отчасти, ведь на стороне клиента он преобразуется в жс.
Обычный пихон-вэй чо
Браузеры не позволяют по-другому, хотя WASM якобы должен был этому поспособствовать. Поживём-увидим.
Да хватит молится на тот WASM
> Браузеры не позволяют по-другому, хотя WASM якобы должен был этому поспособствовать. Поживём-увидим.Ну поспособствует и питон будет компилиться в него, а не в жс... на стороне клиента. Многое ли это принципиально изменит ?)
Просто потому что могут, ведь сегодня модно создавать проЭкты
но ты-то, иксперт, даже десятой частью чего-то подобного похвастаться не можешь
Js говно
Астрологи объявяли неделю земноводных.
Количество видов змей (питонов) увеличилось в три раза.
cpython
jython (rip)
pypy
ironpython(?)
micropython
snek
brpythonкто еще знает?
<ul>
** Stackless Python
** CircuitPython
</ul>
RustPython конечно же, который через WASI на изи заменяет сабжевую подделку.
PythonRust?
https://github.com/RustPython/RustPython
rupypy жи
а хотя не, это наоборот
жируру?
Наконец-то нормальный джаваскрипт подвезли
А как же Kotlin/JS ?
Промисы то он умеет? а то как бы реальный жабострипт это давно не язык, а надстройка над фреймворком надстройки над другим фреймворком и асинхронная сеть.Я так годика два назад запилил "лисп вместо жабоскрипта" - оказалось очень здорово, но только для хелловорлдов. Для чего-то сложнее - обломс, слишком много городить надо.
Так ведь уже есть ClojureScript.
Я чот туплю, но браузер-то "чем" этот код выполнять будет??
Вот этим https://www.brython.info/src/brython.js
> Подключив библиотеки brython.js и brython_stdlib.js, web-разработчик может использовать язык Python для определения логики работы сайта на стороне клиента, применяя Python вместо JavaScriptТьфу, блин... А я уж подумал, что они плугин сделали, аналогично флэшу...
С учётом того из чего состоят плагины/расширения для современных броузеров (тоже js), то можно считать и это плагином. ;)
раньше настоящие плагины были, не зря упомянут флэш.
WebAssembly тоже неплох, он я так понимаю в перспективе позволит выкинуть emscripten на мороз? Достали своим js уже.
А может сразу каждый сайт будет предоставлять браузер, через который надо смотреть?
Вообще-то, на Андроеде - уже. Называется "мобильное приложение". Отдельное на каждый пук и каждый чих.
ждем транслятора из javascript в
bython
<петросян> Минимизатор для скриптом уже завезли? </петросян>
Раз пошла такая пьянка, давайте HTML с XML на JSON переведем.
{"t": "html","c":{"t": "body", "c":{"JSONHTML"}}}
вместо
<html><body>XMLHTML</body></html>
И ты никогда не сможешь понять в большом джейсоне где ошибка.
JSON сам по себе большая ошибка.
И что же такого ужасного в JSON?
Если в контексте веба, то многим.1. JSON - строгая синтаксическая хрень, HTML можно распарсить даже при тегах без >. И при незакрытых тегах. И при неправильной вложенности. И вообще как бог на душу положит.
2. JSON - это больше про "структуры из структур". Паблишинг на нём выглядит похабно.
3. JSON нельзя удобно парсить кусками, что-то вырезать (типа через XPath), добавлять в логические единицы дополнительный контент и т.п.Короче, идея - говно. HTML пока что лучшее, что есть.
1. Ты пока расписал только почему хтмл говно. Давай доводы против жсон.
2. Интернет и так уже бинарный, по-сути.
3. Всё там можно, есть свой xpath с блэкджеком и всем остальным -- смотри jq, можно даже стримить.
> 1. JSON - строгая синтаксическая хрень, HTML можно распарсить даже при тегах без >. И при незакрытых тегах. И при неправильной вложенности. И вообще как бог на душу положит.Вот за одно это html надо вышвырнуть в окно вместе со всеми его парсерами. Ты пробовал когда-нибудь распарсить html руками? Казалось бы, тривиальная задача, пока не поймёшь, что чистый html без грубейших синтаксических ошибок -- это большая редкость. И редкость он потому, что браузеры позволяют творить с html'ем всё что угодно. Если бы браузеры вступили бы в картельный сговор и, конкурируя за market share, не позволяли бы себе парсить синтаксически неверный html, то никто из веб-разработчиков не генерировал бы синтаксически неверный html. Но поскольку они позволяют, веб-разработчики генерят синтаксически-неверный, и чем больше им позволяют пороть синтаксическую чушь, тем наглее они становятся.
Когда-то IE6 задал этот тренд и одним из краеугольных камней его доминирования было то, что он парсил синтаксически-неверный html, и веб-разработчики писали под IE6 -- если html отображается в IE6, значит он достаточно хороший. Воспроизвести поведение IE6 в не-IE6 было крайне сложно, а значит любой альтернативный браузер, автоматически не показывал правильно половину интернета.
Абсолютно солидарен с "выкинуть HTML". Но на замену всё равно нужно что-то текстоподобное. Для общей структуры - что-то типа XAML, а для внутреннего форматтинга текстов - даже markdown сойдёт.
>Ты пробовал когда-нибудь распарсить html руками?Зачем парсить хтмл руками?
Можно подумать ты жсон генеришь руками.
При этом в результате в исходнике страницы жсона я вижу просто кашу из аски-кода вместо человеческих символов.
>>Ты пробовал когда-нибудь распарсить html руками?
> Зачем парсить хтмл руками?Чтобы поработать с html'ем не подключая в качестве депендансов электрона.
А когда json генеришь в бекенде не подключаешь допендасов электрона?
Имхо конечно, но здесь уже вопрос удобства работы с жсон или хтмл для каждого свой.
> А когда json генеришь в бекенде не подключаешь допендасов электрона?Нет. Это что ещё js в проект тащить? То есть, если бы я уже затащил полэлектрона в проект, то какая уж разница, теперь, но если я не затащил их? Если я их не затащил, то сериализацию/десериализацию json'а можно на коленке сделать за вечер. Или можно найти библиотеку, которая сериализует и десериализует, которая была сделана на коленке кем-то ещё, а потом ещё десяток человек эту библиотеку допиливал, вычищая её от багов и неудобств. Эта библиотека будет на гораздо проще, чем парсинг html'я. Если использовать SLOC в качестве измерительного инструмента, то я предполагаю, что на порядок, на два будет меньше.
С html'ем тоже так можно, в принципе, его синтаксис (согласно стандарту) довольно простой, написать его парсер за вечер вполне реально. Но где ты найдёшь html, с которым такой парсер справится, если весь html порос синтаксическими ошибками? И вот тебе уже нужен парсер, который создаёт DOM, с бэктрекингом, чтобы находя синтаксические ошибки, исправлять их модифицируя DOM. И вот уже твой парсер без динамического выделения памяти просто никак не может работать. То есть, допустим, есть у нас статья, мы хотим вынуть оттуда заголовки, чтобы создать содержание, параллельно посчитав какую-нибудь статистику (скажем количество символов/слов/абзацев/таблиц/изображений/внешних-ссылок в каждом из разделов отражённых в содержании), и мы не можем это сделать качественно без создания DOM, потому что без DOM мы не можем грамотно справляться с синтаксическими ошибками, а не справляясь с ними мы не можем распарсить html.
Ты в курсе, что если бы html с синтаксическими ошибками не существовал бы в природе, то парсинг необходимый для этой задачи не требовал бы динамического выделения памяти? Буфер бы пришлось выделить, куда читать html чанками, и под содержание надо было бы выделить память, но на этом бы всё и кончилось. Не надо было бы под каждый span/div/a/img выделять память. И под каждый атрибут каждого тега тоже не надо было бы. То есть такой парсер был бы не только резко проще, он был бы на порядок быстрее, чем то, что есть в electron. Он был бы реально O(n) парсер, в то время как про парсеры в браузерах я, допустим, не уверен совершенно, что они не могут в каких-то случаях показывать производительность уровня O(n^2) или даже O(exp(n)). Но даже если не могут, они умножают n на время выделения/освобождения памяти, а куча -- это кошмарно тормозная вещь. Хуже кучи только сисколлы.
> Имхо конечно, но здесь уже вопрос удобства работы с жсон или хтмл для каждого свой.
Я не спорю с тем, что универсальной истины не существует, но здесь ты перегибаешь палку постмодернизма. Ты, ковыряясь с бекендом и подключая электрон в депендансах, не получаешь совершенно никаких выгод от того, что тебе на вход влетает синтаксически неверный html. Ты получаешь лишь недостатки: электрон из-за этого толще, парсинг жрёт больше памяти и работает на порядки медленнее. Может быть эти недостатки несущественны для твоей задачи, но они не прекращают быть недостатками от этого, они становятся несущественными недостатками.
Преимуществ же ты не получаешь ровно никаких.
Мне в принципе, фиолетово -- json, html, s-expressions, или что там использовать в качестве способа кодирования. Я не вижу принципиальной разницы. Все эти разговоры о том, что что-то из этого нечитабельно, из-за чего-то вытекают глаза... эти разговоры меня нисколько не впечатляют, потому что я знаю способы, как таких недостатков можно избежать. Но html содержит синтаксические ошибки, и содержит их он потому, что вся инфраструктура заточенная на html позволяет содержать синтаксические ошибки. И я не вижу способа исправить это, кроме как выкинуть html в окно и заменить чем угодно ещё.
>html содержит синтаксические ошибкибро, может просто заранее этих ошибок не писать?
Нет я не троллирую, конечно, но тогда я даже не представляю какбы люди жили без жсона; Если они все время натыкаются в своем проекте на ошиюки. Но если парсить чужие сайты, то в любом случае придется танцевать с бубном.
А парсить хтмл, да, не быстрый процесс; Поэтому я рассчитываю на безошибочный DOM (покрайне мере в своем проекте).
> 3Гугли jsonpath. На крайняк тот же jq уже портирован не только в CLI.
лучше сразу на yaml. количество выработанной от страданий электроэнергии увеличится на несколько порядков, профит
html на yaml называется pug https://github.com/pugjs/pug
или haml. оба богомерзки
Ты не поверишь, но некоторые особо упоротые "микро"сервисы так и делают, а потом на клиенте жирная жысня на пару-тройку мегабайт проворачивает эту колбасу обратно через мясорубку, генеря html-теги и встраивая их в нужное место в DOM.
Спасибо, не надо.
Зато для всех есть работа и еще пару джунов надо нанять, а для них старого разработчика повысить до лида. Все при делах
Сикушку всякую разрабатывают вместо внедрения wasm/wasi.
Их можно сразу на Расте писать
Ты забыл сказать что тогда надо учить раст. А пистрон сейчас любая табуретка знает
Ждём нативненько
Они тебе скорее бинарный питон-компилятор запустят на виртуальном линухе в эмуляторе x86 на JS.
блин, питон я уважаю, иногда пишу свои поделки и очень даже люблю,
но это уже какоето извращение, не?
Почему? Теперь можно будет с комфортом писать свои аппликухи для электрона.
ааааааааааааааааааааа!!!111
блин, случайно минус поставил.
в общем, сюда плюс, т.к. медленнее электрон от двойной трансляции жс всё равно не станет, ибо медленнее уже некуда.
блин, случайно минус поставил вместо плюса, а туда плюс, а когда сюда хотел исправить минус на плюс, снова поставил плюс туда, хотя в общем сюда плюс.
ибо транспайлер все исправит!
Класс. Лучший язык, применимый везде: веб, настольные и мобильные программы, бекенд, микроконтроллеры. Осталось добавить мощи, так сказать, скорости.
Пихаемый везде, вы хотели сказать.
Работает везде одинаково плохо - "мощей бы добавить".
и GIL убрать)
Так убрать то можно хоть завтра, только без него хуже. Поэтому Гвидо и держит.
Multiprocessing
тебе, видимо, мало напихали, хотя горбатого ...
Мне вообще напихать сложно, я и уе... оказать сопротивление могу.
Аноним прав? Кто-то преодолел сложности.
Создавать самому себе сложности, чтобы потом их героически преодолевать?
Спасибо, но нет, спасибо.
Прочитал как мо́щи. Каких-нибудь святых.
Святого Пигидия.
Чем это лучше Haskell? (популярность и порог вхождения сразу нет)
Haskel придумали яйцеголовые академики - он вообще не про программирование, а тупо "поиграть в программы". Что-то длиннее 10 строк превращается в космическую абракадабру.
Snebrykton budet?
Как я понял, это пока что-то вроде jquery самых первых выпусков. О виртуальной DOM и реактивных взаимодействиях речи пока нет, однако есть кооперативная многозадачность и возможность свои поделки вынести в отдельные пакеты.
То есть, это уже не "Hello, world!", но пока и до промышленного применения далековато, на мой взгляд. Но поиграться на досуге все равно будет очень интересно.
> виртуальной DOMКто смузихлёбов пропустил через КПП?
Луддит как всегда ничего не понял, да?DOM как она есть - не рассчитана на работу с динамическим UI. Создаем копию, работаем с ней, сравниваем с оригиналом, вносим в оригинал изменения. Что непонятно?
Но да, таким как ты UI в вебе не надо, тебе надо странички с голым текстом, сверстанным на таблицах, как в конце 90-х, потому что купленный тобой в те же годы в кредит системник с каким-нибудь Celeron'ом на борту не тянет ничего другого в IE 4, а на новый комп у тебя денег нет - вот ты и мечтаешь, чтобы ни у кого другого веба не было, тогда тебе некому будет завидовать.
Начнём с того, что динамический веб разбегающийся во все стороны это как минимум отвратительно. Если рассматривать прочие недостатки, то батарейки не бесконечные, а утюг держать весьма некомфортно что в ладошке, что на коленках.
Шизофазия?
> купленный тобой в те же годы в кредит системник с каким-нибудь Celeron'ом на бортуЕсть такое ощущение, что с его "познаниями", он до сих пор за этот системник кредит и выплачивает =)
По моему, вы зря потратили свое время на объяснения. Мне, например, с такими лениво даже спорить.
Ох уж эта публика с её "то не нужно, это не нужно"... В принципе - им и Интернет-то не нужен. Так до сих пор и не поняли за четверть века, что это за приблуда такая и почему в ней юзается дофига таких сложных и непонятных технологий. Но чёртовы интели вгрохивают туда тонны времени и бабла, от того у публики регулярно случается баттхерт.
> DOM как она есть - не рассчитана на работу с динамическим UI.Ох уж мне эти недоучки из ПТУ.
Про таблицы - гы два раза.Недавно нарисовались инвесторы - набрели на наш старый проект, всё ещё сидящий online.
Основной восторг - всё летает вообще на любом железе, которое у них оказалось. И делает ровно то, что нужно.
Скорости соединения выросли. Перерисовать всю таблицу стало сильно быстрее, чем отработать MVC через 100500 слоёв НЁХ на JavaScript.
> Перерисовать всю таблицу стало сильно быстрееВот так и засирают веб. Семантика? Не, не слышали! Зато всё работает, клиент доволен, ага.
> Вот так и засирают веб. Семантика? Не, не слышали! Зато всё работает,
> клиент доволен, ага.Web засирают фреймворками.
Задача - перекачать 10К CVS. В HTML это превращается в 500K. Если делать это через MVC/JavaScript, то получается 50M фреймворка + 10K CVS. И что ты выиграл?
Причём заклевав всем мозг версиями браузеров.
> Если делать это через MVC/JavaScriptТы имел в виду JavaScriptMVC? Древняя штука...
> то получается 50M фреймворка + 10K CVS.
> И что ты выиграл?Фреймворки, внезапно, делаются не только и не столько для клиентов, сколько для разработчиков. Которым должно быть удобно поддерживать софт, который до них написали другие, уволившиеся сто лет как.
> Причём заклевав всем мозг версиями браузеров.
Edge/Chrome + Firefox - если не страдать фигней и не некрософтить, под современными версиями браузеров таких проблем нет. IE может идти в дупу, если техотдел не может поставить нормальные браузеры сотрудникам - уволить к чертовой бабушке.
Можешь реактивности добавлять используя питоновские либы для реактивности
> Можешь реактивности добавлять используя питоновские либы для реактивностиЧто бы добавить реактивности, сперва нужно реализовать Virtual DOM, а это само по себе не такое уж простое дело. Точнее говоря, это _очень_ сложное дело, и это уева туча труда. Потом придется сделать что-то вроде redux/vuex. Что тоже займет немалый кусок времени. Ну и конечно, придется наладить сборку webpack'ом (или написать свой подобный инструмент), потому что без этого тоже далеко не уедешь. А это еще одна уева туча труда. Ах, да! - потом еще придется написать библиотеку реактивных компонентов UI, которая будет хоть как-то покрывать потребности прикладов.... Не, сделать можно, конечно, все... вопрос какой ценой и за какое время.
В очередной раз пришел к мысли, что будущего у веба на браузерах нет, еще немного и его совсем засрут до полной неюзабельности.
Ещё немного? Серьезно? Ты из 2010 года пишешь? Уже все за... превратили его в херню. Сам не сравнивал но думаю сейчас браузеры уже с Linux ядром по количеству кода могут потягаться. А что на этих хернях крутится это уже совсем, раньше такой говнокод на сайтах выкладывали посмеяться а теперь это <...> крутит главную страницу гугла ...
> сейчас браузеры уже с Linux ядром по количеству кода могут потягатьсяДавно обогнали :) Исходники хромиума около 15 ГБ весят.
Ну все, я так не играю... абсурд да и только.
Приколись, сайт Intel-а: https://fpgasoftware.intel.com/devices/Software downloads are currently not working correctly with Chrome Browser version 85 and above.
Ёкарный стыд, там просто скачивается файл по https... Но в Хромом даже это смогли сломать!
Наконец-то поправили.
> Ёкарный стыд, там просто скачивается файл по https... Но в Хромом даже это смогли сломать!Если бы там _просто_ скачивался бы файл - он бы скачивался. Даже в хромом.
Но там javascript:void(0) вместо нормальных линков для скачивания. И такие же скриптованные кнопки без form submit. Ибо нехрен - сперва распишись-ка вот тут: https://www.intel.com/content/www/us/en/my-intel/fpga-sign-i... (разумеется - паспорт, прописка, не крысская, документы подтверждающие проживание - а то мало ли какая б-ть скачает ценнейший софт для fpga!) а потом получишь свой одноразовый линк.
К сожалению, тому кто это понакодил, не продлили h1b (Трамп, проклятый, под видом ковида продвигающий свою расистскую политику), а нанятый аутсорсер из Бангалора обещает как-только так сразу, в последнем митапе (через зум, конечно) проговорился что уже послал двоих говномесов на быстрокурсы по js (сам-то он ниипать-раджа, и никакой код, разумеется, писать не будет, да и не умеет - у него диплом гендерных штудий - но непременно универа уровня лиги плюща, иначе бы с ним и разговаривать не стали).
Но виноват, конечно же, хром, смотри не перепутай!
Чеее зааааа ну уже нет... мало всякого JS теперь ещё и python туда. Ну уж нет... нафиг вас всех
Где скачать NoScriptBrython Block?
Как же это ужасно!
Почему язык выпустил кто-то другой, а от последствий страшно мне? Предрекаю, что синтаксис Пайтона, простой для вхождения, привлечёт толпы людей, пишущих приложения на электроне. И у них ещё язык поворачивается называть это "native".Ещё очень неприятно, что тенденцию не остановить, даже если самому кинуться присать всё правильно и эффективно, на расте, плюсах или фортране. Один в поле не воин.
В свете этого всего предложения об использовании гофера или чистого html выглядят не так уж безумно, как казалось раньше.
Ты собрался писать скрипты браузера на плюсах и фортране?
Почему бы и да? Бинарный вебасм тебя почему-то не пугает, а почему должен пугать фортран или си?
он ничего не собирался, это типичный опеннет-иксперт, в жизни ничего не писавший сложней баш-трехстрочников
Вот это круто ! Вы просто не понимаете, вы никогда не могли себе даже представить что в питон таки завезут обфускацию, надежды на проект возлагаю я, дайте нам скобок и точкозапятых в питоне ! (угнетенные программированием вайтспейсами)
Попытался представить себе минимайзер для пыхтона.
он называется webasm.js
Ого!
Решительное изгнание жабаскрипта ?
Пытался какой-то питон на wasm загрузить в своём Chrome на уютном планшетнике. Ах да, вот тут это было: https://pygments.org/demo/?lang=bash&sort=lang
Так за несколько минут и не прогрузилось, тормоза ощутимые. Не нужно. Типичный "софт под линукс", блин — решает некую шизофреническую задачу и то криво.
Python in Browser: How to choose between Brython, PyPy.js, Skulpt and Transcrypt?
Running Python in the Browser is a really good and up-to-date (as of 2019) article that compares Brython, Skulpt, PyPy.js, Transcrypt, Pyodide, Batavia. I highly recommend reading it.https://stackoverflow.com/a/58684358/647597
ответ
Из вопроса: https://stackoverflow.com/questions/30155551/python-in-brows...Зашел сюда увидеть эту ссылку, там хорошая 2D картинка