| 導讀 | 拋開個人的心智模式上的一些思維差異，軟件行業從業者應該當具備的幾個思維模型，相當重要，好軟件好產品的理論指導也都無出其右。 |
拋開個人的心智模式上的一些思維差異，軟件行業從業者應該當具備的幾個思維模型，相當重要，好軟件好產品的理論指導也都無出其右。
用戶思維
代碼的抽象源自於現實世界，產品未來的受衆必然是給人看的，與人交互的內容要面向用戶，除了一些是面向業內人士，另外的產品要面向大衆，不管是C端用戶還是B端用戶，想讓用戶看的懂，能用、易用、好用。比如一個交互頁面上的必輸項校驗時拋出異常：“ID is required"，這是ID必輸提示語，普遍用戶看到會完全摸不着頭腦。正確的做法應該是稍做加工包裝後再反饋給前端用戶，比如”請輸入身份證號“，簡單明瞭，客戶就能輕鬆發現問題所在。普通用戶不具備軟件專業使用能力，所以要儘可能站在他們的角度思考問題，否則開發出來的東西使用門檻很高，用戶羣體必然會很少。產品的遷移成本當下是很低的，因爲一個色調的問題都有可能導致用戶大批出走。
產品思維
寫代碼的如果看到只是代碼，還處在一個比較低級的層次，只見樹木不見森林。代碼的集合是功能，功能的集合是系統，系統的集合是產品，產品的集合是生態。一定要看清代碼背後的價值，這堆代碼最終面向的用戶是誰，能產生什麼價值?或是個人價值，或是業務價值，或是社會價值。還有一個注意點：把產品當成一個完整的，可以交付給用戶使用的是個很重要的理念，而不是一個獨立的功能，獨立功能再強大，產品不完整，同樣不會有用戶使用。舉個栗子：很多產品場景中需要實名認證，並提供掃描身份證自動識別功能，識別率很高不代表不出錯，當出現異常情況時，應該請允許用戶手動調整信息，如果不提供入口，這一功能的不完整，導致後續一系列操作都無法完成。
工程思維
軟件工程作爲工程類中較爲奇葩的一點在於，其生命週期有可能很短、返工率很高，不像路橋壩堤工程，規劃完成後，需要結合大規模實施團隊使用大量的工程機械進行嚴格施工，花費大量的時間成本、資金成本、人力成本，這些工程遵守現實的物理定律，力、電、熱、能量等等，而軟件工程除了硬件設施，其它基本由不可見的、不可量化的腦力思維活動組成，更多的是時間成本。構建之初，就要基於軟件工程的思想指導實際工作，凡違背軟件工程的基本規律的實施過程，規律必然會反作用於項目或產品，必須是先設計再編碼，否則寫到後期會發現很多不合理，必然導致返工。前期調研不到位，必然會做出來一堆沒有市場的東西。質量、速度、成本是軟件工程的不可能三角，只能平衡，不能打破。
這是職業規律，抓住重點，就相當於摸清了脈絡，從哪裏來到哪裏去，也就容易回答的多。規律可以指導實踐，實踐可以反哺經驗，不斷的拔高層次，來提升一個小小技術的格局。
以上三點，不難做到，稍做留意，稍加訓練，後期即是習慣。更多Linux資訊請查看：https://www.linuxprobe.com