Tags

共 2 篇

效率

流程的重要性

我一直都是想到啥就做啥,然後在做事上就一直撞牆,但現在開始慢慢注意到要規劃按部就班地做了。

工作

我的工作基本上有三個面向,硬體、韌體、軟體,總會出現一大堆意想不到的錯誤,想想真的是一件比一件扯。

在主管面前DEMO總是失敗,早上測試下午測試但結果會不一樣,還有遇過電路板要蓋小被被的,總之就是各種世界不可思議都會在工作上出現。

然而因為我的程式都會持續的更新下去,有時候在bug還沒解決前就又更新一版了,就會發現之前的錯誤好像消失了,但過了下一版又出現了。

這時候就開始了通靈時間,到底是哪個東西升級導致錯誤消失,哪個東西沒改到導致錯誤又回來了呢,到底是哪裡對哪裡錯了呢?

我是一個不喜歡做簡報的人,通常都是兩三行字帶過而已,但這點讓我後續在找問題變得很困難,我不知道之前的錯是哪一個版本,也不知道當初帶的參數是什麼,導致一切都只能重來。

現在要開始注意這些了,我缺乏了規劃測試流程也少了版本控制,真的是工作後才覺得這很重要,以前在學校做Project都是隨便命名隨便放,現在遇到這種長期大型專案真的是忙不過來。

踢皮球

喔不行,我真的要來抱怨一下公司。

測測測

當前專案和我配合的有A和B,首先A先拿一個他們做出來的板子給我,要我測試功能,功能和之前完成的版本相同,所以基本上架構是一樣的。

我一測發現,為什麼會有三種不同的結果,所以我就跟A說,A也只能去測試,但他也搞不懂,明明都是一樣的為什麼會不同。

然後就開始把鍋甩在B上,是不是B做的有問題,是不是原本就故障了,然後B也只能說是我沒弄好。

於是我們就開始了互相踢皮球,大家都覺得自己沒問題,我肯定也覺得我自己沒問題,因為我算是最後的步驟,我做出來的結果有誤,那上面出錯的可能性就越大,所以我現在的嫌疑最低。

為什麼不驗證

不在上游做驗證確認東西是好的,然後要下游來測試功能到底對不對。

然後下游就會陷入到底是我的錯還是這東西一開始就是錯的了?

所以在這項專案上我耗費了大量的時間來做驗證,無止盡的檢查無止盡的測試,另外我甚至是第三個步驟,我需要確保前面兩個步驟都對,我才能知道是不是我的問題。

然而上面的人還是要交由我來檢查,最後再說"怎麼那麼奇怪",真的是法克欸。

後記

沒事,這只是我上班想抒發一下,就突然覺得這裡效率怎麼那麼差。

我也不是不喜歡這份工作,在這裡事情少很不錯,只是偶爾還是得小抱怨一下。

只是我現在在測試,測到超級不爽,為什麼上面出事,我還要幫上面的人擦屁股。