В февральской редакции (http://www.tiobe.com/index.php/content/paperinfo/tpci/index....) исследования популярности языков программирования, проведенного компанией TIOBE Software, язык Python за год поднялся с 7 на 4 место, обогнав по популярности PHP, который спустился с 3 места на 5, уступив также языку C++. Две позиции сдал язык Perl, который спустился с 8 места на 10, пропустив вперед JavaScript и Objective-C.
<center>
<table style="border: 1px solid rgb(176, 177, 144); background: none repeat scroll 0% 0% rgb(221, 225, 194);" width="50%" border="1" cellpadding="2" cellspacing="0">
<tr><td>место<td>год назад<td>язык<td>изменение популярности</tr>
<tr><td>1<td>1<td>Java<td>+1.13%
<tr><td>2<td>2<td>C<td>-1.62%
<tr><td>3<td>4 <font color=green>↑</font><td>C++<td>-1.26%
<tr><td>4<td>7 <font color=green>↑↑↑</font><td>Python<td>+2.72%
<tr><td>5<td>3 <font color=red>↓↓</font><td>PHP<td>-3.03%
<tr><td>6<td>6<td>C#<td>+1.79%
<tr><td>7<td>5 <font...URL: http://www.tiobe.com/index.php/content/paperinfo/tpci/index....
Новость: http://www.opennet.me/opennews/art.shtml?num=29585
И правильно, быдло код на PHP, или красивый и понятный код на python :) конечно python, во первых красивый язык, быстрый, много фрейморков, да и вообще, везде используется... гугл, яндекс... я рад за python...Java и python - это будущее программирования... Ява за счет корпоративного сектора, а python за счет гиков и киберпанков :)))
И правильно - что? Какие выводы о будущем программирования можно сделать, изучая поисковые запросы? 90% из них - от тех, кто никогда ничего сколько-нибудь значимого на этом языке не напишет. Программисты, которые используют язык всерьез, ищут не в Гугле, а в документации. А если и обращаются к Гуглю, то с такими запросами, которые никакие роботы к конкретному языку отнести не смогут!
> И правильно - что? Какие выводы о будущем программирования можно сделать, изучая
> поисковые запросы? 90% из них - от тех, кто никогда ничего
> сколько-нибудь значимого на этом языке не напишет. Программисты, которые используют язык
> всерьез, ищут не в Гугле, а в документации. А если и
> обращаются к Гуглю, то с такими запросами, которые никакие роботы к
> конкретному языку отнести не смогут!По документации знаете-ли тоже удобно гуглем искать.
А у многих языков вобще нет такого понятия, как оф. документация.
>А у многих языков вобще нет такого понятия, как оф. документация.Например?
бла бла бла. я тоже сначала ищу в документации, но блин! часто бывают моменты когда нужно юзать гугл. к примеру сортировка словаря по значению. я тогда минут 20 на маны потратил. в гугле только нашел
быдлокод пишут быдлокодеры (быдлостудентики за быдлоеду)красивый код можно писать на php равно как на python или java
> быдлокод пишут быдлокодеры (быдлостудентики за быдлоеду)
> красивый код можно писать на php равно как на python или javaДа-да-да.
А еще можно на руках быстро бегать, да.
Можно подумать что если индусов заставить пинками и загородками форматировать код правильно, он от этого резко станет менее индусским. На самом деле будет всего лишь отформатированный индусский говнокод. А учтя скорость работы питона в целом - даже не индусские поделия в итоге очень хочется назвать говнокодом. За тормоза.
>> быдлокод пишут быдлокодеры (быдлостудентики за быдлоеду)
>> красивый код можно писать на php равно как на python или java
> Да-да-да.
> А еще можно на руках быстро бегать, да.Минусуем-минусуем. Между прочим прогеров питонистов, которые знают PHP очень много.
Обратного не наблюдается. Интересно почему...К сожалению у PHP нету ни одного преимущества перед питоном (рад был бы конструктивной критике), а вот того что не поддерживает PHP немерянно.
>а вот того что не поддерживает PHP немерянноВаляйте, внимаем
> Валяйте, внимаем1. отстутсвие в PHP объектного подхода ("всё есть объект")
т е. невозмонжо испортировать чтото конкретное из модуля (и хотелосьбы под собственным названием)... а не весь модуль
следовательно операция:
// PHP
require_once dirname(__FILE__).'/my_module1.php';
require_once dirname(__FILE__).'/my_module2.php';
require_once dirname(__FILE__).'/my_module3.php';
require_once dirname(__FILE__).'/my_module4.php';
импортирует НЕПОНЯТНО ЧТОв отличии от
# python
import my_module1, my_module2
from my_module3 import my_super_class
from my_module4 import my_mega_class as mmc
и теперь когда (в python) мы используем my_super_class(...) , то мы чётко понимаем что это объект класса из my_module3, а не хрен пойми откуда(тоесть легко читать чужой код)
зато в PHP -- если назвать функцию именем длинной в 40 символов -- то тоже будет ясно что это за функция и откуда она импортирована :-D :-D :-D
наверно именно по этой причине имена функций и классов в PHP охренительно длинных размеров... "htmlspecialchars" -- это сума надо сойти пока такое написать :-) ... или вот mysql_real_escape_string ... ппц-просто
А такая вещь как пространства имен?//PHP
//Хоть обназывайся
use My\Full\Classname as Another;
> А такая вещь как пространства имен?
> //PHP
> //Хоть обназывайся
> use My\Full\Classname as Another;
> http://php.net/manual/en/language.namespaces.importing.phpphp-5.3 -- немного улучшает ситуацию...
правда -- с теми символами которые не захотели обзавестись собственными namespace -- остаётся всё таже жопа
...а не хотят обзаводиться namespace`ами ВСЕ модули... так как хотят тянуть за собой совместимость с PHP<=5.2
при этом остаётся неясным -- зачем мучиться с PHP-5.3 в котором кучу говнофункций с PHP-5.2-семантикой......если можно просто взять и использовать удобный python :-)
(удобный для функционального стиля)при этом PHP-5.3-семантика хоть и лишена части своих проблемм -- но сёравно кое в чём вызывает отвращения... хотябы например этот способ записи пространств имён "\".. :-)
> Валяйте, внимаем2. трудность в использовании в PHP написание кода в качестве callback-функций
документация об http://ru2.php.net/manual/en/language.pseudo-types.php#langu... [ http://j.mp/eoEuQx ] даёт нам чотко понять,
что для того чтобы использовать в PHP функциональный подход -- нужно каждый раз писать неслаженный код (с идиотскими названиями идентификаторов)...например придётся написать не малый абзац кода для задействования операции preg_replace_callback()
тем самым PHP-программисты стараются не использовать функциональный подход в своём программировании... и тем сымым ухудшают качество получаемого кода (принцип DRY ("Don't repeat yourself") плохо соблюдается, если избегать функциональный подход)
многие PHP-программисты вкушая неудовольствие от невозможности нормального использования функционального подхода -- начинают использовать eval-хаки...
...в то время как python -- весь так и блешшет функциональностью...
даже взять хотябы:
# python
my_obj = MyClass()
func = my_obj.my_method
a = func(b)
Вы несете БРЕД
http://php.net/manual/en/functions.anonymous.php
> Вы несете БРЕД
> http://php.net/manual/en/functions.anonymous.phpэто PHP-5.3 -- которого нет на 99% хостингов
...
при этом параметр use($var1, $var2, ...) -- просит указывать ВРУЧНУЮ все внешние переменные которые мне понадобятсья внутри такой анонимной функции -- идиотская задумка -- так как лешает половину прелестей самого понятия "замыкания"а если у меня анонимная функция внутри анонимной функции -- то придётся одну и туже переменную прописывать в двух разных use(...) -- бред в квадрате :-)
>> ВРУЧНУЮ все внешние переменные которые мне понадобятсья внутри такой анонимной функциВот же молодцы, это все привидет к тому, что вы точно будете знать что из контекста используете, а это очень важно, особенно когда кода много.
> это PHP-5.3 -- которого нет на 99% хостинговФеерично.
Особенно в контексте сравнения с python
create_function отменили?
> create_function отменили?это функция которая относиться к eval-hack-категории.. за использование которых вообще надобы программистам руки отрубать! :-)
> Валяйте, внимаем3. отсутствие в PHP -- итераторов/генераторов
...заставляет PHP-программиста больше думать над тем как организовать тот или иной обрабатывающщий алгоритм, вместо того чтобы этот программист просто написал-бы код функции-генератора и код цикла-итерации
при этом -- (как обычно) страдает принцип DRY.. так как из-за отсутствия генераторав-итераций -- приходиться идни и теже обрабатывающщие части PHP-программы присать несколько раз (но с небольшими изменениями относительно друг друга)
выше в пункте {1} уже писалось про громадные названия PHP-функций..
громадные_названия плюс куча_избыточного_кода -- приводят к тому что код плохо читается (например для нового программиста, того кто пытается разобраться в коде)
Смотреть сюда
http://php.net/manual/en/class.iterator.php
> Смотреть сюда
> http://php.net/manual/en/class.iterator.phpсмотреть сюда:
http://j.mp/h8B8Q3 (ru.wikipedia.org: "yield")
и
например сюда: http://docs.python.org/library/itertools.html :-)
>> 3. отсутствие в PHP -- итераторов/генераторовВаши слова.
Я опроверг ваше утверждение. Точ то вы сказали выше мене не волнует, есть в питоне итераторы - хорошо. Моя цель была показать их присутствие в PHP
>>> 3. отсутствие в PHP -- итераторов/генераторов
> Ваши слова.
> Я опроверг ваше утверждение. Точ то вы сказали выше мене не волнует,
> есть в питоне итераторы - хорошо. Моя цель была показать их
> присутствие в PHPгенераторы/итераторы в PHP -- это пародия на генераторы/итераторы в Python. :-)
(название совпадает -- но использовать ЭТО в PHP -- никакого желания ни у кого даже не возникнет :))
>>>> 3. отсутствие в PHP -- итераторов/генераторов
>> Ваши слова.
>> Я опроверг ваше утверждение. Точ то вы сказали выше мене не волнует,
>> есть в питоне итераторы - хорошо. Моя цель была показать их
>> присутствие в PHP
> генераторы/итераторы в PHP -- это пародия на генераторы/итераторы в Python. :-)
> (название совпадает -- но использовать ЭТО в PHP -- никакого желания ни
> у кого даже не возникнет :))Хорошенько вглядитесь в исходные коды Zend framework ) там они очень часто используются
В Zend Framework много хороших вещей используется. Есть такой форумный движок Xenforo, построенный на ZF - разрабатывать на нем легко и приятно.
Но что ответить оппоненту, для которого один из важнейших критериев - количество символов в названии функции?
> громадные_названия плюс куча_избыточного_кода -- приводят к тому что код плохо читается
> (например для нового программиста, того кто пытается разобраться в коде)Вот только код на PHP читается легко... код же на питоне пытается сломать тебе глаза, несмотря на всю простоту и понятность.
>>а вот того что не поддерживает PHP немерянно
> Валяйте, внимаемNN. а это нищебродность массивов (в PHP)
например если я в Python пишу:
# python
x1 = my_array.get('x1', 'отсутствиющая фигня')
x2 = my_array.get('x2') or 'не пустая фигня'то для PHP этот ОЧЕНь РАСПРОСТРАНЁННЫЙ случай придётся записать через:
x1 = array_key_exists('x1' $my_array)?$my_array['x1']:'отсутствиющая фигня';
x2 = array_key_exists('x2' $my_array) && $my_array['x2']?$my_array['x2']:'не пустая фигня';
// ------------------------------
// следущий код НЕ верен, так как вызывает ошибку в режиме "показывать все ошибки":
// x2 = $my_array['x2'] or 'не пустая фигня'чуствуюте разнифу в количество буковок кода?
при этом возникает желание в PHP написать свою собственную функцию "get()" (такуюже как в python dict.get()) -- но в случае PHP<=5.2 придётся задавать для этой функции мега длинное имя... и тогда половина смысл этого нововведения теряется :-(
при этом как [я уже говорил] -- зачем делать какието извращения в PHP -- если можно всё сделать элегантно без извращений в python :-)
Вас так сильно волнует количество букв? Что вы тогда скажите о Java :)))
$x1 = @$my_array['x1'] ? $my_array['x1'] : 'пусто';или совсем красиво
$x1 = @$my_array['x1'] or $x1 = 'пусто';
> или совсем красивобраво! отличный способ! мои _искренние_ поздравления!! :-)
а сам ведь я реально не додумался что если какаято инструкция выдаёт ошибку, то следовательно надо сделать так чтобы она ошибку не выдавала (тоесть: применить конструкцию подавления вывода ошибок :-D) :-D
У этой конструкции есть определенные проблемы с производительностью в случае, если переменная пуста. Но в качестве "затычки" - вполне пойдет. Хотя лично я предпочитаю тернарник ?: - он гораздо нагляднее.
> $x1 = @$my_array['x1'] ? $my_array['x1'] : 'пусто';
> или совсем красиво
> $x1 = @$my_array['x1'] or $x1 = 'пусто';Юзать оператор подавления ошибок - предсмертная агония.
Кроме того, что это может породить множество ошибок, это просто адски неэлегантно.
Ну и просто посмотрите на питоновый код и на пхп. Какой из них понятнее ?
Но это на самом деле все фигня. Во первых это не списки а словари (только в пхп их почему то называют аасоцианивными массивами >_<). Во вторых тут никакой магии нет, это скорее в пхп нет очевидной операции.
Достаточно с вас и того, что питон язык со строгой типизацией.
Да, - динамической, но строгой.
Умному - достаточно.
> Достаточно с вас и того, что питон язык со строгой типизацией.
> Да, - динамической, но строгой.
> Умному - достаточно.+1
В пхп вобще самая левая типизация, из всех что я видел.Два разных оператора сравнения чего стоят.
> В пхп вобще самая левая типизация, из всех что я видел.это точно!
чего стоит только:
$str = '0'; // строка в которой символ нуля (тоесть строка не пустая)if($str) {
echo 'этот вариант былбы в любом нормальном языке, но не PHP';
} else {
echo 'PHP щитает что строка всётаки пустая'; // :-)
// это потомушто '0' (строка) похожа на 0 (число) ??? %) %)
}// ...
$str1 = '00'; // тоже самое, но символов нуля уже два
if($str1) {
echo 'о да! на этот раз строка уже не пустая, даже для PHP'; // :-) :-)
}интересная такая типизация, просто вообще :-D
Читай документацию
http://www.php.net/manual/en/language.types.boolean.php#lang...
Это основы, это надо знать.
> интересная такая типизация, просто вообще :-DВы не представляете, насколько это удобно, если выкинуть шаблон из мозга, и начать думать не учебником, а конкретным языком.
>>а вот того что не поддерживает PHP немерянно
> Валяйте, внимаемНу давайте.
Начнем.
1) Отсуствие каого-либо ФП: функций высшего порядка, map-ов, замыканий, работы со списками и многого другого.
2) Нет нормальной работы со списками. Та порнография, что представлена в пхп не считается. Срезы, лист/генератор компликэйшен, map, отрицательные индексы...
3) Кривая типизация. Ну это уже освещали...
4) Нет генераторов. В питоне очень мощная либа для работы с итераторами. А с помощью генераторов и генератор компликэйшен, можно делать по сути ленивые вычисления.
5) ООП. В пхп его нет. Это не ООП. PHP не поддерживает даже базовых конструкций, тем более чисто питоновских (propery, динамическое изменение полей, динамическое представление полей...)
6) Интеграция с C. Можно делать высоковоспроизводительные либы. SciPy к примеру.
7) Сообщество. Да, у PHP больше сообщество, но по качеству его не сравнить. У питонистов ПРИНЯТО писать хороший код, а обыччно есть даже нормальная дока у библиотек. Нормально написанные PHP приложения, днем с огнем не сыскать.
Ну это из серии, что первое пришло в голову. На самом деле проблем гораздо больше. На страницу можно расписать.
Половину наврал.
А в целом - если питон так хорош, то что же его успехи в деле покорения мира столь мизерны за 20 лет существования?
> ...
> А в целом - если питон так хорош, то что же его
> успехи в деле покорения мира столь мизерны за 20 лет существования?ответ на Ваш вопрос крайней прост!
наиболее _первым_ получают успех (среди масс людей) именно те инструменты которые позволяют наиболее просто следать/скомпилировать/выполнить свою _первую_ программу
в PHP -- поумолчанию то что не внутри скобок <?php...?> выводиться на экран -- таким образом hellow-world-странички делаются очень просто. (после чего можно двигаться в обучении дальше)
в Delphi -- чтобы сделать простейшее приложение -- достаточно нажать кнопочку "Project -> Run" -- и приложение уже становиться запущенным и скомпелированным (Project1.exe), и даже уже чтото отображает на экране (Form1)
в Python -- чтобы сделать простейшее web-приложение -- нужно сначало изучиться какието минимальные основы (WSGI, Фрэймворк, хоть какуюто часть стандартных библиотек). это не является стимулом для новечка. таким образом по началу новечок -- Python может НЕ выбрать
...
.....но что самое интересное -- те массы людей которые в начали изучения своей it/web-карьеры выучили PHP и Delphi -- потом рано или позно понимают что нужно переходить на чтото другое (чтото... что больше развязывает их руки)
...таким образом через несколько лет почти-вся та масса которая в прошлом сидела на PHP -- перетекает в Django(python) и Ruby(Rails):-)
люди инэртны по своей природе, поэтому процесс этот не быстрый :-)
Ерунду написал. Ответ-то на самом деле прост: у питона нет своей ниши - как язык общего назначения он бесполезен, как веб-язык - проигрывает php, несмотря на все свои интересные особенности, благодаря которым как раз и проигрывает (потому что они никому здравомыслящему не нужны, т.е. все плюсы питона являются плюсами только для его поклонников). Хотя скорее так: он не проигрывает php, он просто не имеет никаких таких преимуществ перед php, чтобы при выборе между ним и php выглядеть действительно более предпочтительным.
> Ерунду написал. Ответ-то на самом деле прост: у питона нет своей ниши
> - как язык общего назначения он бесполезен, как веб-язык - проигрывает
> php, несмотря на все свои интересные особенности, благодаря которым как раз
> и проигрывает (потому что они никому здравомыслящему не нужны, т.е. все
> плюсы питона являются плюсами только для его поклонников). Хотя скорее так:
> он не проигрывает php, он просто не имеет никаких таких преимуществ
> перед php, чтобы при выборе между ним и php выглядеть действительно
> более предпочтительным.Ненадо тут пожалуйста.
Питон это не хаскель и не лисп (ничего против не имею (: ), в питоне все фичи заточены на чисто практическое использование (почитайте Гвидо например, я кстати с этой политикой практичности несогласен).
Даже в небольшом проекте используются практически все названные фичи.
Преимуществ у питона в вебе море. Веб фреймворк на питоне это не возможность пэйстом вставлять ХТМЛ элементы и работать с БД на чистом SQL. Веб-фреймворки дают удобные средства для этого. За один толко питоновый ORM Mapper, пхп можно зарывать.
В итоге приложения написанные в традиционном стиле на ПХП, обычно можно сразу закапывать. ПХП приходит к тому-же, подобию MVC веб-фреймворков, на порядок более кривых. Сейчас уже их много наплодили и активно кстати нахваливают.
В общем, очень бы хотелось, что-бы вы ознакомились с сабжем, потому-что по вашим комментариям кажется что вы с питоном знакомы на уровне "есть такая штука". Почитайте статьи о списках в питоне на хабре и/или доку Django или Pylons.
Очень хотелось бы услышать реальный конструктив (:
>>Очень хотелось бы услышать реальный конструктивКакой конструктив может быть в беседе с фанатиками? Мне вот никто так и не смог внятно ответить на вопрос, почему php пришел к успеху через 5 лет после рождения, а питон уже 20 лет ползет, и все никак не приползет. Как кто-нибудь ответит, так и будет конструктив.
>Какой конструктив может быть в беседе с фанатиками? Мне вот никто так и не смог внятно
>ответить на вопрос, почему php пришел к успеху через 5 лет после рождения, а питон уже 20 >лет ползет, и все никак не приползет. Как кто-нибудь ответит, так и будет конструктив."История это ленинейная херня, Джо". Я даже не собираюсь тебе что-то доказывать о Python, т.к. в интернете на эту тему материалов масса. Фанатик здесь именно ты, по-моему.
Вот я знаю и PHP и Python, и сам составил своё мнение на собственной практике. А ты всё ждёшь, что тебе что-то в форуме что-то "докажет".
Ответить на вопрос про 5 и 20 лет есть что? Или как всегда?
>Ответить на вопрос про 5 и 20 лет есть что? Или как всегда?y=exp(x) на промежутке от -1/2 до -1/4 по модулю меньше, чем y=cos(x). По Вашей логике это означает, что y=exp(x) растёт медленнее и на всей вещественной оси.
>>Нормально написанные PHP приложения, днем с огнем не сыскать.Хоть какие-нибудь написанные на Python приложения днем с огнем не сыскать.
http://www.django-apps.com/
И все?
половина линуксов сейчас на питоне.
> К сожалению у PHP нету ни одного преимущества перед питоном (рад был
> бы конструктивной критике), а вот того что не поддерживает PHP немерянно.За исключением количества ведущих, глобальных, определяющих лицо Сети проектов :)
Как-то, все на PHP :)
>> К сожалению у PHP нету ни одного преимущества перед питоном (рад был
>> бы конструктивной критике), а вот того что не поддерживает PHP немерянно.
> За исключением количества ведущих, глобальных, определяющих лицо Сети проектов :)
> Как-то, все на PHP :)Это не преимущества языка.
То что из этого следует хорошее комьюнити, это да. Но у питона еще лучше.
>Между прочим прогеров питонистов, которые знают PHP очень много.
>Обратного не наблюдается. Интересно почему...+Миллион!
Делаю веб-сервисы на протяжении уже почти 10 лет. Начинал с PHP, сейчас работаю только с питоном, во фреймворке Django. PHP объективно устарел.
Помимо всех тех блестящих преимуществ Django, о которых и так везде написано, хочу отметить ещё одно, которое упоминается не так часто: поскольку Django это фреймворк относительно молодой, вокруг него сформировалось сообщество умных, высококлассных программистов. Взаимодействовать с авторами сторонних библиотек -- одно удовольствие!
Думаю, что со временем, когда PHP начнёт терять популярность, кол-во дерьмового кода(и дерьмовых программистов) на питоне сильно возрастёт.
Сейчас PHP это магнит быдлокода, он защищает Питон также, как Юпитер защищает Землю от пролетающих метеоритов.
Девочки любят, когда на руках ходят, а до красивого кода разница только тем, кто его читает, разве нет?
> ...а до красивого кода разница только тем, кто его читает, разве нет?при этом этот "кто" -- является в том числе и тот программист который писал свой-же код пару месяцев назад :-) [а если год назад -- то тут вообще можно себя не узнать :-D]
...хорошо конешно если кому-то удаётся написать web-приложеньеце -- быстренько за недельку/месяцок -- и потом больше никогда не видить это :-D [не поддерживать, не улучшать]
> при этом этот "кто" -- является в том числе и тот программист
> который писал свой-же код пару месяцев назад :-) [а если год
> назад -- то тут вообще можно себя не узнать :-D]Если у Вас возникают такие проблемы - я Вам сочувствую, Вы - быдлокодер. У нормальных программистов таких проблем нет вне зависимости от языка.
> Девочки любят, когда на руках ходят, а до красивого кода разница только
> тем, кто его читает, разве нет?Оооу. Как все запущено...
Вот по этому принципу и пишется большинство PHP приложений. Написал и выбросил.
Значит facebook.com это сплошной былокод? По-видимому реальность расходится с вашим мнением. Самый важный момент в том что на пхп пишут все ) и делают это свободно. И это просто огромнийший плюс.
>> много фрейморковКак оказывается это совсем не пказатель для больших проектов.
> Значит facebook.com это сплошной былокод? По-видимому реальность расходится с вашим мнением.
> Самый важный момент в том что на пхп пишут все )
> и делают это свободно. И это просто огромнийший плюс.
>>> много фрейморков
> Как оказывается это совсем не пказатель для больших проектов.Говорить на линукс форуме, что популярность это главный показатель, как минимум странно.
В случае больших проектов это не странно, здесь главное правило "Незаменимых людей не бывает" чем популярнее язык среди программистов, тем проще заменить человека если есть такая необходимость. Эффективность достигается другими путями. В случае с тем же Facebook их PHP код транслируется в c++ с помощью HipHop и на выходе получаются исполняемые файлы. И это не просто так. Они не используют интерпритатор PHP, а используют именно ЯЗЫК, за его распространенность.
> В случае больших проектов это не странно, здесь главное правило "Незаменимых людей
> не бывает" чем популярнее язык среди программистов, тем проще заменить человека
> если есть такая необходимость. Эффективность достигается другими путями. В случае с
> тем же Facebook их PHP код транслируется в c++ с
> помощью HipHop и на выходе получаются исполняемые файлы. И это не
> просто так. Они не используют интерпритатор PHP, а используют именно ЯЗЫК,
> за его распространенность.Вы знаете Python достаточно распространенный язык, что-бы не возникало проблемы в кадрах.
> на линукс форумеГде где? Окститесь, вам пингвины повсюду мерещатся
>Java и python - это будущее программированияПожалуй, Java надо заменить на JavaScript
> Пожалуй, Java надо заменить на JavaScriptJavaScript пока ещё недоязык. Пусть хотя бы поддержка массивов и неймспейсов появится
>> Пожалуй, Java надо заменить на JavaScript
> JavaScript пока ещё недоязык. Пусть хотя бы поддержка массивов и неймспейсов появитсядокументация по массивам (из рук разработчиков фурифокса :)) : https://developer.mozilla.org/en/JavaScript/Reference/Global... [ http://j.mp/9zuWvm ]
чтоже касается Нэймспейсов -- это _костыль_ для C/C++-подобных-языков, в которых нет принципа "всё есть объект" (и в том числе где "имя класса" не является ссылкой на объект описания класса)
а для тех языков где "всё есть объект" -- пространства имён существуют всеголишь на уровне библиотек:
// javascript
'use strict'var my_module = window['my::module::super_puper_namespace_path']
// толькочто я импортировал модуль, который был ранее экспортирован// ...
window['my::module::super_puper_namespace_path2'] = blahblahblah // экспортируем модуль
// ...используя при этом понравившееся нам пространство имёнпри этом Javascript является полноценным ООП-языком.. с наследованием, полиморфизмом, <...> и прочими объектными-фишками:
https://developer.mozilla.org/en/Core_JavaScript_1.5_Guide/D... [ http://j.mp/th1TI ]
Вы хорошо представляете себе оверхед?j = 10000000;
var a = new Array(j);
for (var i = 0; i < j; i++)
a[i] = i;
йопт! 10 милионов элементов -- разумеется это не хило :-Dно разве в этом виноваты массивы?
массивы-то как раз в приведённом Вами коде -- делают свою работу хорошо...
...вам вероятнее всего не нравиться что instanceof Integer это намного более сложный (и ресуркоёмкий) объект, нежеле чем 4-байтное-ассемблерское-приметивное-число (сравнивая с gint32 из C/C++)
Да, мне очень не нравится, что это именно объекты, причем с неэффективной размерностью элементов. В новой редакции ES есть некоторые подвижки.
В частности, геймдевелоперам очень важно иметь быстрый доступ к участку памяти.
> йопт! 10 милионов элементов -- разумеется это не хило :-DА что, теперь массив из 10 000 000 элементов вообще чтоли не использовать, только потому что каким-то придуркам зудит в известном месте сделать все и вся вплоть до чисел объектом? oO
Кстати, совершенно обычный такой снимок со вполне обычной такой 12 Мпикс камеры коих в магазине как грязи содержит в себе какие-то жалкие 12 000 000 элементов, приколитесь? Это что, обработать 1 несчастную фотку теперь - достижение и "сильно дохрена"? Да вы там с вашими кульными концепциями совсем офигели и оторвались от реалий, имхо.
>>Java и python - это будущее программирования
> Пожалуй, Java надо заменить на JavaScriptВ корне не согласен. JavaScript очень узкоспециализированный язык.
Да и если говорить про ООП, массивы и т.п. то что каждый фреймворк городит свой костыль на эту тему, показывает что есть серьезные проблемы.
Без фреймворков программировать на JS весьма проблематично :(
ИМХО Приятней было бы увидеть Python + D, ибо D способен и сишную нишу занять. Хотя в последнем весьма плохо разбираюсь, D мне очень понравился (:
> И правильно, быдло код на PHP... или быдлокод на питоне. Один хрен.
> Java и python - это будущее программирования... Ява за счет корпоративного сектора, а python за счет гиков и киберпанков :)))
Изменять будущее программирования корпоративным сектором это высшая степернь глупости, ибо программирования там нет. Там пишут совершенно никакое write-only г-но, получают деньги и сваливают писать такое-же г-но для другой шарашки. Java для этого как нельзя подходит + возможности по откатам за оборудование, ибо hello, world умудряется тормозить на неплохом таком кластере.
А связи питона с гиками и киберпанками я не уловил - на нём пишут те же кто пишет на php - недоучки.
Звиняйте, но за языками, не компилируемыми в нативный код никакого будущего нет и быть не может.
> за языками, не компилируемыми в нативный код никакого будущего нет и быть не можетУгу, и bash тому яркий пример
>[оверквотинг удален]
>> Java и python - это будущее программирования... Ява за счет корпоративного сектора, а python за счет гиков и киберпанков :)))
> Изменять будущее программирования корпоративным сектором это высшая степернь глупости,
> ибо программирования там нет. Там пишут совершенно никакое write-only г-но, получают
> деньги и сваливают писать такое-же г-но для другой шарашки. Java для
> этого как нельзя подходит + возможности по откатам за оборудование, ибо
> hello, world умудряется тормозить на неплохом таком кластере.
> А связи питона с гиками и киберпанками я не уловил - на
> нём пишут те же кто пишет на php - недоучки.
> Звиняйте, но за языками, не компилируемыми в нативный код никакого будущего нет
> и быть не может.Даааа. Убедительные аргументы.
А мне кажется, что на языках столетней давности, ничего не умеющим, состоящим из сплошных костылей будущего быть не может.
>>А мне кажется, что на языках столетней давности, ничего не умеющим, состоящим из сплошных костылей будущего быть не может.О да, будущее несомненно за неповоротливыми интерпретируемыми языками, интерпретаторы которых написаны на этих же интерпретируемых языках.
Красота кода и понятность - это субъективные понятия, т.е. зависящие от того КТО делает оценку.
А фразы типа "Java и python - это будущее программирования" показатель школоты.
>А фразы типа "Java и python - это будущее программирования" показатель школоты.Правильно, потому, что будущее программирования это COBOL.
>>много фрейморковХороший показатель степени костыльности языка, его непригодности к использованию "из коробки".
То, что PHP теряет популярность, в вот то, что python заявляется как популярный - уже странно. Видимо настолько мало ресурсов, что для того, чтобы им пользоваться нужно не вылезать с гугла...При этом Ruby - действительно стабильно популярен. Да и код получается куда компактнее питона.
http://www.google.com/insights/search/?hl=ru#q=python&cmpt=qСкажите спасибо монти пайтону и новичкам не имеющих понятия о базовых операция со списками и строками
Наглядно!!!
Ну, запрос "Java" вообще вывалит дикое количество сайтов с "Mobile Java Games", причем Java там будет не переведено даже в Рунете. Возможно, именно это и подняло Жабу на верхушку этого рейтинга ;)
Не менее умиляет тот факт, что больше всего запросов с Кубы, где огромное количество софтописательских компаний. Радует, что хоть питоны там настоящие.
> Не менее умиляет тот факт, что больше всего запросов с Кубы, где
> огромное количество софтописательских компаний. Радует, что хоть питоны там настоящие.для запроса PHP тоже больше всего запросов с Кубы. на втором месте Непал.
таки да, на похапе пишут непальцем, и по большей части похапню :)
> http://www.google.com/insights/search/?hl=ru#q=python&cmpt=q
> Скажите спасибо монти пайтону и новичкам не имеющих понятия о базовых операция
> со списками и строкамиhttp://www.google.com/insights/search/?hl=ru#q=php&cmpt=q
ну по большому счёту тут вопросы те же )
Вообще то tiobe не анализирует сколько было запросов по тому или иному языку в поиске, tiobe САМ запрашивает в поисковиках строку "python programming" например. И чем больше страничек гугл (и другие поисковики) найдет, тем больше рейтинга tiobe выставляет. Т.о. тут не самые популярные языки, а самые часто упоминаемые в интернете.Таким образом они вычеркивают например весь рунет, и вообще все странички где не встречается слово programming и полное название языка.
Т.о. любые скандалы вокруг языков (например Оракл когда начал мутить с явой) сильно повышают рейтинг языка в tiobe.
Подробней о том что же реально меряет tiobe можно почтитать у них же вот тут: http://www.tiobe.com/index.php/content/paperinfo/tpci/tpci_d...
Этот рейтинг намного важнеее http://stackoverflow.com/tags
ИМХО он лучше отображает популярность языка
Это отражает не только и не столько популярность языка, сколько популярность данного ресурса у пользователей данной технологии :-)Ну а если обобщить, то "высунутость" сообщества вёб. Далеко не у всех сообществ принято обсуждать что-либо на публичных форумах.
В январе 2011 года на сайте было более 320 тысяч зарегистрированных пользователей,[1] а в базе данных веб-сайта хранился почти один миллион вопросов. В пятёрку наиболее популярных тем на Stack Overflow входят C#, Java, PHP, JavaScript и .NET.[2]
Сайт занимает 173 место по посещаемости во всём мире по рейтингу Alexa Internet,[3] а количество уникальных посетителей составило в декабре 2010 года 18 миллионов человек.[4] В мае 2010 года создатели сайта объявили о том, что венчурный капитал Stack Overflow составил 6 миллионов долларов США.[4]
[http://ru.wikipedia.org/wiki/Stack_Overflow]18 миллионов человек - НЕ маленькое сообщество. Думаю оно все-таки оно дастаточно объективно отражает ситуацию
>18 миллионов человек - НЕ маленькое сообщество.это НЕ сообщество. это посетители.
зы:
про "объективность" судить даже не хочу. пусть этим бабка Афросинья занимается.
язык использую тот, который использую.
а сам то как? или кто? или что? ну ты понял.
Надо бы глянуть, что за язык такой "iphone" в десятку попал и популярнее Си.P.S. А сайтец-то неплохой.
хороший рейтинг. windows на 24м месте.только при примерно равном числе фолловеров у php и python разница в количестве тэгов - почти в 2 раза.
> Этот рейтинг намного важнеее http://stackoverflow.com/tags
> ИМХО он лучше отображает популярность языкаАга. Значит у jQuery популярность больше, чем у C++
Именно! Рынок веб приложений, и количество программистов в этой области намного больше чем у C++.
> Именно! Рынок веб приложений, и количество программистов в этой области намного больше
> чем у C++.Ну с вами все понятно... При всей моей нелюбви к сям смешно. Надеюсь вы так шутите.
Нет, я догадываюсь, что можно найти по запросу Python на YouTube. Но PHP?!
Каждый раз умиляют комменты, когда выходит очередная новость об индексе TIOBE. Ведь пишут же - это популярность, а не "лучший язык". Нет, всё равно изливают кучу баттхёрта. Но еще смешнее обвинения, что данные TIOBE собираются неправильно. Ну так предложите способ лучше! И напишите им, у них есть адрес, они вполне принимают пожелания. Нет же, местные только и умеют, что языком трепать...
> Ну так предложите способ лучше!Легко! Машинка от "спортлото" будет не менее объективна :)
>> Ну так предложите способ лучше!
> Легко! Машинка от "спортлото" будет не менее объективна :)OK, ждем, когда убедите в этом TIOBE или поднимите свой такой рейтинг.
"строит свои доводы по изменению интереса к языкам, на основе анализа статистики поисковых запросов"
Так это, выходит, рейтинг начинающих кодеров (в плане лингвистики).
Т.е. отражает х.з. что :)
Надо на CPAN поставить поик по модулям от гугла вместо своего.Рейтинг взлетит до небес ))
В это треде питонисты так активно расхваливают преимущества своего языка, как будто бы сами себя пытаются убедить в том, что все перечисленное - это действительно преимущества.
Если расставить в алфавитном порядке:perl - прошлое
php - настоящее
python - будущеепотом руби всех зарубит
> Если расставить в алфавитном порядке:
> perl - прошлое
> php - настоящее
> python - будущее
> потом руби всех зарубитПитон и руби реально очень похожие языки. Выбор одного из них скорее дело предпочтений и привычки. Поэтому не думаю, что будет резкий переход на руби.
> потом руби всех зарубитРуби со своим манкипатчингом это ерундистика. Раж вокруг рельсов уже начал спадать, и поделом.
Нет, питон на порядок перспективнее руби.
Мужики, у вас чувство юмора еще есть? Просто руби идет следом за питоном по алфавиту. Шутка юмора такая. Видимо не смешная.
строит свои доводы по изменению интереса к языкам, на основе анализа статистики поисковых запросов в таких системах, как Google, Google Blogs, Yahoo!, Wikipedia, MSN и YouTube.Т.е. реальный обьём продуктов на рынке это никоим образом не отображает.
Интерес может быть высок, я много чего искал по питону за последний год, в результате написал парочку парсеров и на этом дело закончилось.
Но поднял несколько сайтов на своей самописной цмс-ке на php + несколько на wordpress\drupal.
Хотя, не спорю поисковиками в разы больше пользовался для поиска инфы по питону, чем по пхп.
Просто питон - помойка, в которой хоть и полно наработок, но все недоделаны, а документация не сконцентрирована. В то время как нормальные языки программирования, например Ruby имеют и централизованные сайты с документацией, не требуя пользоваться внешними поисковиками, и нормальные фреймворки для веб-разработки (Ruby on rails), не требующие искать море недоделанных библиотек и сравнивать их между собой вместо того, чтобы программировать.В общем, мода пройдет - архаичный питон уйдёт как когда-то ушли его ровесники 80-х...
>Просто питон - помойка, в которой хоть и полно наработок, но все недоделаны, а
>документация не сконцентрирована. В то время как нормальные языки программирования,
>например Ruby имеют и централизованные сайты с документацией, не требуя пользоваться
>внешними поисковиками, и нормальные фреймворки для веб-разработки (Ruby on rails), не
>требующие искать море недоделанных библиотек и сравнивать их между собой вместо того,
>чтобы программировать.
>В общем, мода пройдет - архаичный питон уйдёт как когда-то ушли его ровесники 80-х...Сразу видно человека, который соизволил с нами поделиться эксперным мнением по вопросу, о котором он ничего не знает.
Документация - http://docs.python.org/
Один из лучших в мире веб-фреймворков - http://www.djangoproject.com/
Пакетный менеджер, позволяющий без проблем устанавливать, обновлять пакеты с библиотеками питона - http://pypi.python.org/pypi/pip
Централизованный репозиторий библиотек, снабжённых документацией - http://pypi.python.org/pypi
>и нормальные фреймворки для веб-разработки (Ruby on rails)Да, гораздо приятнее при установке какой-нибудь мелкой руби-библиотеки наблюдать, что она своим monkey-patching'ом поломала всё приложение.
Найти элемент массива, который наиболее близок к данному числу.a, R = [1.2,2.5,3.1,4.3,2.1,3.6,5.7], 4.0
p a.sort_by{ |i| (i-R).abs }[0]
Какого размера будет код на питоне?
Задача переопределить формат вывода при условии, что в программе многократно используется некая стандартная форма получения ( например текущего времени Time.new )
Ruby:
class Time
def to_s
return strftime "%d-%m-%Y"
end
end
#....
puts Time.new
#....
puts Time.new
#....
puts Time.new-----
С переопределенным методом стандартного класса будет 15-02-2011
Без переопределения Tue Feb 15 22:09:41 +0300 2011Кто сможет подобное сделать на питоне без правки остального кода?
Вот, что об этом пишут квалифицированные руби-программисты:"Monkey patching is the new black [in the Ruby community]. It's what all the hip kids are doing. To the point that smart, experienced hackers reach for a monkey patch as their tool of first resort, even when a simpler, more traditional solution is possible.
I don't believe this situation to be sustainable. Where I work, we are already seeing subtle, difficult-to-debug problems crop up as the result of monkey patching in plugins. Patches interact in unpredictable, combinatoric ways. And by their nature, bugs caused by monkey patches are more difficult to track down than those introduced by more traditional classes and methods. As just one example: on one project, it was a known caveat that we could not rely on class inheritable attributes as provided by ActiveSupport. No one knew why. Every Model we wrote had to use awkward workarounds. Eventually we tracked it down in a plugin that generated admin consoles. It was overwriting Class.inherited(). It took us months to find this out.
This is just going to get worse if we don't do something about it. And the "something" is going to have to be a cultural shift, not a technical fix. I believe it is time for experienced Ruby programmers to wean ourselves off of monkey patching, and start demonstrating more robust techniques."
ИМХО манкипатчинг надо запретить также, как в своё время все адекватные конторы запретили использование GOTO (из языков директива ушла позже).
>Кто сможет подобное сделать на питоне без правки остального кода?Представьте себе, в питоне тоже возможен monkeypatching, просто он не рекомендован. Поэтому к нему стараются не прибегать.
То, о чём вы говорите, удобно при написании одноразового кода. А при дальнейшем использовании манкипатчинг ведёт к увеличению багов и проблемам с поддержкой.
Добро пожаловать на Coding Horror. http://www.codinghorror.com/blog/2008/07/monkeypatching-for-...
Все равно Perl крут, несмотря ни на какие индексы популярности. CPАN работает, новые модули пишутся, старые латаются, фрэймворки развиваются, сам язык за последние 2 года получил огромное кол-во новых фич.