Че за звездочка

Объясните и мне, пожалуйста)

*args типо

Но...

эх.. если б в условии стояло бы не "отсеивать None", а "отсеивать ложные", вышло бы l1, l2 = zip(*filter(all, zip(l1, l2)))

эх.. если б в условии стояло бы не "отсеивать None", а "отсеивать ложные", вышло бы l1, l2 = zip(*filter(all, zip(l1, l2)))

Че за звездочка?

функция(*список) - этот такой способ передать элементы списка в аргументы функции. Когда функция принимает не список, а несколько отдельных значений, а нам нужно вкорячить ей список, то можно сделать функция(список[0], список[1]), но это не работает, если список неизвестной длины.

разворачивает список в список аргументов

Значит *arg

Я думал это толкьо при создании функции

А передавать можно сразу таплом

Значит *arg

скорее, обратное *arg.

*arg превращает несколько аргументо в список, а f(*lst) - список в несоклько аргументов.

такую звездочку можно употреблять в: списке аргументов функции: f(a, b, *args) - в этом случае одна переменная аргс получит все оставшиеся аргументы, если есть при передаче аргументов в функцию: def f(a, b): ... l = (1, 2) f(*l) # сама функция не обязана иметь *args

и в третьем питоне добавили еще два использования

def f(a, b, *, c): # при вызове параметр c нужно указывать только в кейворд нотации: f(0, 1, c=2) ... и анпак туплов теперь доступен вне аргументов функций: a, *b = [1, 2, 3, 4, 5] a == 1, b == [2, 3, 4, 5]

Интересная фигня

Спс за инфу

и еще из мира распаковки туплов: >>> a, (b, c), *d = [(1, 2), (3, 4), (5, 6), (7, 8)] >>> a, b, c, d ((1, 2), 3, 4, [(5, 6), (7, 8)])

http://i.imgur.com/0vKcsRt.png Да и правда работает (только на трай ехцепт не смотрите, не знал что args=())

Мне кажется, именно так Зарт смотрит на очередной вопрос

угу, белый и пушистый

Zart а в питоне есть такое чтоб в программу можно было передавать файл вот так, ./myprog.py < myfile

типо в C++ решалось это while(cin»a){ return };

argparse и путь к файлу наверное.

нууу argparse эт понятно

Zart а в питоне есть такое чтоб в программу можно было передавать файл вот так, ./myprog.py < myfile

sys.stdin.read() ?

но там же типо myprogram.py -c parm1

http://i.imgur.com/0vKcsRt.png Да и правда работает (только на трай ехцепт не смотрите, не знал что args=())

а там в первом варианте, где l1 = (1,2), третий вывод - пустой тапл?

sys.stdin.read() ?

спасибо попробую

а подскажет кто решение, есть программа запускается она с конфигом, конфиг передается через -c config, как можно сделать что если конфиг изменился, программа его перечитала без перезапуска? вижу как вариант, повесить порт какойто и кидать команду, или в вечный цикл сделать subprocess.Popen("diff") и так далее

мб есть разумнее весч

а подскажет кто решение, есть программа запускается она с конфигом, конфиг передается через -c config, как можно сделать что если конфиг изменился, программа его перечитала без перезапуска? вижу как вариант, повесить порт какойто и кидать команду, или в вечный цикл сделать subprocess.Popen("diff") и так далее

ищи по inotify, если это linux

хотя обычно при правке конфига демону передают команду на релоад

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

Zart а в питоне есть такое чтоб в программу можно было передавать файл вот так, ./myprog.py < myfile

конкретно этим синтаксисом занимается шелл аналог в самом питоне: f = open('myfile') p = subprocess.Popen(['python', './myprog.py'], stdin=f) x = p.communicate()

а подскажет кто решение, есть программа запускается она с конфигом, конфиг передается через -c config, как можно сделать что если конфиг изменился, программа его перечитала без перезапуска? вижу как вариант, повесить порт какойто и кидать команду, или в вечный цикл сделать subprocess.Popen("diff") и так далее

эпизодически проверять os.path.getmtime(config)

но идея хуевая

ищи по inotify, если это linux

тяжеловесно малость. но можно. врапперов на пайпи для inotify/dnotify/fam/findfirstchangenotification было несколько штук

