JIT он скорее для динамики, скриптов например. Сервер лучше статически компилить

Java, kotlin, groovy?

Java, kotlin, groovy?

нет, спасибо)

Насколько я понял Грааль, там чем-то все похоже на pypy, только трассирующий jit генерирует jvm bytecode, который в свою очередь обрабатывается jit в jvm.

Товарищи там замахиваются на кучу языков, в том числе го

Насколько я понял Грааль, там чем-то все похоже на pypy, только трассирующий jit генерирует jvm bytecode, который в свою очередь обрабатывается jit в jvm.

можно дебажить в JIT режиме а release выпускать статикой?

если JIT опциональный то другое дело, но если и продакшн в JIT тогда нет, спасибо))

можно дебажить в JIT режиме а release выпускать статикой?

Что есть "статика"? aot?

Что есть "статика"? aot?

ahead-of-time compilation

Потому что надо уметь думать мозгом

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

польза JIT по сути только в quick-start (no compilation), поправьте меня если я ошибаюсь поэтому в некоторых случаях аля процесс разработки JIT может быть полезным, но под высокой нагрузкой ahead-of-time compilation таки лучше

весь канал засрали блэт! угомонитесь

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

фронтендщики тоже нужны, чего ты так

польза JIT по сути только в quick-start (no compilation), поправьте меня если я ошибаюсь поэтому в некоторых случаях аля процесс разработки JIT может быть полезным, но под высокой нагрузкой ahead-of-time compilation таки лучше

это у aot

какой джит!

посмотрите название канала

фронтендщики тоже нужны, чего ты так

это ваши ассоциации, лол

я про фронтенд ничего не говорил

да ладно, все все понимают

посмотрите название канала

И чо? Выпустят го на jvm и привет

И чо? Выпустят го на jvm и привет

кстати, компилятор го в джаваскрипт вроде есть уже?

польза JIT по сути только в quick-start (no compilation), поправьте меня если я ошибаюсь поэтому в некоторых случаях аля процесс разработки JIT может быть полезным, но под высокой нагрузкой ahead-of-time compilation таки лучше

Jit может быть эффективнее aot.

в webassembly

это другое

Jit может быть эффективнее aot.

в каких случаях?

кстати, компилятор го в джаваскрипт вроде есть уже?

В wasm

в webassembly

https://github.com/gopherjs/gopherjs

в каких случаях?

Например, когда регексп можно свести к поиску подстроки

Например, "^linux"

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

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

А быстрее оно других языков? :)

быстрее некоторых

я был удивлен, но потом понял, что поиск подстроки написан на самом языке, а регулярки - сишный модуль

ох не люблю я JIT, потому-что знать не могу что там в машине происходит, а это хреново. Люблю предсказуемое поведение

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

sed?

python

ох не люблю я JIT, потому-что знать не могу что там в машине происходит, а это хреново. Люблю предсказуемое поведение

пиши на асме

python

в питоне регулярки медленные довольно

a in b быстрее работает

пиши на асме

на новых процах он уже тоже непредсказуем

в каких случаях?

Т.е. в aot мы вынуждены строить честный fsm, а jit может весь код вместе с библиотекой оптимизировать

пиши на асме

нахрена мне ASM?! C/C++/Rust/Go?)) ну ок, в Go у нас GC что делает его менее предсказуемым

a in b быстрее работает

ты удивишься, но разбивка текста по словам с regexp.compile(r'\w') работает быстрее, чем text.split(" ")

Т.е. в aot мы вынуждены строить честный fsm, а jit может весь код вместе с библиотекой оптимизировать

но опять-же засчёт runtime cost

ох не люблю я JIT, потому-что знать не могу что там в машине происходит, а это хреново. Люблю предсказуемое поведение

Это решаемо.

нахрена мне ASM?! C/C++/Rust/Go?)) ну ок, в Go у нас GC что делает его менее предсказуемым

в сях ты на волю компилятора полагаешься, есть неиллюзорный шанс от него огрести

кстати, да. трассировка расскажет больше, чем отладка в машкодах

профайлер

в сях ты на волю компилятора полагаешься, есть неиллюзорный шанс от него огрести

давайте не будем, а? на асме они писать собрались..

но опять-же засчёт runtime cost

Камон, ну в гошечке ты в своём коде просто так не увидишь sse/avx, в отличие от

ты думаешь, в твоем телефоне лисп-машина установлена, или что?

Камон, ну в гошечке ты в своём коде просто так не увидишь sse/avx, в отличие от

недолюбливаю я JVM, личное субъективное мировоззрение. Люблю свежее, хорошо про-компилированное опен сорсное))

Go конечно далёк от хорошо "хорошо прокомпилированного", но за-то прост.

jvm хорошая. просто под нее приятных языков мало

jvm хорошая. просто под нее приятных языков мало

я так не считаю. Это долбанная виртуальная машина, которая должна быть на системе в правильной версии что усложняет деплоймент. Она жрёт дохрена памяти, её в некоторых случаях вообще невозможно использовать (когда системные ресурсы сильно ограничены). в конце-концов JVM она не одна, их много и они все разные со своими причудами, багами и особенностями. Хорошие JVM принадлежат ком. компаниям аля Oracle и не open source. C++ тоже зависит от реализации разными компиляторами, одна из причин почему я C++ перестал любить. MS VSC++ это одно, GCC другое, Xcode третье... (Clang вроде как норм в этом плане) JavaScript тоже абсолютно по-разному себя на разных платформах ведёт C# туда-же

ты удивишься, но разбивка текста по словам с regexp.compile(r'\w') работает быстрее, чем text.split(" ")

