Юра Березовский

Если ресурс критичный и игра онлаин - то с сервера получать и не тужить, а в перерывах между опросом сервера, как devalone предложил - простеишим таймером.

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

Пуля летит вправо, потому что внутри ShootScript ей задаётся такое направление:

MoveScript move = shootTransform.gameObject.GetComponent<MoveScript>();
if (move != null)
{
    move.direction = this.transform.right;
}

Зададите другое - полетит в другую сторону. Нужный вектор можно найти с помощью Input.mousePosition и Camera.ScreenToWorldPoint.
А вообще говоря, специально для таких случаев юнити создаёт проекты-туториалы, где есть готовые скрипты, которые можно изучать и делать своё, либо использовать как есть.

90% так и надо делать!
1 правило хакера (точнее компьютерщика кодера, программиста) - не создавать велосипед, а использовать готовое.
Если для повышения скила - то лучше конечно самим придумать/разработать/написать.
Если для всего остального - чем быстрее напишите (особенно с учётом/доработками вашего проекта) - тем лучше для всех. Останется время пиво попить и футбол посмотреть) или с семьёй побыть рядом.

п.с. для повышения скила можно и тостер использовать в частности - пытаясь отвечать/решать вопросы +
попробовать в чужом коде сделать рефакторинг +
когда столкнётесь с тем, что даже примерно аналога нету - конечно придётся самим решать, НО, вы же не просто ctrl+c ctrl+v делаете, а подгоняете код под ваши нужды и хоть немного но разбираетесь в том, что он делаете (т.е. вы увеличиваете скилл). И лучше за n-промежуток времени столкнуться 1-2 раза, когда сами ручками и головой будете решать ТАКОЕ, чем на каждый чих - тратить время

Если я пишу код на основе других, это плохо?

в 90% случаев - НЕТ

п.с.с.
умение найти чужой код (понять его), который будет работать + его доработать(встроить) - тоже, очень и очень важное умение!

Документация не только для галочки, но и Вам в помощь, а значит второй вариант просто идиотизм. Если проект большой, к моменту его окончания Вы просто хрен вспомните что тот или иной метод делает. Так что только первый вариант. Второй допустим, если это очень маленький проект и документация тупо для галки.
Я уже молчу, что правильная документация и современная IDE помогают в процессе тупо автокомплитами и быстрой навигацией.