public void OnPointerEnter(PointerEventData eventData)
{
     GetComponentInChildren<Text>().color = .....
}

    using (WWW sceneLoaderConnection = new WWW("http://127.0.0.1:8080/unity/testscene"))
    {
        yield return sceneLoaderConnection;
        if (sceneLoaderConnection.error != null)
        {
            Debug.Log("Scene Download Error");
        }
     
        AssetBundle sceneBundle = sceneLoaderConnection.assetBundle;
        string scenePath = sceneBundle.GetAllScenePaths()[0];          
        Debug.Log("scenePath = " + scenePath);
        SceneManager.LoadScene(scenePath);
    }

Vector3 * float * float - делает две дорогостоящих операции с вектором, Vector3 * (float * float) - одну
Кеширование transform на старте, чтобы вызывать их как переменные, а не через стандартные юнити-процедуры реалтайм
localPosition вместо position везде где это возможно (очень большая оптимизация при сложных иерархиях)
вместо transform.localPosition = (lastPos+x*y)*z выполнять эти операции в кешированном значении и потом присваивать позицию (иначе она меняется каждую операцию и вызывает физический движок и юнитивские сервисы)
Вместо Vector3*float выполнять отдельные вычисления по Vector3.x, y z, в идеале вообще не использовать операции по векторам (возможно в последних версиях юнити уже исправлено)
Time.deltaTime тоже лучше закешировать в статик переменную
очередное напоминание не юзать foreach
Array вместо List не дают существенной разницы на unity 5.4+ (как и наличие или отсутствие геттеров и сеттеров)
Можно вычислить значения синусов/косинусов для разных значений, и занести их в Array на старте, чтобы потом получать их быстрее, чем через стандартные функции (работает быстрее в редакторе, пк-билдах, не всегда на консолях (зависит от размера массива))

Общие советы
делать все, чтоб не было GC Allocation
не вызывать Instantiate в рантайме (только на старте)
все новые структуры данных имеют свои недостатки. “пишите код, как будто вы в 1979” (List уже исправлен, Dictionary вызывают просадки при первом обращении, подписки на события тоже)
использовать класс StringBuilder для работы со строками (но лучше с ними не работать вообще)
избегать использования Update и FixedUpdate. Использование кастомного апдейт-менеджера, который просто вызывал кастомный апдейт во всех скриптах сэкономило 1-2мс на каждом кадре в Inside на консолях

list.RemoveAt(list.Count-1);