製作進度
數學作業 優化
製作歷程
瞄準的運算中
有兩個 normalize 和一個 acos 運算完全避不掉...
那運算效率之差...
有點想改用逼近法了
反正對準確度的要求並沒有到完全準確
唯一的問題是
必須改動旋轉的流程,讓他可以支援逼近法...
雖然比較笨
但是效率是最高的,而且只要 delta time 穩定不破表
表現面上應該不會有大問題...
猶豫!
碎碎念
他喵的今天企劃又在那邊發飆拍桌大吼大叫
好像大吼大叫就能掩飾他理虧的事實
....
為什麼會有企劃認為
「本來就該這樣,程式製作本來就該想到,為什麼會來要規格」
怎麼會有這麼白目的心態...
門打開變成綠燈,門關閉變成紅燈
有很奇怪?
為什麼我就要能想到是「門打開要關燈,紅綠燈用在別的表示上」
根本沒告訴過我門的表現面
塞兩張貼圖就要我做東西
跟他的想像不符合還要怪我做錯
根本就沒告訴過我任何規格,只是今天多要求個詳細規格是有多過分
在那邊拍桌子說我在責怪他
腦子有毛病
要不是看在老闆苦苦支撐著想做好遊戲
老子他x今天就直接轉頭辭職讓他自己去玩
傻了似的在這邊活受罪