Смотря для чего использовать. Умножение - дорогая операция, а тут - два умножения (хотя два умножения можно заменить одним кубом). Относительная погрешность в худшем случае - 4% (посчитал на ходу, мог ошибиться, конечно). Для генерации таблицы могло бы быть и поточнее, для работы на лету - слишком медленно для процессора без "дешёвого" умножения.
Цель какая?

---------- Post added at 14:43 ---------- Previous post was at 14:32 ----------

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