try {
    if(!isValid(var1)) {
          throw new Exception("invalid value for param Param1: " + var1);
    }

    if(!isValid(var2)) {
          throw new Exception("invalid value for param Param2: " + var2);
    }
} catch (Exception ex) {
  log("Validation error: " + ex.getMessage());
  if(isTraceEnable()) {
        ex.printStackTrace();
  }
}

return !!$a;

$min = min(1,2);
//
$min = (1 < 2 ? 1 : 2);

$min = (1 < 2) ? 1 : 2;

Хочешь писать понятный в твое команде код?

1) Пиши его по принятому в твоей команде стандарту, если стандарта нет, то нужно принять.
2) Избегай комментариев обычного кода (а его по статистике 99%), комментировать нужно либо хаки, либо не очевидные места.
3) Используй досрочные выходы, не использую сокращения переменных, выделяй участки код по функциональности в разные методы, используй плюсы ООП.

Писать понятный код, этому нельзя просто так научиться, тем более самому. Как минимум нужна команда на которой можно оттачивать свои идеи.

_____________
Люди, имеющие низкий уровень квалификации, делают ошибочные выводы, принимают неудачные решения и при этом неспособны осознавать свои ошибки в силу низкого уровня своей квалификации

S.Chushkin, я не из тех людей, кто экономит машинное время засчет своего личного. Да, если удастся значительно повысить читабельность, можно даже слегка пожертвовать производительностью.

Дело в том, что программист гораздо больше времени тратит на чтение кода, чем на его написание. Поэтому сократить издержки в этом плане наиболее эффективная стратегия как в экономическом плане, так и для себя любимого, в конце-концов, удобство оно и в африке удобство. =)

В случае с тернарниками речь не идет про замену функцией. Лучше его заменить полной конструкцией, вот и всё. Есть мнение, что она читается значительно легче. Не берусь утверждать, может быть кому-то еще из авторитетных (для меня по крайней мере) людей принадлежит, не Мартину.