Владимир

Кроме js вы пробовали только php, и этот горький опыт заставил вас остановить свой выбор на js? Не стоит на таком примере делать выводы обо всех других языках. В сфере профессионалов принято не подыскивать новые задачи под единственный известный язык, но, наоборот, подбирать (и изучать при необходимости) язык исходя из стоящих задач. Прежде чем останавливать свой выбор на каком-то конкретном языке или стеке технологий вам нужно сначала определиться с тем кругом задач, о области которых вам интересно работать, и потом подходить к выбору инструментов для решения этих задач. Все зависит от того что вас интересует: web-разработка, фронтэнд, бекэнд, десктопные приложения или мобильные, разработка игр, больше/меньше заниматься пользовательским интерфейсом, может быть, системное программирования?

JSON-RPC (xml-rpc) вполне подходит для этих целей.
Библиотеки для клиента и сервера есть в огромном количестве для многих языков.

Я веду свои записки в git репозитории.

Записки пишу в markdown формате, чтобы было легко редактировать в любом редакторе, но при этом не отказываться от форматирования совсем. Также markdown легко перегонять MediaWiki, HTML и другие форматы, что помагает при публикации.

Гисты?

Из прочтённых комментариев я так и не понял, на сколько (не)кошерным является @. Правда это уже не по теме самого вопроса, но всё же.

На сколько кошернее такой вариант:

if (!empty($_POST[qty])) $qty = (int) $_POST['qty'];
else return false;

Чем этот:

if (!@$qty = (int) $_POST['qty']) return false;

Второй, на мой взгляд, проще (ИМХО).

Я не супер-гуру в PHP, но понимаю, что можно решить такую задачу через какую-нибудь абстракицю, хотя бы в виде функции, для увеличения гибкости рабочего решения.

А я бы сделал так:

function getOrDef($val, $def = 'default')
{
    return !empty($val) ? $val : $def;
}

$a = getOrDef($a, '234');

Этот оператор не избавляет от ошибки, а просто скрывает ее вывод.

Собственно, это и утверждается в документации. И в случае с размещением этого оператора перед $_GET['aaa'] именно игнорирование предупреждения о неинициализованой переменной и требуется, т.к., в соответствии с предназначением данного массива, его значения приходят из вне, а не объявляются внутри программы и отсутствие предупреждений было бы уместнее, т.к. иначе приходится писать дополнительный код, которые не несёт в себе полезной нагрузки.

Очень не рекомендую. Говорю как ZCE.

Может, как ZCE, лучше скажите, почему Вы не рекомендуете его использовать? А то сейчас Вы обошлись простым «Это плохо, понятненько?!».

Неудивительно, что вас смущает использование «собаки», нутро верно подсказывает, что это — умалчивание ошибки и во многих случаях используется как костыль. А isset, empty и is_null — это очевидная логика, причем разная, и более чистый и понятный код. Я бы рекомендовал забыть что «собака» вообще существует, пока нужда остро не прижмет в каком-нибудь стареньком проекте.

$a = 0;
$c = @$a ? : 'default';

$a = 0;
$c = isset($a) ? $a : 'default';

Могут вылезти трудноуловимые глюки. К примеру, чему будет равно $c в первом и втором случае? :)