Что лучше, print или echo?

Не по теме:

Сообщение от Rodion2703 Они ведь не тупые

1
2

$a = 'Моя переменная';
$$a = '...'

Не по теме:

NEbO, по делу сказано!

Не по теме:

ну вообще, очень много E_WARNING-ов лучше всего перехватывать: тот же file_get_contents для несуществующего файла выдаст его, хотя можно проверять результат на ===false, и иметь тот же результат

Не по теме:

о, да. в 5.3 добавили лямбды. Ура. Я захотел проверить, действительно ли они работают как полагается. Посмотрите:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

$k = function ($x) {
    return function ($y) use ($x) {
        return $x;
    };
};
 
$s = function ($x) {
    return function ($y) use($x) {
        return function ($z) use ($x, $y) {
            $f = $x($z);
            return $f($y($z));
        };
    };
};
 
$tmp = $s($k);
$i = $tmp($k);
 
echo $i(3);

1

$i = ($s($k))($k);

1

someFunc()[0]

Не по теме:

Знаю, многие сторонники возмутятся, мол, не нравится -- не используй. Но во-первых, все таки я не считаю пхп уж совсем-совсем безнадежным. Он прекрасно работает со строками. Даже на плюсах вам придется помучаться еще с оптимизацией строковых функций так, чтобы они работали хотябы с такой же скоростью. Поэтому я уверен в том, что для несложных проектов php годится более чем.
Однако, с другой стороны, я с радостью бы и ушел с него, и забыл бы как страшный сон, да вот беда: хостинг-компании подхватили эту иницативу "простого в использовании языка", и фактически, это единственная более-менее рабочая платформа, которая подлежит хорошему деплойменту. То есть что делать с заказчиком, который хочет открыть сайт, но не хочет нанимать сисадмина для настройки сервера, постоянно сыпать вопросы в тех поддержку а ля "почему у меня БД отвалилась", да и в конце концов, с посещаемостью максимум 500-1000 уников в сутки, чего обычно достаточно для вполне серьезного оффлайн бизнеса, платить 500 руб в мес -- жирновато, не так ли?
Да, конечно, особенно в последнее время наметилась тенденция встраивать и другие языки как часть платформы. Perl? он работает как cgi-модуль. Чуть побольше зайдет народу, или кто-то решит посканить ваш сайт -- считайте, пиши пропало. Pyhton? Тоже, мало кто на шареде задумывается о тонкой его настройке. Лично я даже побаиваюсь брать или советовать кому-то даже "чуть-чуть" переплатить за хостинг, чтобы проверить, а все ли там будет в порядке.
В конце концов, часть заказчиков имеет замечательную привычку обращаться к программистам уже после того, как куплен домен, "выбран" хостинг, иногда даже по каким-то там партнерским программам. И я не могу сказать, что они дебилы. Постоянные расходы можно и нужно убирать, даже если вы там сэкономите 30-40 руб в мес, это могут быть серьезные деньги, если вы не рассчитываете, что с вашего сайта к вам будет приходить 80% покупателей. Это просто площадка для дополнительной рекламы. В то же время, сайт должен выглядеть культурно, аккуратно, работать достаточно быстро, и так далее.
Вообщем, что я хочу сказать: зачастую у программистов вроде меня просто нет выбора. Я не так уж редко указываю на недостатки php, чтобы люди знали, что он представляет из себя на самом деле. Да, зная все эти тонкие моменты, опытные программисты обходят (я вот пока еще не все научился обходить, и иногда попадаюсь) и так далее. Работа со строками -- это конечно рай, но не главное, для сложного сервиса. А вот много ли разработчиков знают про 304ый код? Много ли умеют REST? Все ли знают, что такое HTTP-протокол вообще? Keep-alive, persistent connection, pipelining, spdy... Да, бывают, но нечасто. Это ведь все проще пареной репы, куда проще чем понять, зачем в пхп запихали magic_quotes и удалили их через пару версий. Проще чем понять, зачем был register_globals, из-за которого до сих пор в приложениях находят уязвимости. PHP заставляет изучать все эти кривые и полурабочие технологии, которые сами по себе время от времени могут сглючить, вместо изучения действительно полезного и интересного материала.
Кстати, я проходил тест на odesk. В пхп я набрал 62%, кажется, а в си -- 92, и попал в первую двадцатку, если не ошибаюсь, с таким результатом. И это с учетом того, что на си я толком никогда и не писал. Си логичен, продуман, прост. Может не так математически продуман, как хаскель, но тем не менее, он достаточно логичен, чтобы его можно было "учить". А вот php "учить" смысла не вижу, хоть убейте. Это все равно что учить русский язык, только для того, чтобы запрограммировать программу. Исключений столько же, сколько и правил, если не больше. Поэтому, хочу обратиться ко всем новичкам, а также к тем, кто почитает php как божество за его простоту (надеюсь, про элегантность даже вы со мной согласитесь, что лучше умолчать): а стоит ли оно того?
Есть хороший список действительно полезных знаний для программиста: http://codeforces.ru/blog/entry/1594 . Поучите лучше что-то из этого списка, это реально полезно. Не тратьте время зря, его слишком мало, чтобы вот так вот разбрасываться им, читая всяких Поповых (и кого там еще), они вам не подскажут базовых принципов. А зная даже 5-10% из этого списка, вы сразу почувствуете знания. Настоящие. И будете удовлетворены результатом!
Не хотите читать, не интересно, и так далее -- займитесь семьей, готовкой, значит это просто не ваше. Только в случае, когда вы хотите зарабатывать себе лишь на хлеб и воду, со своими "великолепными знаниями" пхп, можете обратиться к вашим Поповым. Я не против. Просто знайте, на что вы идете, и знайте, что потеряете уйму времени просто на ровном месте. Скорее всего, вы в действительности не будете знать совершенно ничего. Но на хлеб и воду вам, скорее всего, хватит.
Начав программировать с тех же сей, ассемблера, паскаля, вы научитесь тому, чего не знал ни один Попов, когда записывал свои "уроки". Да, это сложнее. Да, часть из этого вы не будете применять на практике. Но у вас всегда будет удовлетворение: "а я знаю, как оно работает. Я знаю, как сделать так же, знаю, как улучшить этот алгоритм, и хоть понимаю, что мне понадобится слишком много времени, чтобы сделать это, но мне это по зубам!". И, на самом деле, порой оказывается, что применить свои знания можно даже программируя на пхп. Запомнить его логику, его конструкции, егошный кривой синтаксис, и почему он такой -- порой ответ на это можно узнать, заглянув в исходники, и понять, проследить логику автора (хотя, я не совсем уверен, что он не психопат:)), тогда вы от частного перейдете к общему, и запомните, что в таких случаях так делать можно, а так нельзя.
Впрочем, дело ваше. Пожалуй, не мне вас учить, у меня всего-то 5 лет пед стажа. Учитесь сами тому, что вам интересно. Только не делайте поспешных выводов. Таких, как например, "пхп крут, потому что он прост". Или "пхп крут, потому что на нем много пишут". Изучая более глобальные вещи, вы поймете границы применимости этих тезисов, и вот это куда круче. Всем спасибо за внимание и удачи:)