чот ты гонишь In [1]: import re In [2]: import string In [3]: import random In [4]: a = "".join(random.choice(string.ascii_lowercase + " ") for _ in range(10000)) In [5]: space = re.compile("\w") In [6]: %timeit -n 1000 space.split(a) 916 µs ± 34.2 µs per loop (mean ± std. dev. of 7 runs, 1000 loops each) In [7]: %timeit -n 1000 a.split() 17.7 µs ± 3.93 µs per loop (mean ± std. dev. of 7 runs, 1000 loops each)

я так не считаю. Это долбанная виртуальная машина, которая должна быть на системе в правильной версии что усложняет деплоймент. Она жрёт дохрена памяти, её в некоторых случаях вообще невозможно использовать (когда системные ресурсы сильно ограничены). в конце-концов JVM она не одна, их много и они все разные со своими причудами, багами и особенностями. Хорошие JVM принадлежат ком. компаниям аля Oracle и не open source. C++ тоже зависит от реализации разными компиляторами, одна из причин почему я C++ перестал любить. MS VSC++ это одно, GCC другое, Xcode третье... (Clang вроде как норм в этом плане) JavaScript тоже абсолютно по-разному себя на разных платформах ведёт C# туда-же

а Go в этом плане гораздо более приятен, он опен сорсный хоть и принадлежит по факту гуглу (I'm looking at you, Oracle!) у него один основной компилятор для всех платформ и ему не нужны сторонние runtime

а Go в этом плане гораздо более приятен, он опен сорсный хоть и принадлежит по факту гуглу (I'm looking at you, Oracle!) у него один основной компилятор для всех платформ и ему не нужны сторонние runtime

Oracle - ужасная компания с ужасными продуктами, а у Go два основных компилятора

я не буду защищать JVM, она так себе хрень, но в целом JIT - штука скорее хорошая, чем плохая

чот ты гонишь In [1]: import re In [2]: import string In [3]: import random In [4]: a = "".join(random.choice(string.ascii_lowercase + " ") for _ in range(10000)) In [5]: space = re.compile("\w") In [6]: %timeit -n 1000 space.split(a) 916 µs ± 34.2 µs per loop (mean ± std. dev. of 7 runs, 1000 loops each) In [7]: %timeit -n 1000 a.split() 17.7 µs ± 3.93 µs per loop (mean ± std. dev. of 7 runs, 1000 loops each)

версия 3.х? я мерял несколько лет назад на 2.7

версия 3.х? я мерял несколько лет назад на 2.7

3.7

jvm хорошая. просто под нее приятных языков мало

Clojure?)

я не буду защищать JVM, она так себе хрень, но в целом JIT - штука скорее хорошая, чем плохая

ну я ещё раз повторюсь: если optional JIT + aot compilation = норм, только JIT меня заставляет уже нервничать

3.7

на 3.7 у меня тоже быстрее. там правда match() был в оригинале

Clojure?)

Clojure, кажется, на CLR тоже работает

Clojure?)

медленный

Clojure, кажется, на CLR тоже работает

уже нет.

порт забросили

Пля, ни у кого проблем нет случайно с domain.com? Это пздц какой-то.

Пля, ни у кого проблем нет случайно с domain.com? Это пздц какой-то.

РКН?)

медленный

А что у вас за задачи ?

сейчас видео

что завтра будет - хз

РКН?)

Не. Какие-то прям индусы. Сначала пытался войти в акаунт, не пускало, мыло не приходило. Ок, через суппорт вошёл, поменял пароль, после перезагрузки, снова не пущает, пароль ведь в браузере сохранён, и в первом и во втором случае.

Ну ок, я просто по вебу больше

Ну ок, я просто по вебу больше

был и веб когда-то, но я в гробу видел пилить полнофункциональное веб-приложение на го. уж лучше жава с его омерзительным спрингом

Clojure лучше Java ;)

ну ок, может если вообще все на го, то можно создать штрафкоманду, которая будет отвечать за веб

Clojure лучше Java ;)

почти что угодно лучше java

но во флудилке у одного подгорело, когда я ему это сказал

Ну да, не достижение

почти что угодно лучше java

кресты хуже жавы

кобол хуже жавы

Может быть у него джавабугурт?

кресты хуже жавы

ну, cxx17 уже сильно лучше

лучше схх98 - может быть. писать на них по прежнему невозможно

Может быть у него джавабугурт?

@avkomarov у тебя джавабугурт?

был и веб когда-то, но я в гробу видел пилить полнофункциональное веб-приложение на го. уж лучше жава с его омерзительным спрингом

так не рендерите на сервере)) пишите PWA на JS/TS а на Go только API

был и веб когда-то, но я в гробу видел пилить полнофункциональное веб-приложение на го. уж лучше жава с его омерзительным спрингом

микросервисы!

вообще не понимаю зачем в 2018 году рендерить HTML на сервере... это-ж прошлый век.

https://reactjs.org/docs/react-dom-server.html :)

А хз зачем

так не рендерите на сервере)) пишите PWA на JS/TS а на Go только API

так и делаем.

просто проблемы начинаются, когда нужно пилить какую-то бизнес-логику

вообще не понимаю зачем в 2018 году рендерить HTML на сервере... это-ж прошлый век.

А зачем рендерить? Просто отдать реакт, а он в руте, рут в темплэйте. если я правильно всё понимаю.

https://reactjs.org/docs/react-dom-server.html :)

нафиг React с этим JSX и render function, Vue + Webpack & templates ❤️

чаще всего она заранее не определена. в смысле, меняется часто

просто проблемы начинаются, когда нужно пилить какую-то бизнес-логику

какие конкретно проблемы?