Разное

Добрый день уважаемые фрумчане. Заинтересовался языком программирования Python.

Вот хотел поинтересоваться, как обстоит мультиплатформеность этой среды. Для каждой платфоры свой компелятор, или как то иначе дело обстоит?

И еще вопрос чем отличается 2.6 и 3. И на какой из верский лучше работать, просто насколько я понял их разделили и они как то поотдельности функционируют.

Спасибо за внимание.

Это интерпретируемый язык, как и PHP, мультиплатформенность на том же уровне - т.е. в рамках языка все в порядке, но учитывать различия в операционных средах все же приходится (например, на уровне файловой системы).

>И еще вопрос чем отличается 2.6 и 3.
Пеработан синтаксис чуть-чуть, причем насколько я понял, без обратной совместимости (поправьте, кто интенсивно с Python работает, если не так). По уму, конечно, на версию 3 следовало бы ориентироваться, особенно, если вы только приступаете к изучению языка (правда встречались жалобы, что третья версия вроде как серьезно уступает второй по производительности, но это вероятно со временем будет исправлено).

Огромное спасибо за исчерпывающий ответ. Очень помогли:)

И кому эти питоны нужны, коли PHP есть?

Ну... не все Web-ом занимаются... как бы Python он постарше PHP и более последовательно реализован... Вот, например, создателям серии игр Civilization Python нужен - они на нём сценарии пишут, так как Python отлично встраивается в C-приложения. Создателям 3D-графики тоже нужен, они им движками управляют... В общем, зря вы так, к PHP вопросов больше, чем к Python :)))

Зачем Python-приложения встраивать в C-приложения? Почему не писать всё в C? У Питона есть какие то преимущества перед C?

Ессно, он более высокоуровневый.

Ну хорошо, а почему тогда всё в Питоне не писать?

Мужик машет мечом примерно 50 000 раз за всю игру, под мечом оказывается масса всякой белиберды с разными текстурами и объектами, которые нужно подставлять и менять - машина воет от напряжения... Каждая секунда дорога... Утолив жажду убийства герой подходит к мирному персонажу, который толкает речь и предлагает ответить на вопрос - пока игрок прочитает вопрос, пока выберет нужный ответ - проходит тьма времени (по компьютерным меркам). Нелинейно потребности производительности распределяются - все на Python не напишешь, но управлять готовыми анимированными объектами, а ещё лучше игровыми событиями, деревом сюжета или развития - почему бы нет? А уж в разных CAD-ах, где все ситуации не запрограммируешь - легко-встраемые интерпретируемые языки на вес золота. Наверняка с VBA дело имели, каждый раз такие штуки не будешь реализовывать, если есть готовый язык, почему бы им не воспользоваться.

Дорого очень все на C писать - больше времени уходит, больше ошибок получается, больше народу нужно. Да, если у вас блок используется миллион раз, его выгодно написать на C, но если у вас не слишком требовательный к производительности блок, направо и налево требующий ассоциативных массивов и очередей, а выполняется он один раз за все 50 часов, покуда пользователь играет - зачем этот блок кровью и потом создавать при помощи С или ассемблера? Причем ладно бы игра весила 150Кб, тогда можно было бы подумать, прикладывать к ней ещё пару десятков мегабайт интерпретатора или нет, а если игра весит 15 Гб - чего уж там стесняться... А когда это экономит примерно 7 месяцев работы и пару сотен тысяч долларов - даже разногласий никаких не возникает.

PS Преимущества те же, что и у PHP - есть ряд задач, где не требуется супер-скорость, и один Python-программист может заменить 7 C-программистов. Да ещё потом на лету можно сценарии редактировать и позволять пользователям на Python писать свои собственные сценарии, обмениваться ими...
PPS Когда у меня просят утилиту с Windows-интерфейсом для внутристудийной работы (т.е. на продажу она не пойдет), а на разработку можно выделить максимум 1 сутки, угадайте, что я делаю?