Расскажите, где и как. Есть ли такие, кто использует его в профессиональной деятельности? Каковы перспективы этого языка? Очень он мне нравится стал.

Я не писал на VB. И на VB скрипте в частности. Но питон отличается высокой скоростью разработки и хорошей переносимостью. Есть масса модулей.

Синтаксис его направлен на быструю разработку и простое сопровождение. Пример:
Я пока питон знаю не настока хорошо. Но вот пример работающей прогораммы.

Удобно не забивать себе голову тем в каком порядке идут аргументы в функциях.

--null--ну, именованные параметры - это совсем не новость. Они есть во многих языках. В том же Visual Basic они широко используются.

Все же моща Python-а в чем-то другом :-)
моща питона много в чём. Например передача функций в виде параметров. Это тож наверное много где есть. Но встречал я это только в питоне.
Ещё есть куча модулей. В общем слова о языке свервысокого уровня не пусты. Так он в общем-то и есть. Ещё разработчики божатся о высокой безопасности интерпретатора.
Ещё есть сериализация объектов и хранение их на жёстком диске. Я это пока сам не пробовал, правда:)

Имхо, питон может (мог бы) составить конкуренцию .NET.

Ц4 Pythonist Проствети, чем он лучше VBScript-а. Нет, серьезно, очень интересно узнать.


Мультиплатформенностью (бывает, что мультиплатформенность имеет значение, Mac/PC например)
Мультиплатформенность, имхо, не главное достоинство питона.

--null--Похоже на маркетинг. В чем его признаки, про это где-то написано - что должно быть реализовано в языке, чтобы он был "сверхвысокого уровня"?
Питон действительно синтетик. Но это же кайф, когда язык ОРГАНИЧНО включает все современные веяния. XML, ООП, Unicode.

Про сверхвысокий уровень согласен, что это - маркетинговый ход.
Вообще говорить на эту тему тяжело пока не определён термин "уровень".
Но в общих чертах, думаю, это определяется ощущениями. Когда не надо искать в каком месте прога попыталась влезть в чужую область памяти и получила за это от ОС по мозгам, когда не надо помнить о том, не забыл ли прибить объекты и освободить память из под malloc. Когда нужно помнить только о том, что ты пишешь программу. Я понимаю, что сейчас могут начаться войны насчёт дибилизма молодых программеров и про то, какой это ужас: язык высокого уровня. Что писать надо только на ассемблере. Максимум на Си. Но я, лично, не хочу себе голову забивать разной фигнёй. Я хочу помнить про задачу. А постановщик задачь в ТЗ не писал о том, что моя прога должна сама следить за адресацией памяти, не лезть куда не следует, следить за возвратом памяти чтоб не вызвать утечки и т. д. и т. п. В ТЗ сказанно только о том, что прога должна, например, составлять отчёты в формате MS Excel и сохранять выборки в виде Well formed XML.

Ну эт пример конечно, только.

--null--
войны в баню. Тут недавно про ето уже топк был и то, что ты там сказал (насчет реальных задач) - с этим я согласен на все 100%.

Но опять же - это (управление памятью) - умеет сейчас любой скриптовый язык.
Определять ощущениями - это ненаучно :-)
Да. Умеет. Да это уже не ток скриптовые языки умеют помоему. Вон Делфи. Там конечно надо прибивать классы. Но вроде и сами они прибиваются неплохо:)
Ощущениями определять действительно ненаучно. Надо просто перечислить то, что язык делает сам. Точнее его интерпретатор. Подозреваю, что этот список будет как две капли похож на такой же у сишарпа. Точнее у дот нет фреймворка.

В общем высокость уровня языка, имхо, не описать словами. Это можно ток почувствовать. Программеру можно скока угодно рассказывать наскока удобней писать
вместо
или
На это программер буит отвечать, что ему не впадлу ставить \n в конце строк. И что написать несколько лишних быкавак - не проблема. Кричать будет ровно до тех пор, пока его насильно не усадят за язык с неявной типизацией.

