лучше в стену смотреть

http://cs.pikabu.ru/images/big_size_comm/2012-09_6/13488501632781.jpeg

А скоро там новый сезон?

дивана? ?

Саус парка

середина сентября

https://bugzilla.xfce.org/show_bug.cgi?id=12117 баян?

https://bugzilla.xfce.org/show_bug.cgi?id=12117 баян?

Это просто коты агрессивные, вот собаки...

Так ты б почитал

Так ты б почитал

Я первые пять а дальше осуждаю

Экстрасенсы - сможете ли вы ответить, какой это ЯП? На скриншоте весь исходник. :)

На самом деле легко гуглится

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

:)

Это Nim

Скорость C и удобство питона (почти)

Скорость C и удобство питона (почти)

что насчёт cython?

Тоже скорость Си и удобство питона почти, ахах

Не

Скорость не си)

Он же C api юзает

У Нима преимущество (именно преимущество) - он своим компилятором компилируется в C/C++/Objective C/Js и потом компилятором GCC бинарник. Но, в отличии от PyPy, компиляция самого Нима и программ на нем очень быстра

Дело в том, что легче использовать готовый компилятор с огромным количеством оптимизации, чтобы сконцентрироваться на языке

Там биндинги для C библиотек просто писать

Есть даже малюсенькое ядро на этом языке

Ну пустое по сути

https://github.com/dom96/nimkernel

Там низкий уровень и поэтому указатели

Их в ниме очень редко приходится юзать

Только для взаимодействия с C библиотеками

А еще там метапрограммирование

DSL'ы

Это веб-фреймворк: # example.nim import jester, asyncdispatch, htmlgen routes: get "/": resp h1("Hello world") runForever() И это все КОМПИЛИРУЕТСЯ

https://github.com/dom96/jester/

Он один из главных разрабов

Асинхронность там тоже есть

Этот фреймворк как раз асинхронный

(денег мне за это не платят, я не рекламирую)

ну и чем оно лучше раста?

Проще, меньше кода нужно писать

судя по гуглу, ним гцшный

не только меньше кода, но и меньше возможностей

судя по гуглу, ним гцшный

И?

Он не для ОС создан

Это веб-фреймворк: # example.nim import jester, asyncdispatch, htmlgen routes: get "/": resp h1("Hello world") runForever() И это все КОМПИЛИРУЕТСЯ

А для такого

не только меньше кода, но и меньше возможностей

В каком смысле меньше?

Ну например

Ну ты сам сказал даже

Он не для ОС создан

Ну ядро-то есть на нем написанное

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

А 1 человеком

ничего не имею против

Из-за этого маленькая популярность

Ну вот например, на чём лучше писать бота для ВК - на расте или на ниме?

на том, что лучше знаешь и что тебе будет проще поддерживать?

;)

на пхп же

опять время идиотских поллов

опять время идиотских поллов

Я про Лонг пуллинг

Не про колбек апи

пуллинг, карл...

Ну вот например, на чём лучше писать бота для ВК - на расте или на ниме?

Fix: раст знаю лучше, так что на нем

Long Pulling, ну?

Long Pulling, ну?

садись, два

ERROR: S client not available

Poll

Тьфу

Да

Знаю

С утра башка не варит

Все-таки мне кажется, что Nim ближе к скриптовым языкам, а раст к C и C++

Ну имхо их сравнивать как-то неправильно

У нима даже есть его скриптовая версия (в основном для конфигов, repl)

https://github.com/nim-lang/Nim/labels/High%20Priority чота часть багов совсем не смешная

https://github.com/nim-lang/Nim/labels/High%20Priority чота часть багов совсем не смешная

т.е. то, что core developer - 19-летний чувак (хоть и в CERN'е учится), тебя не смущает, да?

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

А 1 человеком

Из-за этого маленькая популярность

про это я уже читал

творческих узбеков ему

т.е. то, что core developer - 19-летний чувак (хоть и в CERN'е учится), тебя не смущает, да?

Один из

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

http://www.oreilly.com/pub/au/6501 Главный разраб

Один из

их там 2.5 человека

Угу

Еще из Украины чувак

Сделал гуи библиотеку хорошую

https://twitter.com/yglukhov/status/836300635465207809

Там на самом деле многие врапперы сделаны самими core девелоперами

Дык понятно, хайпа-то нету

с дллками в ниме чота погано

всм?

можно компилить и в dll'ки

спокойно

Nim supports the generation of DLLs. However, there must be only one instance of the GC per process/address space. This instance is contained in nimrtl.dll. This means that every generated Nim DLL depends on nimrtl.dll. Note: Currently the creation of nimrtl.dll with thread support has never been tested and is unlikely to work!

это всё чудесно пока у всех одна версия...

msvcrt.dll улыбается и машет