Comments 89
От всей души, вам мегаспасибо!
Большое спасибо!
Как раз думаю о переходе на Python :)
Как раз думаю о переходе на Python :)
Главное на красный не переходи :-)
Кхм-кхм, вот картинка:
http ://i037.radikal.ru/0803/03/90fa1dc448a8.jpg
http ://i037.radikal.ru/0803/03/90fa1dc448a8.jpg
Да уж... Действительно как-то к стати... Последние несколько недель выбираю новый язык для изучения сравнивая плюсы и минусы мне доступных. Надеюсь этот доклад позволит мне более уверенно поставить "+" или "-".
Отлично, большое спасибо за полезный материал.
благодарю, имеется желание познакомиться с интерпретируемым языком, не могу , правда, определиться, что "лучше" - Perl, Python или Ruby
и Perl, и Python, и ROR - они все хороши, правда каждый для определенных задач.. нельзя сказать, этот лучше, а этот хуже.........
можете сузить выбор до Ruby vs Python, т.к. Perl ИМХО уже не имеет преимуществ
UFO just landed and posted this here
ваше ИМХО сильно ошибается :-)
>> "благодарю, имеется желание познакомиться с интерпретируемым языком, не могу , правда, определиться, что "лучше" - Perl, Python или Ruby"
учите все три, сильно не помешает ;) и пхп в придачу.
>> "благодарю, имеется желание познакомиться с интерпретируемым языком, не могу , правда, определиться, что "лучше" - Perl, Python или Ruby"
учите все три, сильно не помешает ;) и пхп в придачу.
зачем человеку 4 идентичных по назначению языка? не хочется холиварить, но я действительно не вижу преимуществ перла перед Руби/Питоном, может быть, огласите?
к чему этот холивар? не видите, ну и не надо :)
точно-точно :) добавлю еще, что с момента рождения С вышло множество С-подобных языков, а С жив и по ныне. С момента выхода Perl та же ситуация, а Perl жив и легко даст фору многим интерпретируемым языкам. ;)
да, и совсем забыл, Perl далеко не идентичен Ruby/PHP (этим еще далеко до него), но во многом схож с Python-ом по применению на данный момент, просто Python еще не выкристаллизовался синтаксически и не оброс библиотеками.
поправлю Python схож с Perl'ом, а не наоборот.
И Python'у ой как далеко до Perl. Пусть хотя бы UTF-поддержку сделают :)
И Python'у ой как далеко до Perl. Пусть хотя бы UTF-поддержку сделают :)
?
Питону уже 17 лет (первый релиз был в 1991 году), библиотек море для всех сфер человеческой жизнедеятельности, есть просто реально всё, а что вы имеете ввиду по поводу синтаксиса разъясните.
Питону уже 17 лет (первый релиз был в 1991 году), библиотек море для всех сфер человеческой жизнедеятельности, есть просто реально всё, а что вы имеете ввиду по поводу синтаксиса разъясните.
давайте заведём тему Perl vs Python vs PHP vs Ruby и будем там вести жестокие холивары ;)
Пусть топик про питон им и останется, просто выше человек безосновательно пытался похоронить Perl из-за своей неосведеомленности в этом вопросе. Ответы были лишь в тему данной ветки обсуждения.
Пусть топик про питон им и останется, просто выше человек безосновательно пытался похоронить Perl из-за своей неосведеомленности в этом вопросе. Ответы были лишь в тему данной ветки обсуждения.
По поводу синтаксиса имелось ввиду, видимо, то, что в него до сих пор вносятся изменения (см. раздел "Что нового" в мануалах к 2.5.x), в том числе нарушающие обратную совместимость (см. то же для 3.0)
Не берусь судить, насколько выгодно отличаются от Питона в этом аспекте Perl, Ruby и PHP.
Не берусь судить, насколько выгодно отличаются от Питона в этом аспекте Perl, Ruby и PHP.
CPAN.
Как минимум одно преимущество - он всё еще гораздо распространённее, стоит чуть-чуть отойти от bleeding edge frontier'а :)
Когда я выбирал между питоном и руби, для меня перевесом послужило два фактора:
1) огромное количество питоновских библиотек(мой знакомый пишуший Ph.D. по теоретической физике использует SciPy для расчетов, а расчеты там вееесьма специфичные, но даже для них уже есть готовый код)
2) кристально чистый синтаксис питона.(должно было быть номером один в списке =) )
Самый главный на мой взгляд недостаток питона и питон коммунити это то, что они мало пиарят свой язык и свои технологии. =( Они слишком заняты написанием когда.
p.s. холивар разводить не хочу, просто сказал почему я сделал тот или иной выбор. Но к конструктивной беседе я всегда открыт.
1) огромное количество питоновских библиотек(мой знакомый пишуший Ph.D. по теоретической физике использует SciPy для расчетов, а расчеты там вееесьма специфичные, но даже для них уже есть готовый код)
2) кристально чистый синтаксис питона.(должно было быть номером один в списке =) )
Самый главный на мой взгляд недостаток питона и питон коммунити это то, что они мало пиарят свой язык и свои технологии. =( Они слишком заняты написанием когда.
p.s. холивар разводить не хочу, просто сказал почему я сделал тот или иной выбор. Но к конструктивной беседе я всегда открыт.
1)Самый большой набор библиотек для научных исследований, которые до сих пор активно применяются – собрался за 50 лет у Фортрана – но его почему то ни кто не любит :) SciPy ужасно хорошая вещь – не тем, что там есть что то уникальное, а тем, что это много хороших инструментов собранных в один пакет.
Но если не заниматься теоретической физикой – каких именно лично Вам не хватает библиотек – которые есть в Python но нет в Ruby?
2) “кристально чистый синтаксис” – это больше эмоциональное описание чем техническая характеристика. Одним людям «кристально чистым синтаксисом» кажется одно – другим другое.
Но если не заниматься теоретической физикой – каких именно лично Вам не хватает библиотек – которые есть в Python но нет в Ruby?
2) “кристально чистый синтаксис” – это больше эмоциональное описание чем техническая характеристика. Одним людям «кристально чистым синтаксисом» кажется одно – другим другое.
0) Фортран, как и языки разработанные математиками ужасен. Шучу, но тот же Matlab тоже не сахар =) . Я сам немного писал на фортране, но всегда стараюсь держаться от него подальше: я помню тот ужас отладки всего лишь 300-400 строчной мат модели %(.
Блоки common переменных, фактически автоопределние переменных(да, я знаю что всегда есть соответствующие workarounds, но это не сильно облегчает боль)...
Имеющийся код на фортране зачастую настолько ужасен, что его даже лучше не смотреть - много когда написано студентами, которых заставляли писать в университете(профессора изобретающие алгоритмы не любят сами эти же алгоритмы кодировать). Хотя это касается специализированных библиотек. Более часто используемые (LAPACK и компания) написаны гораздо качественней.
0.5) из питона легко дерать фортановские библиотеки, ситуацию с руби здесь не знаю.
1) мне бы хотелось работать с mp3 не науровне тегов но на уровне raw data не переходя на C.
Судя по
http://raa.ruby-lang.org/cat.rhtml?categ…
ничего такого в rubyland нет. Про аналоги Twisted я тоже ни чего не слышал.
Питоновскую http://pymedia.org/ пришлось конечно же доработать напильником, тем не менее... Посмотрите на feature list Python Imaging Library. Я с ходу не смог найти такие аналоги.
Вы правда можете сказать, что среднему разработчику мол такие вещи все равно редко нужны, однако это то, что делает python прекрасным.
2) Отнюдь. отсутсвие end, использования пунктуации в качестве синтаксиса(это не столько о ruby сколько о другом языке),идеология python: "по возможности один способ сделать это" обязательные скобки, принудительные отступы.
В раби просто идеологически ближе к перлу - если есть какая то прикольная штука ее добавляют в синтаксис, а синтаксическое древо питона стараются не захламлять. Я надеюсь, что не сильно ошибаюсь в понимании как идеологии как ruby так и python в этом вопросе.
3) на тему языков для научного компутинга, мне всегда непонятно почему линейка паскаль-обертрон не заняла там прочных позиций. Это было бы гораздо лучше чем фортран.
Блоки common переменных, фактически автоопределние переменных(да, я знаю что всегда есть соответствующие workarounds, но это не сильно облегчает боль)...
Имеющийся код на фортране зачастую настолько ужасен, что его даже лучше не смотреть - много когда написано студентами, которых заставляли писать в университете(профессора изобретающие алгоритмы не любят сами эти же алгоритмы кодировать). Хотя это касается специализированных библиотек. Более часто используемые (LAPACK и компания) написаны гораздо качественней.
0.5) из питона легко дерать фортановские библиотеки, ситуацию с руби здесь не знаю.
1) мне бы хотелось работать с mp3 не науровне тегов но на уровне raw data не переходя на C.
Судя по
http://raa.ruby-lang.org/cat.rhtml?categ…
ничего такого в rubyland нет. Про аналоги Twisted я тоже ни чего не слышал.
Питоновскую http://pymedia.org/ пришлось конечно же доработать напильником, тем не менее... Посмотрите на feature list Python Imaging Library. Я с ходу не смог найти такие аналоги.
Вы правда можете сказать, что среднему разработчику мол такие вещи все равно редко нужны, однако это то, что делает python прекрасным.
2) Отнюдь. отсутсвие end, использования пунктуации в качестве синтаксиса(это не столько о ruby сколько о другом языке),идеология python: "по возможности один способ сделать это" обязательные скобки, принудительные отступы.
В раби просто идеологически ближе к перлу - если есть какая то прикольная штука ее добавляют в синтаксис, а синтаксическое древо питона стараются не захламлять. Я надеюсь, что не сильно ошибаюсь в понимании как идеологии как ruby так и python в этом вопросе.
3) на тему языков для научного компутинга, мне всегда непонятно почему линейка паскаль-обертрон не заняла там прочных позиций. Это было бы гораздо лучше чем фортран.
0.5) из питона легко дерать фортановские библиотеки, ситуацию с руби здесь не знаю.
Из Ruby тоже дергаются фортрановские библиотеки – и многие другие. Даже питоновские библиотеки из Ruby дергаются :)
мне бы хотелось работать с mp3 не науровне тегов но на уровне raw data не переходя на C. Судя по http://raa.ruby-lang.org/cat.rhtml?categ… ничего такого в rubyland нет.
Смотрите в не правильном месте. Надо смотреть http://rubyforge.org/search/?type_of_sea…
А еще более правильно смотреть раздел Multimedia-Sound/Audio 73 ruby проекта.
Что значит работать «с mp3 не науровне тегов но на уровне raw data» без уточнения не понятно – но допустим кодировать WAV/AIFF/PCM в MP3/OGG, менять битрейт и частоту семплирования, из стерео делать моно – все делается на Ruby без проблем.
Про аналоги Twisted я тоже ни чего не слышал.
Зато я слышал :) Пожалуйста <a href=" http://www.rubyeventmachine.com/"> EventMachine
Посмотрите на feature list Python Imaging Library. Я с ходу не смог найти такие аналоги.
Без проблем – с ходу скажу аналог RMagick - преобразования изображений/наложение эффектов/рисование – все что душе угодно.
Вы правда можете сказать, что среднему разработчику мол такие вещи все равно редко нужны, однако это то, что делает python прекрасным.
Да наверное – хоть среднему разработчику такие вещи нужны не так часто – именно эти вещи делают Ruby прекрасным :)
Отнюдь. отсутсвие end, использования пунктуации в качестве синтаксиса(это не столько о ruby сколько о другом языке),идеология python: "по возможности один способ сделать это" обязательные скобки, принудительные отступы.
Как я уже говорил «это больше эмоциональное описание чем техническая характеристика». Кому-то «обязательные скобки, принудительные отступы» кажутся верхом совершенства – а кому-то совсем наоборот. Это не может быть использовано как какое то положительное/отрицательное качество языка – это просто личные предпочтения разработчика.
В раби просто идеологически ближе к перлу - если есть какая то прикольная штука ее добавляют в синтаксис, а синтаксическое древо питона стараются не захламлять.
Вот этот момент я как то совершенно не понял. Создатели Ruby последовательно придерживаются изначально заданного общего направления развития языка в плане синтаксиса. Вас не затруднит привести пример какой ни будь «прикольной штуки» которой не было в Ruby, а потом ее взяли и добавили – и она захламила «синтаксическое древо»?
Фортран, как и языки разработанные математиками ужасен. Шучу, но тот же Matlab тоже не сахар =) . Я сам немного писал на фортране, но всегда стараюсь держаться от него подальше: я помню тот ужас отладки всего лишь 300-400 строчной мат модели %(.
Да фортран – особенно по сравнению с современными высокоуровневыми языками выглядит устрашающе :) Мне – к счастью – не приходилось с ним сталкиваться в практической работе – но об ужасах я наслышан.
3) на тему языков для научного компутинга, мне всегда непонятно почему линейка паскаль-обертрон не заняла там прочных позиций. Это было бы гораздо лучше чем фортран.
Наследие уже написанных фортрановских библиотек. Если приложение есть, оно работает, и работает хорошо – зачем что то менять, тратя на это время – время которое можно с большей пользой посвятить самому исследованию? Вполне логичная, но конечно не радостная стратегия.
> Этот доклад будет полезен начинающим программировать на python,
> а также тем, кто выбирает язык программирования для своей задачи.
к сожалению, не увидел в статье того, где был бы Python более эффективен нежели другие языки, или говоря другими словами, для каких задач его было бы разумно использовать
> а также тем, кто выбирает язык программирования для своей задачи.
к сожалению, не увидел в статье того, где был бы Python более эффективен нежели другие языки, или говоря другими словами, для каких задач его было бы разумно использовать
> Этот доклад будет полезен начинающим программировать на python,
> а также тем, кто выбирает язык программирования для своей задачи.
к сожалению, не увидел в статье того, где был бы Python более эффективен нежели другие языки, или говоря другими словами, для каких задач его было бы разумно использовать..
кстати, вот тут еще больше полезного можно найти для тех, кто думает о питоне)) http://ru.wikipedia.org/wiki/Python
> а также тем, кто выбирает язык программирования для своей задачи.
к сожалению, не увидел в статье того, где был бы Python более эффективен нежели другие языки, или говоря другими словами, для каких задач его было бы разумно использовать..
кстати, вот тут еще больше полезного можно найти для тех, кто думает о питоне)) http://ru.wikipedia.org/wiki/Python
Спасибо, как раз в тему! Пока разрываюсь, что выбрать питон или яву? У кого какие мнения по этому поводу?
для каких целей?
Задача номер раз, написание демона для Линукса, который будет обрабатывать одновременные обращения от двух и более клиентов.
Грубо говоря будет онлайн игра в крестики нолики, клиент написан на флеше (играют два человека сидящих за разными компьютерами), сервер на питоне или яве в виде демона. В реальном случае все будет немного сложнее, по этому сервер, например, на пхп однозначно не справится... По этому выбираю между явой и питоном.
Грубо говоря будет онлайн игра в крестики нолики, клиент написан на флеше (играют два человека сидящих за разными компьютерами), сервер на питоне или яве в виде демона. В реальном случае все будет немного сложнее, по этому сервер, например, на пхп однозначно не справится... По этому выбираю между явой и питоном.
если выберете питон, то Twisted вам в помощь
У Пайтона со средами проблемы, так что не рекомендую. По-моему у него там неправильный межпотоковый лок в интерпретаторе.
А для задачи "выполнить героическую миссию и умереть" я бы скорее его рекомендовал, так как мне джава под**ела, да и она не по-современному многословна.
А для задачи "выполнить героическую миссию и умереть" я бы скорее его рекомендовал, так как мне джава под**ела, да и она не по-современному многословна.
оффтоп
учитывая "ЗВ реальном случае все будет немного сложнее, " легко советуеся С/С++, , даже .NET, Perl. В каждом из этих языков есть готовые библиотеки/модули для выполнения всего, что вам необходимо, даже в перспективе.
учитывая "ЗВ реальном случае все будет немного сложнее, " легко советуеся С/С++, , даже .NET, Perl. В каждом из этих языков есть готовые библиотеки/модули для выполнения всего, что вам необходимо, даже в перспективе.
питон неплох... мне понравилса при обозрении документации (в оф. доках на сайте можно скачать детальний мануал... там, в принципе, понятно написано...)
линки в студию:
http://www.python.org/ftp/python/doc/2.5… - доки
http://www.python.org/doc/2.5.2/tut/tut.… - тьюториал
... у меня где-то еще доки в chm есть... если в инете не найдете - могу дать... (считаю етот формат удобним, imho...)
http://www.python.org/ftp/python/doc/2.5… - доки
http://www.python.org/doc/2.5.2/tut/tut.… - тьюториал
... у меня где-то еще доки в chm есть... если в инете не найдете - могу дать... (считаю етот формат удобним, imho...)
UFO just landed and posted this here
Сбросьте, пожалуйста, на phoenix.ukraine ат gmail.com chm-файлик.
Собираюсь скоро взяться за Питон.
Собираюсь скоро взяться за Питон.
chm документация стандартно с дистрибутивом питина для Windows идет
а... забил еще сказать:
у меня в chm есть книга Сузи Р.А.
Язык программирования Python
БИНОМ. Лаборатория знаний, Интернет-университет информационных технологий - ИНТУИТ.ру, 2006
... Интернет Университет... достаточно хорош курс етот там... для начинающих, тем более... + еще минимальную сертификацию пройти можно...
у меня в chm есть книга Сузи Р.А.
Язык программирования Python
БИНОМ. Лаборатория знаний, Интернет-университет информационных технологий - ИНТУИТ.ру, 2006
... Интернет Университет... достаточно хорош курс етот там... для начинающих, тем более... + еще минимальную сертификацию пройти можно...
http://slil.ru/25600581 - от...
спасибо большое, как раз потихоньку вникаю в питон, материал пригоится
Питон хорош, но где ему жить?! Искал дешёвый хостинг - ситуация сильно хуже phpшной. Всё больше VMSы предлагают, а там и цены соответствующие.
Python через CGI многие хостеры предлагают, просто не всегда это афишируют, хотя да CGI - это прошлый век. А так впринципе цены на VDS упали достаточно, так что вполне приемлимое решение, учитывая что оно предоставляет полную свободу выбора
если не нужен FastCGI, то хостфабрика или вот тут например
http://tophost.com.ua/ могу посоветовать
Пробовал с ними работать, забивали на меня 3 дня подряд, перешел на http://webfaction.com.
Из плюсов деньги вернули по первому требованию :-)
Из плюсов деньги вернули по первому требованию :-)
UFO just landed and posted this here
Господа, а вот с этими firstvds кто нибудь дело имел? Уже собрался у них покупать VDS, но что то подозрительно дешево... Стоит с нии связываться? (честное [хабра]слово,что не реклама)
Посоветуйте, где лучше VDS брать, пожалуйста.
Посоветуйте, где лучше VDS брать, пожалуйста.
пользуюсь их хостингом уже год:) всё устраивает.. единственное неприятно, что ребуты частенько бывают
Еще вопрос: на сколько сложно настроить VSD с нуля - т.е. почти ни чего не зная o *nix системах? нужен аппач, майскуль, питон, и еще пара демонов.
Или стоит напрячься и работать с буржуинским webfaction?
Или стоит напрячься и работать с буржуинским webfaction?
/* мы "скармливаем" исходник интерпретатору; он генерирует байт-код, но оставляет его в памяти, а затем передает виртуальной машине (являющейся частью интерпретатора). Это ускоряет запуск программы за счет отсутствия необходимости записывать байт-код на диск. */
ага! в следующий раз когда я захочу ускорить свою программу, я ничего не буду менять, а просто "сгенерирую какой-нибудь байт-код" - спасибо за новую технику!
ага! в следующий раз когда я захочу ускорить свою программу, я ничего не буду менять, а просто "сгенерирую какой-нибудь байт-код" - спасибо за новую технику!
Спасибо за пост, вы очень интересную тему затронули.
в статье помимо всяких "техник ускорения" (гы-гы, ускорение компиляцие "порадовало" ужасно) затронуты нешуточные холивары. Если автор так не любит С++ и обожает Яву, зачем же он открыто об этом пишет и вообще причем тут питон? Сравнивать питон и яву "почти на уровне" и говорить, что они работают "почти идентично", рассказывать, что "как жаль, что учат на С++", "нет всяких new[] delete[]" и т.п. - это достойный стиль описания интерпретируемого языка? К чему эти личные высказывания? Сто раз уже говорилось, с кривыми руками нечего лезть в С++ и пенять потом на язык, память дырявая и "забываете" о своих же переменных - лезьте в яву сразу и она вас вылечит от склероза, да и не в том суть. Срываюсь на холиварщину :(
В целом описание языка неплохое, но личные субъективные вставки заставляют задуматься о качестве "программиста", как такового. Истинному программеру фиолетово на чем писать, каждой задаче свой язык, древний принцип работает и по ныне.
В целом описание языка неплохое, но личные субъективные вставки заставляют задуматься о качестве "программиста", как такового. Истинному программеру фиолетово на чем писать, каждой задаче свой язык, древний принцип работает и по ныне.
http://www.greenteapress.com/thinkpython/
Еще один учебник, на этот раз более общего характера, чуть ли не с уклоном в Computer Science. Конечно обычно для таких целей используется Scheme, но уж больно книжка приятная)
Еще один учебник, на этот раз более общего характера, чуть ли не с уклоном в Computer Science. Конечно обычно для таких целей используется Scheme, но уж больно книжка приятная)
Шикарная книжка от Bruce Eckel'я - Thinking in Python
http://www.mindview.net/Books/TIPython
В стиле "Философия С++/Java"
http://www.mindview.net/Books/TIPython
В стиле "Философия С++/Java"
Убило:
"Главное в инкапсуляции, как мы увидим позже - не надо путать инкапсуляцию и сокрытие данных."
Не то, чтобы я придирался к словам, но нельзя ж так писать :) Тем более, что инкапсуляция подразумевает сокрытие данных и реализации (в добавок к объединению данных и кода). В Питоне сокрытия реализации нет вовсе, что меня несколько настораживает. Возможно это инертность мышления, и отсутствие сокрытия не является минусом языка.
Это не доклад - а его конспект (см. комментарии на второй странице доклада). Может, вынести это в описание?
"Главное в инкапсуляции, как мы увидим позже - не надо путать инкапсуляцию и сокрытие данных."
Не то, чтобы я придирался к словам, но нельзя ж так писать :) Тем более, что инкапсуляция подразумевает сокрытие данных и реализации (в добавок к объединению данных и кода). В Питоне сокрытия реализации нет вовсе, что меня несколько настораживает. Возможно это инертность мышления, и отсутствие сокрытия не является минусом языка.
Это не доклад - а его конспект (см. комментарии на второй странице доклада). Может, вынести это в описание?
Вот моя подборка:
byteofpython_120.pdf.zip
DefinitiveGuidetoDjango.rar
diveintopython-pdf-5.4.zip
diveintopython.pdf.zip
EssentialsRapidPythonWebApplicationDevelopment.rar
LearningPython3rd.rar
O'Reilly - Python Programming on Win32.chm.zip
OReilly.Python.in.a.Nutshell.2nd.Edition.Jul.2006.chm.zip
Preiss B.R. Data structures and algorithms in Python (2004).chm.zip
ProfPythonFrameworksWeb20Programming.rar
Python Style Guide.htm.zip
Python-Docs-2.5.zip
PythonScriptingComputationalScience.rar
python_cookbook.zip
python_uchebnik_python.rar
text processing.zip
ThinkingInPython.zip
Wrapping Your Brain Around Oracle + Python.mht.zip
Г.Россум и др. - Язык программирования Python.zip
Множественная диспечеризация.htm.zip
Программирование метаклассов на Python.htm.zip
Функциональное программирование.htm.zip
Хроники пикирующего сисадмина- (Сайт Попова О_Б_).mht.zip
Язык программирования Python.zip
Хотел изучить но как-то не задалось. Тут все одним архивом. Если нужно что-то по отдельности - пишите письма.
byteofpython_120.pdf.zip
DefinitiveGuidetoDjango.rar
diveintopython-pdf-5.4.zip
diveintopython.pdf.zip
EssentialsRapidPythonWebApplicationDevelopment.rar
LearningPython3rd.rar
O'Reilly - Python Programming on Win32.chm.zip
OReilly.Python.in.a.Nutshell.2nd.Edition.Jul.2006.chm.zip
Preiss B.R. Data structures and algorithms in Python (2004).chm.zip
ProfPythonFrameworksWeb20Programming.rar
Python Style Guide.htm.zip
Python-Docs-2.5.zip
PythonScriptingComputationalScience.rar
python_cookbook.zip
python_uchebnik_python.rar
text processing.zip
ThinkingInPython.zip
Wrapping Your Brain Around Oracle + Python.mht.zip
Г.Россум и др. - Язык программирования Python.zip
Множественная диспечеризация.htm.zip
Программирование метаклассов на Python.htm.zip
Функциональное программирование.htm.zip
Хроники пикирующего сисадмина- (Сайт Попова О_Б_).mht.zip
Язык программирования Python.zip
Хотел изучить но как-то не задалось. Тут все одним архивом. Если нужно что-то по отдельности - пишите письма.
А еще много интересного есть на сайте IBM
доклад интересный. как раз как вводная часть по выбору языка.
не нашел упоминания про
- необязательность объявления переменных
- чувствительность к регистру в именах переменных
зы: говоря по Perl-овски - use strict отсутствует. pychecker ловит, но штучные опечатки.
не нашел упоминания про
- необязательность объявления переменных
- чувствительность к регистру в именах переменных
зы: говоря по Perl-овски - use strict отсутствует. pychecker ловит, но штучные опечатки.
Прочил половину первой части....
Он пишет:
Но простите, это же бред! А как же второй запуск, третий, четвертый? Время затрачиваемое на постоянную транслятцию кода не идет ни в какое сравнение с той ОДНОКРАТНОЙ задержкой, связанной с записью байт-кода на диск.
и после этого идет следующее заключение
просто смешно....
Автор явно чего-то недопонимает. Или, может, я?
Он пишет:
В простейшем случае запуск программы происходит так: мы "скармливаем" исходник интерпретатору; он генерирует байт-код, но оставляет его в памяти, а затем передает виртуальной машине (являющейся частью интерпретатора). Это ускоряет запуск программы за счет отсутствия необходимости записывать байт-код на диск.
Но простите, это же бред! А как же второй запуск, третий, четвертый? Время затрачиваемое на постоянную транслятцию кода не идет ни в какое сравнение с той ОДНОКРАТНОЙ задержкой, связанной с записью байт-кода на диск.
и после этого идет следующее заключение
...только Питон чуть быстрее загружает программы за счет того, что не пишет байт-код на диск
просто смешно....
Автор явно чего-то недопонимает. Или, может, я?
Автор.
смысл в том что пайтон может запустить программу из исходника без компиляции (оч удобно например при разработке в текстовом редакторе), но вы всегда можете сказать чтоб откомпилировал, и будет запускаться байткод
по поводу аргументации автора, согласен, не стоит это приводить как явный плюс в быстродействии и тд
по поводу аргументации автора, согласен, не стоит это приводить как явный плюс в быстродействии и тд
Как сторониий наблюдатель, никогда не интересовавшийся питоном, могу сказать одно: Статья абсолютно бесполезная. Я не нашел там ничего, что помогло бы "начинающим программировать на python" или "тем, кто выбирает язык программирования для своей задачи". Автор приводит примеры кода, которые на его взгляд должны быть очевидными, пишет какую-то ересь про генерацию байт-кода, вставляет свое мнение о других языках, о которых он имеет ограниченное представление (уж не знаю что там у него с Жавой, но то что с плюсами не дружит - это точно). Вобщем мне бы было стыжно выносить такую писанину на суд общественности.
Sign up to leave a comment.
Доклад по Python