Господа питонисты, требуется ваша помощь 

1) Используете ли вы средства, генерирующие нативный код из Питона? (Psyco, py2exe и т.д.)

2) Какова основная причина их использования?
а) Увеличение быстродействия.
б) Сокрытие исходного кода.
в) Ваш вариант…

3) Нужен ли вам еще один такой инструмент, превосходящий существующие в скорости генерируемого кода и степени его обфускации? Готовы ли вы отказаться от некоторых свойств языка в пользу возможности компилировать таким образом свои программы или отдельные их модули?


И еще один вопрос:
Есть ли IDE для Питона, умеющие показывать список свойств и методов объекта (автокомплит)? 

IMHO, логическая ошибка:
 1. Что есть "нативный код"?
 2. psyco и py2exe -- разные вещи: первый -- jit (just-in-time) compiler; второй -- заморозка кода (code freeze). Первый не скрывает исходники, второй не увеличивает быстродействие (формально он, конечно, скрывает исходники -- показывает только .pyc, только из .pyc всё же не слишком сложно восстановить .py).



Да, я пользовался py2exe для того, чтобы программа, написанная на Питоне не требовала дополнительной (отдельной) установки интерпретатора.


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

P.S. Попробуй задать этот вопрос в ZoPyRus 


Есть. Но вопрос этот лучше задавать в отдельной теме.

 

Использую py2exe. И выкладываю и исходник, и бинарник, чтобы не вынуждать людей устанавливать себе питон. 

первый раз слышу, что можно восстановить .py из .pyc!!! 

1,2 - использую psyco для производительности...
3 - смотря от каких  от eval и лямбда - функций - вполне
Самый путный автокомплит для питона - в Wing IDE 

http://itconnection.ru/pipermail/zopyrus/2...ary/082207.html
http://itconnection.ru/pipermail/zopyrus/2...ber/076828.html
один запрос гуглу и...
http://users.cs.cf.ac.uk/J.P.Giddy/python/...decompiler.html 

Нет. Он логически связан с предыдущими. Почему, объясню несколько позже.

Машинный код платформы, на которой выполняется Питон. Не имеет принципиального значения, генерируется он в виде отдельного исполняемого файла или JITится.

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

Компиляция в машинный код по совместительству является очень неплохой обфускацией. Затраты на восстановление логики возрастают на порядок по сравнению с байткодом VM.

Э-э… У меня не стоит цель опросить максимально большое количество людей  Мне достаточно будет пары мнений «за».


*.pyc — это байткод стековой машины. Близкие по природе MSIL и Java-байткод декомпилируются на раз.


От lambda как раз отказываться не придется 

Спасибо, посмотрю. 

Здраствуйте...

Ну ето как раз что нужно! py2exe  OK, но проект из 5-6 dll's, pyd's и куча скриптов tcl + архив...хммм  вийглядит порядочно ужасно. Хороший autocompletion имеет pythonwin тоже. Void, скажи, пожалуйста что имееш в виду ;)

П.С. Извините мой руский, я из Болгарии, 'ы ' и пару другие совсем нет на клавиатури.  smile    

по поводу py2exe "не ускоряет" гон, запускается пошустрее
почему? сам не пойму=) 

Прошу прощения за задержку  Просто вопрос зависил не только от меня…

Транслятор Py->C++ (по мотивам Shed Skin, но с прицелом на теоретическую возможность практического применения  ) почти утвержден в качестве темы моего диплома и ссылка на мнение питонистов сыграла не последнюю роль в разговоре с зав.кафедры 

Всем спасибо!

P.S. А автокомплит таки умеет PyDev for Eclipse… Вопрос был связан с тем, что для автокомплита, равно как и для транслятора, нужен вывод типов.