Vitsliputsli

Необходимо написать функцию которая принимает в качестве аргументов предполагаемый и реальный счёт, и возвращает целое число 0, 1 или 2 (нулевой, маленький или большой приз)

Подскажите как сделать в ООП, как лучше сделать, саму суть.

class Rewarding
{
    const BIG_PRIZE = 2;
    const SMALL_PRIZE = 1;
    const ZERO_PRIZE = 0;

    private $bets;
    private $matches;

    public function __construct(BetsCollection $bets, Matches $matches)
    {
        $this->bets = $bets;
        $this->matches = $matches;
    }

    public function run() : void
    {
        /** @var Bet $bet */
        foreach ($this->bets as $bet) {
            /** @var Match $match */
            $match = $this->matches->getMatchById($bet->getMatchId());
            /** @var Score $score */
            $score = $match->getScore();
            $bet->setPrize($this->scoreBetCompare($bet->getScore(),$score));
        }
    }

    public function getBetsPrizes() : BetsCollection
    {
        return $this->bets;
    }

    private function scoreBetCompare(Score $betScore, Score $matchScore) : int
    {
        $bet1 = $betScore->getFirstCommandResult();
        $bet2 = $betScore->getSecondCommandResult();
        $match1 = $matchScore->getFirstCommandResult();
        $match2 = $matchScore->getSecondCommandResult();
        if ($bet1 === $match1 && $bet2 === $match2)
        {
            return self::BIG_PRIZE;
        }
        if (($bet1 > $bet2 && $match1 > $match2)
            ||
            ($bet1 < $bet2 && $match1 < $match2)
            ||
            ($bet1 === $bet2 && $match1 === $match2)
            )
        {
            return self::SMALL_PRIZE;
        }
        return self::ZERO_PRIZE;
    }
}

Проверяйте время предыдущего прохождения теста. Зачем тут крон?

Это не IDE, это git, почитайте про выбор переводов строк в нем.

Для оптимизации запросов к БД нужно проводить оптимизацию запросов к БД - это ручная работа. ORM не занимается оптимизацией, он призван ускорять разработку.
Кроме того, в Yii2 своя собственная ORM, которая сильно сращена с ядром фреймворка, мне кажется попытка использовать другую ORM породит что-то монструозное. Но речь про Yii2, есть и более гибкие фреймворки.

error while loading shared libraries: libgo.so.13: cannot open shared object files: No such file or directory

Вы переводили ошибку? Из текста ведь все понятно. Читайте про компиляцию, особенно про static и static-libgo.

И вопрос как запустить эту программу на сервере в фоновом режиме то есть чтоб программа работала даже если мы выходим с сервера. В гугле много способов , какой легче и правильнее не знаю ?

Легче: ./mygo &
Правильно через systemd unit.

На php пишут проекты любой сложности, причем даже highload, и не обязательно web. И речь не только о легаси, а о новых проектах тоже. Причина простая - язык универсальный и мощный, достаточно быстрый, с высокой скоростью разработки. Иногда требуется что-то более быстрое, в этих случаях делают отдельные сервисы на другом языке, сейчас обычно на go. Go разумеется быстрее, имеет не высокий порог входа, но скорость разработки на нем гораздо ниже, чем на php, хотя в целом очень хорошая.

master - только для стабильного кода, который уже работает на проде.
Новую разработку ведите в другой ветке (например, dev). Как стабилизируете и проверите код в dev, мержите его в master.
На следующем этапе разработку в dev разбивайте на отдельные feature, там уже можно посмотреть что-нибудь вроде git-flow.

1)

мне хочется, чтобы после исправления бага, новый коммит проходил проверку QA, но как организовать стейжинг пространство в этом случае? Слить код в нестабильный девелоп и выкатиться на стейжинг мы не можем, поскольку изменения девелопа могут нестабильно сказаться на релизе№1. Как быть?

А в чем проблема? Отдайте hotfix в QA пусть проверяют. Как в случае feature QA тестирует ветку release-..., так и в случае hotfix, QA тестирует ветку hotfix/... .

2)

откуда разраб должен отпачковываться в данном случае, от девелопа или от ветки с фичой №1?

Если фича №1 зависит от фичи №2, а в dev фича №1 отсутствует, то очевидно, что от ветки фича №1, других вариантов я не вижу.

3)

Согласно agile вторая команда, работающая над фичой№2 не может отправлять свой код в девелоп, иначе это замедлит поставку нового релиза

Наверное agile здесь не при чем. Если работаете по scrum, то каждый спринт это подготовка нового релиза и вы не можете работать над фичей не из этого релиза. git-flow ориентирован именно на такую работу.
Если релизы плавающие, я так понял у вас так, значит не сливайте фичи не из текущего релиза в ветку из которой готовите релиз. Если не выходить за рамки git-flow, то не сливайте в dev ветки не из текущего релиза, QA пусть тестирует либо feature, либо по тегам, если работаете с pull-request, то апрувьте их, но не делайте merge.

Из всего выше описанного, мне кажется у вас 1 единственная сложность, это вопрос как должны работать QA.

with birthday as (
    select 'Ivanov' as name, date '1977-11-30' as birthdate
    union all
    select 'Petrov', date '1991-11-18'
    union all
    select 'Test', date '2000-01-01'
) 
select 
    name, birthdate 
from birthday
where 
    make_date(extract(year from date '2019-11-01')::integer,
              extract(month from birthdate)::integer,
              extract(day from birthdate)::integer) 
        between date '2019-11-01' and date '2019-11-01' + interval '3' month
    or
    make_date(extract(year from date '2019-11-01')::integer + 1,
              extract(month from birthdate)::integer,
              extract(day from birthdate)::integer) 
        between date '2019-11-01' and date '2019-11-01' + interval '3' month