Комментарии 33
Кажется я только начал разработку собственного велосипеда упорядоченного словаря.
Жесть с этими версиями. Народ еще толком на 2.6 не перешел, не говоря уже про 3, а тут между ними и 2.7 начинают. Где-нибудь есть упоминание о том когда планируется закончить вторую ветку? Или так и будет синхронно с третьей идти перенимая фичи?
Скорей бы уже все библиотеки перевели на 3.x и в мире наступи счастье и гармония…
не могу не поддержать
Я готов перейти на py3k хотя бы только за pep-3132:
И т.п.
>>> head, *tail = [1,2,3,4]
>>> head, tail
(1, [2, 3, 4])
>>> *head, tail = [1,2,3,4]
>>> head, tail
([1, 2, 3], 4)
>>>И т.п.
В прошлой теме спрашивал — не ответили.
Подскажите аналог threading модуля без GIL.
Подскажите аналог threading модуля без GIL.
multiprocessing
Вы хотите распараллеливать? А что мешает запускать несколько процессов и писать event-driven код?
Хочу гибкий код.
Кхм. А автоматы как снижают гибкость?
Допустим из обработчика события мне надо изменить какой-нибудь объект. А он в другом процессе. Как быть?
Pipe?
Это я про multiprocessing.
Registry.val += 2
Представьте, во сколько строк оно превратится при работе с пайпами.
Представьте, во сколько строк оно превратится при работе с пайпами.
Так я не пойму, Вам нужен гибкий код или красивый? В любом случае, можно потратить немного времени и написать для себя красивую и удобную обёрточку для всего этого дела, если этот вариант не устраивает.
Просто при автоматном подходе, в общем-то, не приходится параллелить и, я думаю, ни треды, ни мультипроцессинг вам не нужен.
Просто при автоматном подходе, в общем-то, не приходится параллелить и, я думаю, ни треды, ни мультипроцессинг вам не нужен.
Мне нужен гибкий код. Который легко писать. В котором можно ПОВТОРНО ИСПОЛЬЗОВАТЬ код, а не заниматься его задрачиванием под другую модель и обмен значениями.
В котором не будет оверхеда на обмен значениями между потокосущностями.
> Просто при автоматном подходе, в общем-то, не приходится параллелить и, я думаю, ни треды, ни мультипроцессинг вам не нужен.
Э… Как это не нужно параллелить? Оно же только одно ядро жрет, а остальные три простаивают. Хочется, чтобы питон не был таким тормозом.
В котором не будет оверхеда на обмен значениями между потокосущностями.
> Просто при автоматном подходе, в общем-то, не приходится параллелить и, я думаю, ни треды, ни мультипроцессинг вам не нужен.
Э… Как это не нужно параллелить? Оно же только одно ядро жрет, а остальные три простаивают. Хочется, чтобы питон не был таким тормозом.
Про «Автоматическая нумерация полей в методе str.format()» можно поподробнее, не нашёл в описании.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Python 2.7 beta 1