在小公司裏做售後,兼職開發.開發的內容一般直接上線,學着騰訊的小步快跑,及時做更新.
有時候會出現問題,做的新功能和老功能相互影響.出現預期之外的漏洞,需要及時補救.可是同時也在開發着新的任務,或者處理着一些客戶的售後疑問,沒有辦法補救好.匆忙裏容易出現更多的錯誤.或者只做一些臨時處理,留下一些隱患.
現在自己在碎片化的時間裏,做不了太多更能.總想着用最容易的方式把事情快速完成.有的時候做着做着發現旁邊還有一個漏洞需要補就有些頭疼.別的事都在催着,預估的可用勞動量已經不夠了.儘量補救着.同時還要處理着和同事交互的事,或者一些老闆以爲我沒有幹活進行解釋.
一件工作過來,需要很多相關資源查詢到手頭,然後開始着手.這個時候被打斷就只能把手頭的扔了重新進入另一個任務.相互打斷.除了公司任務分配有些亂之外,自己的邏輯轉變速度也沒那麼快.有些事情想去更深入思考,想一些將來的可拓展.或者遇到一件事需要優化,防止後期出現問題.沒有足夠的時間.最擔心的是同一時間好幾個事情催過來,或許有的事情比較簡單.不管是物聯網硬件設備的售後問題還是物聯網後臺的使用問題,都需要比較多的思考.即使簡單的事情,在深入想之前,也並沒有判斷出來它是否容易解決.於是三四個事情同時過來,會心情很煩躁,每個問題背後的客戶都在線等着.
現在處的開發環境沒有固定的測試流程,或許沒有太多參考性.不過做線上程序,大概需要留下一半的餘力來應對緊急情況.一天的任務分兩半,一半是開發功能,一半是發佈上線等待可能有的反饋,好及時做出修改.這個可以應對直接線上測試.
說是微軟的程序也是寫了有漏洞,然後繼續修補.可是是否有足夠的勞力空餘去及時處理,以及是否自身程序已經完善到一定程度 當出現問題的時候也比較容易定位. 這倆的就不好考量了.
線上程序,一般有了新功能,做一個臨時處理.當有空餘的時候做一次優化.當這個功能的使用量達到更多的時候可能還遇到問題,那時候再繼續做優化.能用最省的步驟實現功能,並且給繼續優化留下尾巴.
有些喜歡小公司線上開發的直接線上測試,不過同樣活多雜亂,並不容易勝任.