不知道該說些什麼

2021-04-13 10:48:57 字數 879 閱讀 8411

昨天,本來準備睡覺前花乙個小時抓bug,結果通宵一晚上,結果總是不對。今天7:00突然停電,利用吃早飯的時間好好靜下心來想了想,感覺自己的方法誤入歧途了。

首先,沒有找好除錯用的資源。用了乙個亂八七糟的模型,計算出來的浮點資料都是帶e的,頭疼無比。初衷或許是好的,就是希望這種很普通很普通的模型如果都對了,那麼其他的應該自然不在話下。可是在這種模型上,資料成了這樣,對錯真的很難判斷。晚上做了乙個很簡單很簡單的模型,很快就發現問題所在了。結論,應該從小到大發現問題,先用標準的,特殊的模型去把一些細微功能排除掉,再用一般的,普通的模型,檢測更多的問題。

搞到最後,除了幾個筆誤之外,最頭懵的,matrix算錯了。寫了乙個公式,從乙個平面得出相對於這個平面的空間方程和旋轉matrix,這個公式很標準,**都有得介紹,所以我根本就沒想過這會是錯的。但是,在matrix計算完畢後,不知道自己當時怎麼想的,又把這個matrix做了一次inverse……結果那肯定不用說了。到現在我還沒搞明白自己當時為什麼會做這個inverse,不過可以確認的一點是,直到今天晚上看到輸出的資料之前,我根本就沒懷疑過這個演算法……除錯最大的敵人就是盲目自信,看來這次是太盲目了。

不僅盲目,另外還搞出了一些令人哭笑不得的bug:把face的id放到vertex的查詢裡,幸虧只是根據這個結果去計算aabb,如果要是算一些比較關鍵的東西,還不知道今天要除錯到什麼時候……!

結論:錯誤是乙個個不起眼的小問題積聚起來的。希望少犯錯誤,第一是必須要全神貫注,減少一些不該發生的錯誤,第二就應該做好單元測試。比如說matrix的計算,如果在使用之前寫乙個小測試,那就不會這麼傷腦筋了。而在除錯的時候,也不能自己想著哪個地方出了錯就一門心思衝到底,還是應該通盤考慮一下,把所用到的功能點乙個個拿來做單元測試,可能效果會更好。

乙個頭昏腦脹的晚上就這麼浪費掉了,天可憐見今天停電,要不的話今白天要over了……

不知道該說些什麼

昨天,本來準備睡覺前花乙個小時抓bug,結果通宵一晚上,結果總是不對。今天7 00突然停電,利用吃早飯的時間好好靜下心來想了想,感覺自己的方法誤入歧途了。首先,沒有找好除錯用的資源。用了乙個亂八七糟的模型,計算出來的浮點資料都是帶e的,頭疼無比。初衷或許是好的,就是希望這種很普通很普通的模型如果都對...

只知道命令名,不知道該裝什麼包

當在只知道乙個命令的名字的時候,使用yum 安裝這個命令名卻發現沒有這個安裝包 這個時候可以使用yum list grep 命令名字 來過濾一下包,因為很多命令名跟包名多少都是有一些一樣的 如找 rz 命令 yum list grep rz 結果就有,大概就找到了,如果實在有一些特別的命令,那就再加...

不知道該怎麼辦

今天,她徹底爆發了。但是,我能如何呢,我只有選擇保守的做法。每天上班其實還是挺累的,回來呢又面對這些事情,我總感覺我馬上就要到地獄一樣。前途似乎都是一片黯淡。十多萬的事情都出來了,這樣的事情我真的害怕了。心裡面有說不出的滋味,我不曉得我那天回崩潰,但是那一天總會到來。也許我會大哭一場呢。現在還是想原...