Кстати насчёт лишних быкавак, имхо, дело не в тяжёлых физических усилиях которые требуются чтоб их начепятать, а в том, что надо ПОМНИТЬ где и что надо писать. Приходится помнить о типах. print в языках с неявной типизацией (питон, перл, пхп, да мало ли) позволяет абстрагироваться от многой ерунды и помнить о задаче: "вывести ИНФОРМАЦИЮ в stdout" в то время, как printf в сях выводит СТРОКУ в stdout. Это - уровень абстракции и есть.

Кста: стандартные модули питона в виндовой поставке:
help('modules')AutoExpand _sre htmlentitydefs sha
BaseHTTPServer _ssl htmllib shelve
Bastion _strptime httplib shlex
Bindings _subprocess idle shutil
CGIHTTPServer _symtable idlelib (package) signal
CallTipWindow _testcapi idlever site
CallTips _threading_local ihooks smtpd
Canvas _tkinter imageop smtplib
ClassBrowser _weakref imaplib sndhdr
CodeContext _winreg imghdr socket
ColorDelegator aboutDialog imp sre
ConfigParser aifc imputil sre_compile
Cookie anydbm inspect sre_constants
Debugger array itertools sre_parse
Delegator asynchat keybindingDialog stat
Dialog asyncore keyword statcache
DocXMLRPCServer atexit linecache statvfs
EditorWindow audiodev locale string
FileDialog audioop logging (package) stringold
FileList base64 macpath stringprep
FixTk bdb macurl2path strop
FormatParagraph binascii mailbox struct
GrepDialog binhex mailcap subprocess
HTMLParser bisect markupbase sunau
IOBinding bsddb (package) marshal sunaudio
IdleHistory buildapp math symbol
MimeWriter bz2 md5 symtable
MultiStatusBar cPickle mhlib sys
ObjectBrowser cStringIO mimetools tabnanny
OutputWindow calendar mimetypes tabpage
ParenMatch cgi mimify tarfile
PathBrowser cgitb mmap tcl84
Percolator chunk modulefinder tclpip84
PyParse cmath msvcrt telnetlib
PyShell cmd multifile tempfile
Queue code mutex test
RemoteDebugger codecs netrc test (package)
RemoteObjectBrowser codeop new testcode
ReplaceDialog collections nntplib textView
ScriptBinding colorsys nt textwrap
ScrolledList commands ntpath this
ScrolledText compileall nturl2path thread
SearchDialog compiler (package) opcode threading
SearchDialogBase configDialog operator time
SearchEngine configHandler optparse timeit
SimpleDialog configHelpSourceEdit os tix8184
SimpleHTTPServer configSectionNameDialog os2emxpath tk84
SimpleXMLRPCServer cookielib parser tkColorChooser
SocketServer copy pdb tkCommonDialog
StackViewer copy_reg pickle tkFileDialog
StringIO csv pickletools tkFont
Tix curses (package) pipes tkMessageBox
Tkconstants datetime pkgutil tkSimpleDialog
Tkdnd dbhash platform toaiff
Tkinter decimal popen2 token
ToolTip difflib poplib tokenize
TreeWidget dircache posixfile trace
UndoDelegator dis posixpath traceback
UserDict distutils (package) pprint tty
UserList doctest profile turtle
UserString dumbdbm pstats types
WidgetRedirector dummy_thread pty tzparse
WindowList dummy_threading py_compile unicodedata
ZoomHeight dynOptionMenuWidget pyclbr unittest
_LWPCookieJar email (package) pydoc urllib
_MozillaCookieJar encodings (package) pyexpat urllib2
__builtin__ errno quopri urlparse
__future__ exceptions random user
__init__ filecmp re uu
_bisect fileinput reconvert warnings
_bsddb fnmatch regex wave
_codecs formatter regex_syntax weakref
_codecs_cn fpformat regsub webbrowser
_codecs_hk ftplib repr whichdb
_codecs_iso2022 gc rexec whrandom
_codecs_jp getopt rfc822 winsound
_codecs_kr getpass rgbimg xdrlib
_codecs_tw gettext rlcompleter xml (package)
_csv glob robotparser xmllib
_heapq gopherlib rpc xmlrpclib
_hotshot gui1 run xxsubtype
_locale gzip sched zipfile
_multibytecodec heapq select zipimport
_random hmac sets zlib
_socket hotshot (package) sgmllib

