Дмитрий Б

Ответили, обещают в течении месяца уладить тех. вопросы и запустить API, предоставить доступ к документации.
Вот какие данные можно будет получить:

У нас есть 7 готовых "наборов" данных, которые мы готовы предоставлять. Так же вы можете собрать собственный набор из любых 4 типов данных.
А = основные факты + рейтинг
B = основные факты + рейтинг + рецензии
C = основные факты + рейтинг + расписание
D = основные факты + рейтинг + синопсис
E = рейтинг
F = расширенные факты + рейтинг
J = собственный набор из любых N типов данных к фильму
где
основные факты = название (ru) | оригинальное название | год | страна (все) | режиссер | жанр (все) | актеры | время (хрономтераж) | возраст (ограничения в ru)
расширенные факты = основные факты + слоган | сценарист | продюсер | оператор | композитор | монтаж | премьера (мир) | премьера (по гео пользователя) | актеры (ТОП-N?) | синопсис | постер

На мой взгляд основная работа не влияет на side проекты. Либо делаешь, либо нет. Все зависит от мотивации. Одно время я успевал поработать на своим проектом в метро по пути домой и на работу.

думаю, что то, что приносит деньги перестает приносить удовольствие, так как меняется мотивация

У меня тоже печальный опыт есть. Из которого я сделал вывод что программист в принципе не может создать проект который принесёт деньги. Деньги делает бизнес, а не программист. Нужно быть бизнесменом, а не программистом. К сожалению мы программисты часто переоцениваем свой вклад в бизнес, и нам кажется что мы сами можем написать приложение и заработать много денег. Но это не так.

Я 6 лет свой проект развиваю, коммерчески выхлоп никакой, но интересно же всё равно. Кроме того этот свой проект помог мне увеличить свою зарплату в 3 раза. Этот проект как портфолио говорит о том насколько я крут. Так что ради портфолио делать стоит однозначно, а вот ожидать миллионов долларов и всемирной славы не стоит.

Кто смог довести до результата серьезный проект (несколько месяцев, годы), совмещая это с основной работой?

Я смог но на работе я не программировал работа была типа №1 и недостаток времени компенсировал тем что часть ЗП отдавал фрилансерам которые помогали мне делать проект но в итоге всё получилось. На всё про всё год где-то ушёл, моё время +150 тыс. рублей денег.

Gamebomb.ru Полная база вообще всех игр

Пример

Событийная модель помогает строить слабосвязанную систему. Пример из жизни. Я сейчас работаю над SAAS платформой. Компания покупает учетку и выбирает за какие модули платить. Есть модули учета, проверок, для кадровиков и т.д. Модули должны взаимодействовать между собой, но любого модуля может не быть.

Например при создании сотрудника в модуле "кадррезерв", его автоматически надо добавить в модуль "учета". Я не могу напрямую дергать метод из другого модуля т.к. заранее не известно, будет он куплен или нет.

Вместо этого я бросаю событие типа user.created, а в модуле учета в обработчике этого события заношу пользователя в нужные списки. Получается, если модуля нет, то событие просто выброситься в холостую, а если есть, то запустится обработчик.

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

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

Вместо shell-скрипта можно также написать собственный менеджер на том же PHP ориентируясь на функции exec или system.

Я бы не отправлял без оплаты. Либо с протекцией сделки. Upwork, по-моему, дает такую возможность.
Либо объясни заказчику, что тебе этот код не особо нужен и тебе нет смысла его кидать, а ему есть.
Есть еще webmoney escrow, как вариант.