А зачем нужен pypy?

pypi != pypy

Я про интерпритатор

Он типа быстрый

если совсем вкратце, то ради jit

pypy давно превратился в кошерный джит-фреймворк, на котором запилили кроме питона еще несколько языков

И че, кто-то юзает питон на PyPy?

ктото юзает

ну с 3.3+ он плохо совместим, хотя после вложений Mozilla может все же допилят

тройку пилят медленно, ибо интереса негусто

mozilla им 200k отвалила на поддержку 3.5

тройку пилят медленно, ибо интереса негусто

Я бенчи смотрел - вообще жестоко

Он ноду даже выигрывает

пайпай достигает скорости ценой оперативки, если сравнивать с цпитоном

пайпай достигает скорости ценой оперативки, если сравнивать с цпитоном

они, кстати, заявляют, что "memory-hungry Python programs (several hundreds of MBs or more) might end up taking less space than they do in CPython."

т.е. на обычном коде он раза в 4-8 шустрее, но при этом хавает в 2-3 раза больше озу сильно-сильно зависит от конкретной задачки

они сильно улучшили в сравнении с тем что было давно

http://speed.pypy.org/

портирование под пайпай зависит от зависимостей 8\

PIL/Pillow раньше ставились под пайпай, сейчас у меня новые версии фейлят, более старая ставится, но не имеет поддержки жипегов... в общем с поддержкой бинарных экстеншенов от цпитона там всё еще довольно печально

https://www.toptal.com/python/%D0%BF%D0%BE%D1%87%D0%B5%D0%BC%D1%83-%D1%81%D1%83%D1%89%D0%B5%D1%81%D1%82%D0%B2%D1%83%D0%B5%D1%82-%D1%82%D0%B0%D0%BA-%D0%BC%D0%BD%D0%BE%D0%B3%D0%BE-%D0%BF%D0%B8%D1%82%D0%BE%D0%BD%D0%BE%D0%B2/ru

PIL/Pillow раньше ставились под пайпай, сейчас у меня новые версии фейлят, более старая ставится, но не имеет поддержки жипегов... в общем с поддержкой бинарных экстеншенов от цпитона там всё еще довольно печально

Я вроде работал с жпегами

почему существует так много С? С++? Бейсиков? Паскалей?

М?

А по-мне так интересная статейка

почему существует так много С? С++? Бейсиков? Паскалей?

Почему так много 10010101010101

а, бля

я этот пост же читал в оригинале

ERROR: S client not available

Если честно

Я вообще не могу представить

Как устроен этот PyPy

я конечно могу накидать ссылок... но сомневаюсь что это ваш уровень

Нет, я немного не об этом

Python интерпретируЮЩИЙ на C написан?

ну если не вдаваться в детали PyPy это просто альтернативная реализация интерпретатора питона в противовес стандартному CPython

Python интерпретируЮЩИЙ на C написан?

сам интерпретатор да

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

Python интерпретируЮЩИЙ на C написан?

короче статью не читал, да?

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

чистый анси си изначально был K&R, но перерисовали в анси диалект еще на его заре

RPython

Cython меж тем вообще никакого отношения не имеет к интерпретаторам

это как бы отдельно стоящая ботвень транслирующая код питона в код Си

хотя это вопрос философский)

а вообще кто-нибудь юзал отличные от CPython интерпретаторы? тот же PyPy?

для чего-нибудь кроме тестов и экспериментов

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

лично мне наиболее перспективной кажется идея сделать интерпретатор на LLVM

но вроде текущие реализации тоже пока далеки от релиза

лично мне наиболее перспективной кажется идея сделать интерпретатор на LLVM

кто там хотел идею для opensource проекта? =)

да они есть вроде

https://github.com/dropbox/pyston http://numba.pydata.org

просто они не особо живые или хоть как-то законченные

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

Всем добра

если я правильно понимаю процесс и это не мои больные фантазии, то LLVM крут тем что в теории он должен дать совместимость с уже существующими либами CPython

и это имхо единственный случай когда альтернативный интерператор может взлететь

потому как нафиг никому не сдался PyPy если под него надо все либы переделывать

все не надо

ладно, простите) я просто не так давно думал об этом

если альтернативные имплементации кто-то пилит, значит они кому-то все-таки нужны