--null--ну то, что VBScript уступает питону - это однозначно, конечно.
А VB вообще? А сишарп, а ява?
Насколько питон хорош как технология?

Хранение состояний - сказка! Обычная сериализация, но так удобно!

--null--остается выяснить - почему же столь продвинутая технология невостребована :-)Развивается вроде. Действительно создаётся впечатление, что против питона какой-то заговор. С другой стороны писать сайты на нём уже можно. Хостинга с питоном (правда я не знаю есть ли у них Zope) до фига.

Только что описывая удобства питона одному знакомому в запале сказал фразу "да я ещё пять прог написать успею пока эта выполняется!". Как хочешь, так и понимай:) Имел ввиду я, конечно, высокую скорость разработки. Но невольно указал и на низкую скорость исполнения:)

--null--это как раз не очень принципиально сейчас.
Тем более, что питон может компилиться в байткод, причем не только свой, но и JVM (jython), .NET (Python.NET) и прочие, а эти машины уже пусть оптимизируют, благо на каждом углу своей оптимизацией хвастаются.
Ну да. А если что-то особоважное, то можно и на сях модуль написать.

Питон в отличии от явы не навязывает ООП.

ёрики это очень плохо. Язык должен быть либо ООП, либо нет.
Весьма спорное утверждение, имхо.

Сергей Ильич
Малое удовольствие разгребать чужой срач из кода применяющего разные стили программирования. Джава навязвает один стиль, и это правильно.
Да. Согласен. Но тут важен не тока язык, но и руководитель проекта.

Код на питоне читается как гнига:)
По части понятности он обойдёт любого. В частности питон навязывает отступы, чтоб какой гад не писал так:
Гвидо ван Россум считает, что любая задача в рамках языка должна ВСЕГДА решаться ОДНИМ и тем же методом. И питон в силу возможностей навязывает такой подход. Его синтаксис достаточно жесткий.

maXmo
Меня тож от этого долго тошнило. Потом я понял, какой это кайф.

--null--maXmo , Sarin
самое смешное, что так в Python тоже можно писать

Да. Я знаю. Это как в JS. Но мало кто так пишет.

maXmoа в каком месте в этом примере кончается иф?
------------------
- А как в Интеpнете pаботать? - Сначала нужно узнать, что вам нужно rtfm
Как строку перевёл.
а можно так:
А так низя:

Тоесть если операторы записываются сразу после ":", то с переводом строки закончатся операторные скобки.
Если операторы пишутся со следующей строки, то действие скобок закончится с окончанием отступов.

--null--проще всего поработать полчасика в интерпретаторе python в интерактивном режиме -
и все это запоминается на интуитивном уровне :-)
Не. Эт опасно. Я вот пол часа в интерпретаторе поработал и подсел на этот язык:)

maXmoимхо, это не способствует читабельности. В васиках и паскакалях хоть какие-никакие енды были.
------------------
- А как в Интеpнете pаботать? - Сначала нужно узнать, что вам нужно rtfm
Вообще, имхо, при надлежащем умении можно любую прогу запутать:)

А действительно повысить читаемость только подробные и хорошии комментарии.

Скриптовые языки сейчас только выходят на большую дорогу. А про Си...

Наверное каждый программист должен написать хотяб одну прогу на асе и на Си. Но использовать их каждый день, имхо, не целесообразно. Полагаю, что Си вытеснить окончательно не сможет никто. В обозримом будущем. Так как в любой проге всегда будет особо ответственные участки. Которые должны будут выполняться очень быстро и очень надёжно. Питон предоставляет достаточно простые механизмы для инграции с Си.

Большое количество багов - следствие большого количества встроенных функций.
Это всё равно что сказать, что чугунные пушки 18 века лучше танка Т-90. Так как в Т-90 может стока всего поломаться... Баллистический вычеслитель там. Или ещё что. И что единственный путь к сильной армии - снабдить её пушками по образцу 18 века. Отлить тока из современных сплавов.

Хорошие коменты, кстате, видел. В прогах, которые распространяются по открытым лицензиям