German Jet

Второй способ устаревший. Стайлгайды не одобряют (https://github.com/bbatsov/rails-style-guide#sexy-...), Хаунд ругается.
ИМХО, первый способ читать удобнее, так как все валидации, относящиеся к одному полю, лежат в одной строчке — удобнее искать, ведь если мы хотим проверить валидацию поля, то будем искать её по названию поля.

Предпочтительнее использовать тот, который используют в вашем проекте. Если пилите что-то для себя, и код кто-то увидит (потенциальный работодатель), то лучше придерживаться наиболее распространенных стайлгайдов (опять же https://github.com/bbatsov/rails-style-guide), так как это может показать вашу дисциплинированность и желание следовать лучшим практикам. Если пилите для себя, и код никто не будет смотреть, то пишите, как хотите.

Композер - это всего лишь утилита, которая достаёт из чужого (или своего) репозитория какой-либо компонент. Затем:

1) скачивает его
2) ложит в папку с вендором
3) автоматически регистрирует автолоадер (PSR-0/PSR-4)

И делается это все одной командой. Можно конечно делать это всё вручную, но очень не удобно (а что если несколько библиотек / компонентов нужно подключить? - волокита и геморой). Причина популярности композера именно в этом. Например Laravel - он использует компоненты Symfony, следовательно при инсталляции он будет брать те самые компоненты с репозитория Симфони.

Здесь главное уловить суть - это сведение подключения сторонних компонентов и библиотке к одной команде. И да, там всего лишь простых несколько команд для этого.

Вдаватся в дополнительные подробности (например в синтаксис composer.json), здесь не имеет смысла, т.к это все есть на официальном сайте.

По-моему, правильное начало работы с фреймворками выглядит примерно так:
- начинаешь работать с CMS, плюешься от того, как все через задницу
- везде, где возможно, пишешь простые решения сам, игнорируя функционал CMS, потому что там кромешный оверхед
- переходя к более комплексным задачам, начинаешь городить свои велосипеды для того, что требуется постоянно, начиная понимать, что типовые задачи примерно ложатся в одни и те же ходы и решения, а решение этих задач с прицелом на расширяемость, универсальность и безопасность требует достаточно сложных, но одних и тех же схем
- начинаешь читать документацию по фреймворкам, где эти самые схемы воплощены без тех ошибок, которых ты нагородишь, пытаясь создать что-то свое
- пользуешься тем фреймворком, который показался наиболее логичным и подходящим под задачи.

$rules = array(
    'url' => 'required|unique:products,url,{{$id}}',
);

public function validate($data, $id = null)
    {
        $rules = $this->rules;
        foreach($rules as $keys => $value) {
            $validations = explode('|', $value);
            foreach($validations as $key => $value) {
                $validations[$key] = str_replace('{{$id}}', $id, $value);
            }
            $implode = implode("|", $validations);
            $rules[$keys] = $implode;
        }
        
        return \Validator::make($data, $rules);
    }

Проблема в том что книги даже на англиском отстают на пару версий от текущей стабильной
Так что забивай на переводы и переходи на документацию и SO

Вцелом, глобальных различий мало

$('.name').on('click.replayToComment',function(){
    var name = $(this).data('name');
    $('textarea').val(name);
})

<div class="name" data-name="Имя">Имя</div>
<textarea></textarea>

Вот на jQuery, код сами поправите как вам нужно, это же очень просто. Если нужно сохранять текст уже введеный там просто добавите логику вставки.

Судя по основным сайтам поиска работы, спрос по Украине есть:
hh.ua/search/vacancy?text=unity&area=5
rabota.ua/jobsearch/vacancy_list?keywords=unity
www.work.ua/jobs-unity
, хотя там и требуется опыт, но ваши завершённые проекты - это весомо. Попробуйте откликнуться. Ещё вариант - прибиться к команде аутсорсной разработки, их по Украине достаточно (поспрашивайте в Unity-чатиках/сообществах).

Далее, что именно вам нравится в геймдеве? По фразе

Работал в среде Unity3d, писал на C#, делал дизайн всего UI и примитивные 3д модельки.

можно предположить, что вам можно порекомендовать посмотреть на профессии UI/UX-дизайнера и 3D-моделлера. Программисты, безусловно, соль земли, но, возможно, в смежных областях вы быстрее найдёте работу. Так сделала я, когда почти не было опыта, но срочно нужна была работа - устроилась в большую IT-компанию на маленькую и скучную должность, параллельно училась, брала на себя всё более сложные обязанности.

Ну и как выше написал Илья Андриенко , попробуйте фриланс. Тут вам открыты и небольшие Unity-проекты, и модельки + всё это можно попробовать продавать в Unity Asset Store.

"Test-Driven Development with Python" by Harry Percival. С помощью TDD (разработка через тестирование) автор разрабатывает на Django веб-приложение To-Do lists (список дел).

P.S. Harry Percival не имеет отношения к Гарри Поттеру.

1. Очень импонируют онлайн-опросники вроде typeform.com, но хочется сделать похожее свое. Не совсем понимаю, какими средствами на backend и frontend это делается.

Фронтенд typeform.com
* underscore.js
* jQuery
* собирали и сжимали возможно через Gulp
* CSS возможно скомпилирован их SCSS или LESS
* CSS/JS фреймворков не вижу. Писали с нуля?

Бакенд
* ОС Ubuntu (по заголовкам ответа)
* Apache 2.2 (по заголовкам ответа)
* nginx 1.4.6 (по заголовкам ответа)
* Язык программирования, возможно, PHP (по наличию куки PHPSESSID) но может быть что-то другое
* Кэширование на уровне nginx и HTTP
* Возможно кэширование в memcached/redis или иначе
* Сжатие в gzip

2. Где правильнее хранить полученные от опроса данные? Может имеет смысл сразу куда-то результаты отправлять (на мыло), а не хранить их?
База данных реляционная (MySQL или PostgreSQL), но может быть смесь SQL + noSQL.
На мыло можно посылать копию, но хранить где-то надо, чтобы посмотреть если мыло потеряется.

3. Как это правильнее реализовать? ЦМС не нужна по сути?
Я бы для такой одноразовой задачей вообще Google Forms воспользовался или вот же typeform.com

На самом деле это проект включает просто уйму технологий.
Вот их скрытое меню навигации: take.ms/sfRHZ (дурацкое скажу меню)
Я только часть пометил стрелками. Эти стрелки выделяют части проекта, которые сделаны на разных технологиях или платформах.
Есть какая-то система управления контентом (CMS) для публикации цен и других небольших страниц, а может быть это статические страницы.
Блог на "тумблере" hellotypeform.tumblr.com
Есть API для подключения сторонних сервисов + документация на API и консоль для тестирования docs.typeform.io/v0.3/page/sandbox написано на node.js + фреймфорк Express
Есть какая-то внутренняя система биллинга, а платежи принимают через https://stripe.com/
Подключена какая-то система работы с пользователями helpcenter.typeform.com (Zendesk?)

Вот нашёл ещё информацию об их стеке технологий: stackshare.io/typeform
Ого-го список!

И ещё информацию о финансировании: https://www.crunchbase.com/organization/typeform
Проект TYPEFORM.COM с 2012 года, в прошлом году получили $1.4 миллиона баксов и за это время они могли с любых костылей уже переписать всё с нуля.