
Sergey
25.06.2017
05:31:35
а я переписывал криптоалгоритм с js на python и у меня всё получилось

Sergey
25.06.2017
06:44:26

Andrey
25.06.2017
10:09:13

Eugene
25.06.2017
10:56:25

Google

Nikolay
25.06.2017
12:16:59
посоны, а в чем основная проблема встраивания вменяемого JIT в CPython?
что знающие люди говорят? кодовая база слишком кривая?

Stepan
25.06.2017
13:58:34

Roman
25.06.2017
16:52:08

Eugene
25.06.2017
16:54:10
Простым для кого?
Сколько человек ковыряют код cpython и сколько его используют как инструмент, имея некоторое или вообще никакого понятия о том, как он там устроен и работает внутри?

Roman
25.06.2017
17:00:15

Nikolay
25.06.2017
17:04:13
а что, Lua сложная?

Roman
25.06.2017
20:36:31

Nikolay
25.06.2017
20:55:21

Google

Nikolay
25.06.2017
20:55:39
мне просто интересно, почему у других языков есть, а у cpython нет

Roman
25.06.2017
21:29:52

Nikolay
25.06.2017
21:30:56
более того, он может быть опциональным

Roman
25.06.2017
21:46:41

Eugene
25.06.2017
21:51:26
Мне кажется, внутренняя сложность - это не аргумент в пользу отказаться от jit в reference implementation. Тут как и везде хорошо работает принцип: сложно внутри - просто снаружи. Те, кто пилит cpython обладают достаточной квалификацией, чтобы поддерживать jit. По крайней мере так должно быть для серьёзного ЯП.

Nikolay
25.06.2017
21:54:49

Roman
25.06.2017
22:00:07

Nikolay
25.06.2017
22:00:47

Aleksandr
26.06.2017
18:28:30
я думаю что проблема в том, что JIT является чем то отдельным от интерпретатора обычно. Например в той же луа jit живет рядом с интерпретатором, написан руками и находится в не полном согласии с интерпретатором. Иными словами поведение в режиме jit и в режиме интерпретации нужно синхронизовать руками разрабу. Это очень сложно - легко накосячить в деталях.
почему нет в сипайтоне - ну сложно это, поэтому
есть в pypy, там он автогенеренный из некоторого шаблона

Nikolay
26.06.2017
20:56:26
Но это не идеал далеко
И платно, если хочется плюшек
using std::django::Model;

Roman
27.06.2017
06:50:24

Nikolay
27.06.2017
16:44:55
у нас в большом питоночате чувак всерьез топит за то, что присваивать новые атрибуты объектам функций в декораторах - нормальная практика

Eugene
27.06.2017
16:52:30
А это противоречит каким-то принципам?

Marco
27.06.2017
16:52:43
что такое "большой питоночат"?

Google

Eugene
27.06.2017
16:53:26
Полагаю, что Python-RU

Nikolay
27.06.2017
16:55:43

Eugene
27.06.2017
16:56:38
Надо тогда уточнить, что именно разрешено делать декоратору с декорируемым объектом. :)
Когда ты обворачиваешь что-то в декоратор, ты уже по сути "теряешь" исходную сущность, подменяя её. Так почему бы не сделать с ней всё что угодно после этого? :)

Nikolay
27.06.2017
16:59:07
не, атрибуты функциям формально можно присваивать, да, потому что функция - это объект, как и все в питоне
но на деле так ни один нормальный человек делать не будет, как минимум потому что это непортируемо в принципе

Aleksey
27.06.2017
16:59:42

Nikolay
27.06.2017
17:00:10

Aleksey
27.06.2017
17:00:56

Eugene
27.06.2017
17:02:01

Nikolay
27.06.2017
17:02:30
функция - это оператор из множества в множество, никаких кастомных атрибутов там быть не может

Eugene
27.06.2017
17:04:52
Многие динамические штуки в лоб не перепишешь, так ведь так никто и не делает.
Например, в C++ нет функций-объектов, ну значит берём и делаем функтор и т. п.

Nikolay
27.06.2017
17:07:51
уже есть функции-объекты :)

Aleksey
27.06.2017
17:07:53

Nikolay
27.06.2017
17:07:55
std::function

Eugene
27.06.2017
17:09:29
std::function
Угу, ещё ламбды, только это всё равно библиотечная обёртка-функтор. Я имел в виду классические функции, на которые есть только указатели.

Nikolay
27.06.2017
17:13:32

Andrey
28.06.2017
07:37:31
А как попасть в "большой питоночат"? не дадите ссылку?

Julia
28.06.2017
07:38:11

Google

Julia
28.06.2017
07:38:38
Но подумай надо ли оно тебе :)

Andrey
28.06.2017
07:39:41

Sergey
28.06.2017
07:40:01
Там не лампово :D

Julia
28.06.2017
07:43:45

Andrey
28.06.2017
07:44:44

b0g3r
28.06.2017
07:45:57
Есть ещё @ru_python_beginners, там атмосфера между "взаимовыручка и добро" и "попытаемся друг друга убить" :)
Есть ещё Джанго-чат: @pydjango

Michael
28.06.2017
07:45:58
Так немного офтопа, кто то про джаг спрашивал...
https://jugru.timepad.ru/event/518209/

Julia
28.06.2017
07:54:27

Olya
28.06.2017
07:56:50
Меня всегда веселят массовые набеги из других чатов после подобной рекламы. Я это визуализирую так: были люди, что-то делали у себя дома. К ним ввалилась новая тусовка и давай обсуждать какую-то дичь)

Julia
28.06.2017
07:57:31

b0g3r
28.06.2017
08:04:05

Roman
28.06.2017
08:20:03

Olya
28.06.2017
08:21:02
Я стесняюсь спросить. Там правда девочкам не рады, или достаточно просто адекватно вести себя? :)

Sergey
28.06.2017
08:22:16

b0g3r
28.06.2017
08:23:36

Olya
28.06.2017
08:25:24
? есть хорошая реклама на эту тему (про "ведет себя как девчонка")... от адидаса или найка.
Я лучше закрою тему, в этом чате можно более интересные вопросы обсуждать))

b0g3r
28.06.2017
08:26:02
like a girl, да, есть такая :)

Sergey
28.06.2017
08:27:09

Olya
28.06.2017
08:28:27

Sergey
28.06.2017
08:28:41

Google

Sergey
28.06.2017
08:29:02
Now back to Python
python.apichecklist.com/
Полезная штука для тех, кто пишет свои библиотеки для других людей :)

Andrey
28.06.2017
08:31:00

Dmitry
28.06.2017
08:37:23
??

Eugene
28.06.2017
08:46:23
Смотрю тут codewars. По моему, там не хватает лайка за самое ненормальное/эзотерическое решение.

Dmitry
28.06.2017
08:47:43
Avoid hiding parameters that could be useful
E.g. the API is calling another lower-level one, but it isn't exposing some useful parameters the lower-level API supports
отличный совет!!!
бесит когда так делают(

Eugene
28.06.2017
08:49:25
Потому что API формируется архитектурой, если там есть маленькие кирпичики из которых можно построить что угодно, а над ними добавлены высокоуровневые конструкции для часто используемых случаев, то такая схема самая гибкая.

Andrey
28.06.2017
08:57:20
Как говорил Петр "Да бы глупость каждого видна была"
Хотя нет, это приведет банально к тому, что все будут воровать красивые решения, для понтов.

Eugene
28.06.2017
09:00:25

Dmitry
28.06.2017
09:04:34
напоминаю, что завтра митап:
https://www.meetup.com/spbpython/events/240864160/