Обзор (http://gorod-omsk.ru/blog/pythy/2006/10/14/pythonic-ides-a-s.../) достоинств и недостатков IDLE (http://www.python.org/idle/) - штатной среды для разработки приложений на языке Python.
Список других IDE для Python (http://gorod-omsk.ru/blog/pythy/2006/06/27/pythonic-ides/):- SciTE (http://www.scintilla.org/SciTE.html)</li>
- Vim (http://vim.org) + Cream (http://cream.sourceforge.net)</li>
- jEdit (http://http://www.jedit.org/)</li>
- Emacs (http://www.gnu.org/software/emacs/)</li>
- PyPe (http://pype.sourceforge.net/)
- PythonCard/codeEditor (http://pythoncard.sourceforge.net/codeEditor.html)</li>
- Dr. Python (http://drpython.sf.net/)</li>
- SPE (http://www.stani.be/python/spe)</li>
- Eric3 (http://http://www.die-offenbachs.de/detlev/eric3.html)</li>
- Boa Constructor (http://boa-constructor.sourceforge.net/)</li>
- PyDev (http://pydev.sourceforge.net/)</li>URL: http://gorod-omsk.ru/blog/pythy/2006/10/14/pythonic-ides-a-s.../
Новость: http://www.opennet.me/opennews/art.shtml?num=8554
Мне вот интересно мнение людей, которые одинаково хорошо знают python и perl: что лучше? Можно сравнение по пунктам. Заранее спасибо!
Во многих случаях по пунктам python и perl одинаковы, кроме синтаксиса. Синтаксис у python вроде попроще. Скорость почти одинакова, количество сторонних библиотек почти одинаково, сфера применения почти одна и та-же, python и perl могут друг друга заменять на всех задачах.
вы уверены про количество библиотек??? потому что cpan.org рулит просто немеряно!!!
интересно взглянуть на подобное для питона
>вы уверены про количество библиотек??? потому что cpan.org рулит просто немеряно!!!
>интересно взглянуть на подобное для питонаИменно, Питон даже близко не стоит к Перлу по количеству готовых модулей и решений.
именно, Perl даже близко не стоит к питону по качеству готовых модулей.
90% гумна, лежащего в CPAN годится только... не годится ни для чего в общем. только если распечатать на мягкой бумаге...
Ну понятно - когда хвастать нечем - начинают хвастать качеством! Где можно посмотреть билиотеки питона?
http://python.org/pypi
>именно, Perl даже близко не стоит к питону по качеству готовых модулей.
>
>90% гумна, лежащего в CPAN годится только... не годится ни для чего
>в общем. только если распечатать на мягкой бумаге...Как измерить качество того, чего нет?
Практически на любую проблему, на cpan можно найти 3-5 модулей, пусть даже, к примеру, 2 из них работают плохо, решение есть в ассортименте. Для питона чудовищная вероятность того, что вы не найдёте готового решения вообще.
>Во многих случаях по пунктам python и perl одинаковы, кроме синтаксиса. Синтаксис
>у python вроде попроще. Скорость почти одинакова, количество сторонних библиотек почти
>одинаково, сфера применения почти одна и та-же, python и perl могут
>друг друга заменять на всех задачах."во многих случаях" может и одинаковы - зависит от выборки :)
реально на серьезных задачах (не тех о которых сказано в названии PERL :) python существенно быстрее perl 5, благодаря более совершенной виртуальной машине, а на CPAN можно найти модуль для решения на PERL минимум 50% практически любой задачи в природе (остальные 50% это архитектура, интерфейс и документация).
использование отступов это маст дай однозначно.И еще мне любопытно, потому что реально плюс питона и перла - многоплатформенность = реюсабельность готовых программ - пару лет назад я столкнулся с мультиплатформенным программингом на питоне (с перлом вопрос только в доступности модулей для целевой архитектуры), так вот у питона межпроцессное взаимодействие на win32 оказалось сделано через такое место, что использовать оказалось нереально, а у перла в этом смысле все замечательно.
Провокационный вопрос :)Перл разрабатывался как универсальный инструмент дла замены инструментов шелла. Так что если ты знаешь sed, awk и прочие древнеюниксовые шелл-утилиты, то, наверное, с перлом тебе будет комфортно... :) А вообще, идеология перла застряла на уровне 20-летней давности, так что даже такие примитивные вещи, как двумерные массивы, делаются через задницу. Не говоря уже об объектной модели. В общем, начинать новые серьёзные проекты на перле, мнэ, не советую.
(Щас меня перлофилы убивать будут)
Будут. Шо такое Перл - знаю, а вот где его идеология - это загадка. Вообще, пустое рассуждение, потому как Перл (как и Питон) не претендует быть абсолютно универсальным языком. Есть, соответственно, множество задач, которые лучше программировать на Си.А как скриптовый язык - Перл рулит.
Кстати, насчет "объектных моделей", сразу видно человека, который в перле не шарит! В нём этих моделей дохера, выбирай на вкус. Можно и самому слепить.
Угу, до хера... Но реалиация!? После С++ перейти на perlовую модель ОО, это нужно конкретно свои мозги изнасиловать. Или отказаться от ООП, или отказаться от перловки. Я сначала попробовал первое, но потом выбрал второе. Сейчас перл изредка проглядываю для поддержания эрудиции.На своих серверах в скриптах пользую Ruby и иногда Tcl (тот еще изврат). Имеющихся под них библиотек мне хватает.
А python - в принципе не плох. Довольно приличная реализация ОО. Но по форматированию, уж сильно мне напоминает Фокал на старом, добром БК-0010. Для меня слишком крутое дежавю, я себя не пересилил.
>Угу, до хера... Но реалиация!? После С++ перейти на perlовую модель ОО,
>это нужно конкретно свои мозги изнасиловать. Или отказаться от ООП, илиНу так, я же говорил, что видно человека, который в Перле не шарит. На cpan.org есть модули, которые обеспечивают ООП-интерфейс, неотличимый (с поправкой на немного другой синтаксис самого языка, конечно) от Сиплюсплюс.
Сразу видно человека, который обладает красными глазами. Заюзать туеву хучу врапперов на __сам язык__, чтобы добиться хоть какой-то читабельности. Либы конечно у перла крутые, но вот как приходится юзать их... Слёзы не просыхают на моих глазах.Интересно знать (для саморазвития) - с параметрами в функциях и кроказяблами перед переменными тоже можно что-то сделать?
Для тех, кто в танке. Перл - интерпретируемый язык. Если, в связи с этим, вам не ясно, что ваш постинг несколько неадекватен - то достаньте из вашего (красного) глаза бревно.Кстати, для саморазвития: можно.
У танкистов вопрос - то, что перл интерпритируемый что-то меняет? В смысле такой замечательный факт коренным образом меняет подход к передаче параметров и ООП модели? Питон вон тоже интерпретируемый, но это не мешает ему иметь красивые обьявления классов, красивые обьявления функций и красивый выходной код вообще.Хотя ладно, извращайтесь, не имею более желания обсуждать перл, ушёл я от него давно и счастлив, чего и вам желаю.
>У танкистов вопрос - то, что перл интерпритируемый что-то меняет?
Возможность менять самое себя - это изначальная фича Перла. Это справедливо не для всех интерпрЕтируемых языков, но в Перле я могу ВСЁ. Написать новый интерфейс к ООП в том числе.
>На cpan.org есть модули, которые обеспечивают ООП-интерфейс, неотличимый (с поправкой
>на немного другой синтаксис самого языка, конечно) от Сиплюсплюс.А смысл из кошки делать собаку? Я предпочитаю осваивать инструменты как есть, без всяких костылей. Или вы предлагаете всю оставшуюся жизнь после перехода на Perl пользовать этот модуль?
И в основном незаменим.Даже вообразить себе не могу некоторые вещи НЕ на Perl'e.
Вообразить-то могу. Но превращать 10000 строк кода в 16 000 000 - увольте!
10000 строк на перле это кошмар!
>10000 строк на перле это кошмар!А 16 000 000 строк, но не на Перле - это сказка, да?
Не сказка, но это хоть майнтейнить можно.
>10000 строк на перле это кошмар!Заглянул в тощий модуль - 1000 строк.
Меньше как раз весьма и весьма лаконичных 10000 строк на Perl CMS средней тяжести и не содержит никогда.
Хм... По-моему у python'а дела с многомерными массивами примерно на таком же уровне...
>Хм... По-моему у python'а дела с многомерными массивами примерно на таком же
>уровне...На каком? В питоне работа с ними сделана привычным образом, элементы доступны через arr[idx1][idx2]...[idxN]
#!/usr/bin/perl
my @array = ( [1, "Учи", 3, 4], [4, "perl", 2, 1] );
print "$array[0][1] ";
print "$array[1][1]\n";
>#!/usr/bin/perl
>my @array = ( [1, "Учи", 3, 4], [4, "perl", 2, 1]
>);
>print "$array[0][1] ";
>print "$array[1][1]\n";#!/usr/bin/python
array = [ [1, "Учи", 3, 4], [4, "python", 2, 1] ]
print array[0][1],array[1][1]
Язык, в котором логические блоки выделяются количеством табуляций, должен умереть
а чем '\t' хуже '{' и '}' или, к примеру, "begin" и "end"?
Читабельность... Читабельность кода еще никто не отменял...
а еще пересылка кусков кода через e-mail, copy/paste, PDF, и пр.
когда возможна пересылка как текст
каждый редактор по свойму обрабатывает табы
В общем, да здравствует питон без табов, то есть, руби :)
питону совершенно пофиг, чем сделаны отступы - табами или пробелами.
Идиотизм. Сорсы зажать в архив никак? Говорю, как человек работавший с perl, python, java: отступы - это реально удобно и юзабильно.
PIDA - http://pida.berlios.de