想到ps和ord難用的地方，程文覺得他可以把這個日常生活中，經常用到的軟體，自己也開一遍。
不是為了去和誰搶佔什麼市場，只是單純的想讓人們在生活中使用這個軟體的時候，更加方便，少一些煩心事，畢竟人們生活中的煩心事已經很多了，沒有必要再為了一個辦公軟體去煩惱。
其實程文在那一次ord出現了問題之後，他也立刻就嘗試用了ps，還有蘋果家的office甚至包括騰訊和谷歌線上的文件。
但是線上的功能少得可憐，蘋果家的功能也是太少了，唯一可以和ord媲美的也就ps了，只是那個軟體也有很多不好用的地方。
程文之前用自然語言開的那個腦圖，連練手都算不上，他想到的這個辦公軟體的開才是真正意義上的大工程。
其實軟體工程是一個學科，有人專門從事這方面的研究。
其實一個正常的軟體開，應該是先由產品來規劃好，畫原型，然後開會召集大家，一起看一下，設計、測試、程式設計師都一起來看看一下這個原型可能會有什麼問題，需不需要修改什麼地方。
如果沒有的話，大家就可以評估一下時間，設計可以先出一個效果圖，然後，程式設計師就可以介入了。
等他們開好了，自測的沒有什麼問題了，就提測，這時測試介入，找到了bug就反饋給程式設計師，讓他們修改，測試驗證過沒有問題後，就可以上beta，也沒有什麼問題就能上線了。
上線後還需要再測試一下。
如果是開在桌面上的軟體或者是手機上的軟體，還需要考慮不同的版本的作業系統，手機上的需要考慮不同的手機型號。
但是有了系統提供的可以跨平臺的編譯器，程文感覺他太幸福了。
同樣的功能，不需要在眾多的平臺寫n遍程式碼了有沒有？
編譯一次，所有的平臺的所有版本都同步了有沒有？
這樣再也不會有使用者看這個平臺的這個軟體有這個功能，但是那個沒有從而去官方的微博下吐槽了有沒有？
從而他可以把更多的時間投入到真正的軟體開中，而不是為了相容各個版本而疲於奔命。
在開始自己的開之前，程文突然在想到了一件事情，既然他使用的過程中感覺這些軟體不好用，那有沒有一個專門評分或者一個專門測試的網站可以把這些軟體都測評一遍。
就在他準備去找是不是真的有這樣的軟體的時候，程文突然想起來了系統給予他的外掛——可以展示出來測試用例中的bug。
想到這裡程文覺得他根本就不需要去別的地方看別人的評價，他自己就是一個非常好的測試人員。
程文開啟他自己寫的腦圖軟體，開始在上面寫ord、ps、蘋果自己的文書處理軟體的測試用例。
他想看一下這幾個軟體的bug有多少，到底和他自己感覺的一樣不一樣？
在寫測試用例的時候程文也現一個問題，他寫ord的時候用時最長，其次是ps，最後是蘋果自帶的文書處理軟體。
從這個時間上就能看的出來，ord的功能是最多的，其次才是ps和蘋果的。
等程文把測試用例在虛擬螢幕上開啟之後，
一看之下，程文忍不住想吟誦一詩來表達自己此刻的心情。
大海啊！它全是水！
蜈蚣啊！它全是腿！
軟體啊！它全是bug！
程文現原來微軟的bug也是最多的，蘋果的也不少，反而ps的是最少的。
不過從功能上來說微軟的比蘋果的多了好多，所以只從bug的數量沒有什麼可比性。
同樣也適用於ps。
這三個測試用例，剛好是紅色和綠色相交，遠遠的看去，簡直就是一簇簇花朵。
如果把ord比作牡丹，那麼蘋果就是紅色的月季，比牡丹稍微小一些，那麼ps就是那個梅花，“凌寒獨自開”，bug的數量較少。
程文字來以為ps應該是bug最多的，沒有想到居然是相反的結果。
不過測試用例上清清楚楚的展示著，這不可能有假。
程文有心對ps說出他們的bug，但是他在心裡想了一下，就算他們把bug都改好了，這個軟體也不符合程文心裡理想的軟體的特點。
它上面的功能不是程文想要的，還有ord，可以說這個是最接近他的理想的軟體了，但是他總不能把所有平臺的問題都給他們指出來吧？
如果什麼時間真的缺錢了，程文倒是可以這麼去操作一把，至少能賺個外快什麼的。
