d-sem

Как и руби, go - это write only language...
Легко и быстро прототипировать. Когда нужно опробовать бизнес идею и выбросить на рынок MVP еще вчера - лучше языка и придумать сложно. Но вот поддерживать потом это больно и дорого...
Очередной раз скопипастив проверку на ошибку или проброс ее дальше, начинаешь молиться на тех людей, кто придумал DRY и проклинать авторов go, за дизайн этого языка.
И вот вроде лучик хорошего, вместо наследования нам пытаются продать композицию, только сделана она через одно место и Вы легко потеряете за ней контроль.
Полиморфизм? Я их знаю 3 вида. И я считаю, что полиморфизм - это как раз тот инструмент, который позволяет делать нам по с учетом DRY, SOLID и прочих красивых аббревиатур... Вот только в go нет ни одного из них... Вместо него Вам дают ужасную утиную типизацию. Серьезно... Когда мне говорят, что в JS утиная типизация, я смеюсь и говорю, что в JS прекрасная система типов и предлагаю посмотреть на go, так как если Вы хотя бы 10 минут изучаете чужой код, то Вы уже как минимум 3 раза спросили себя, какой калека написал здесь interface{} вместо типа...
PHP хороший язык. Он позволяет писать как говнокод, так и весьма красивое и правильное ООП. Мне лично не хватает в нем ФП, но жить без него там можно. PHP7+ весьма быстр, а с некоторыми аддонами может в многопоток... Не так просто как в go, но может...
Стоит ли та простота прототипирования и верчения горутинами нескольких человекожизней поддержки кодовой базы чуть сложнее хелловорлда? Решать Вам...

P.S. Если Вы действительно уперлись по производительности не в IO (БД, диск, сеть и т.д.), а в Ваш любимый php/js/python/java/C# - go Вам не поможет, Вы словите абсолютно те же stop-the-world от gc, в добавок Вы словите издержки на работу шедулера, рулящего Вашими 5 тысячами горутин на 4 потоках cpu... (вы еще не знали, что гипертрединг зло? посчитайте ченить cpu-зависимое на go в нескольких потоках...). Если Вы действительно уперлись в производительность своего ЯП - посмотрите в сторону C++ или Rust. Если не уперлись - переписывать все на хайповый go точно не стоит.

Два репозитория. В обоих добавляете еще один origin - на другой проект.

Если нужно внести изменения в оба проекта, то сначала делаете это в одном, потом в другом проекте мерджите изменения с другого origin'а.

Писать код нужно максимально независимым. Используйте модульность, для модулей внешнее API и event/listeners для общения наружу. В местах где логика различается - по максимуму полиморфизм, и.е. избегайте мерджов всеми силами.

Второй вариант говно. Третий вариант слишком сложный.

Когда станете middle, а может, и позже. Паттерны не для джунов.
Паттерны, в основном, используются в ООП, если вы его не используете, то стоит понять, почему. Если не знаете - изучайте, а там и паттерны уже. Если просто негде, то забейте пока.

Тут код и рандомим один за другим символы в REGEX-маске. До тех пор, пока не будет пустой возврат.
Из предыдущей выборки - берём случайный вариант.

НО! Лучше - это делать через файл-список (который содержит уже весь dirlist).
Это сэкономит операции на чтение с диска и продлит срок его службы.
PS: Подсказка!: файл dirlist можно читать сразу со случайного места! и смещаться на начало строки!

1. Нужно стать middle developer. Для этого нужно уметь программировать, а не уметь программировать на python. Это сложно и даётся не всем. Нужно понимать с самых низов - что такое память, как данные в ней хранятся и почему 1, "1" и 1.0 в памяти лежат совсем по-разному. И до верхов: как спроектировать легко расширяемую систему, не падать в обморок при слове solid, понимать паттерны и как их можно применить в реальном коде и на вопрос "какие паттерны ты знаешь?" не отвечать "синглтон"

2. Знать особенности питона

Из книг 100% прочитать и понять: Роберта Мартина, Макконнелла, Fluent Python и, конечно же, паттерны банды четырёх.

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

Мейтененс нужен для того, что бы юзеры во время деплоя видели какое-то информационное окно. Впрочем, с таким "деплоем" как у вас, это не вариант.

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

Лично я за работу после школы, так как быстрее вольюсь в IT-сферу,

Угу, а мы тут с распростёртыми объятиями ждём недоучек, которые даже в шараге не смогли выучиться и на честном слове говорят о своей компетенции.

Дальше не читал, советую прислушаться.

if ($result) {
    if ($result == "right") {
        $color = "green";
    } else {
        $color = "red";
    }
    $probablyColorize = " style='color:{$color}'";
} else {
    $probablyColorize = null;
}

echo "<b{$probablyColorize}>";

Или так:

$colorAttr = null;
if ($result == "right") {
    $colorAttr = " style='color:green'";
} elseif ($result) {
    $colorAttr = " style='color:red'";
}

echo "<b{$colorAttr}>";

SELECT * FROM table WHERE  name NOT REGEXP '[[:digit:]]'