閱讀目錄
跨界的本質：是整合、是融合。通過自身資源的某一特性與其它表面上不相干的資源進行隨機的搭配應用。可放大相互資源的價值，甚至可以融合乙個完整的獨立個體面世。
跨界的主要目的是為了「借智」。那麼放到我們軟體開發領域意思就是，通過運用技術的能力，搭配諸如運營的一些思想和方式之類的來應用。這樣可以從不同的視角來看待同樣的事情，對當前的解決方案提供補充。
舉個例子：大家都聽過mvp，這也是當前軟體開發行業中用的比較多的乙個最佳實踐之一。但是它卻並不是由純正的技術人提出的，而是eric ries 在《精益創業》中的提出的概念，是面向產品和市場角度的。但是思想本身是跨界互通的，所以當前常被運用在我們的軟體開發和架構設計中。
我相信我們程式設計師在產品界被吐槽最多的應該就是所謂的「程式設計師思維」了。但是並不是說程式設計師思維不好，所謂萬物皆有兩面性，在某些場景或者領域的確不適合以程式設計師思維來思考。從另乙個角度來說，乙個人的思維習慣決定了視野有多廣、看得有多遠，只有這樣才能找到多條通往目標的路徑，才能談得上所謂的「尋找最優解」。一旦我們開始帶領團隊，哪怕只有1個人，「尋找最優解」就已經成了我們的最重要的事之一，因為這決定了最終的產生價值上限。這會起到事半功倍的效果的，並且隨著團隊的壯大，這將是乙個槓桿，會把價值放大n倍，也可能縮小n倍。
舉個例子：某搶購類**飽受被羊毛黨使用者以自動化工具進行縟羊毛的困擾，**上的數字+字母驗證碼在影象識別大行其道的背景下已經抵禦不住了，這時候需要我們來解決這個問題。我來看下作為技術人的慣性思維是什麼。
思路a：驗證碼太簡單了唄，搞複雜點，弄中文。
思路b：驗證碼太容易被識別，提高混淆覆蓋密度，加大識別難度。ok，這2個思路其實都能解決當下的問題，但是我們換到客戶視角來看一下：
是的，的確把之前的問題解決了，但是在不知不覺中引入了新的問題。
這個根本原因是就像上面說的，找到了乙個解決方案就結束了，沒能跳出之前的思維換個視角去審視同樣的問題。其實只要我們把視角切換到產品人的位置來看，我相信就能揣測出上面的2個現象。產品人關注使用者體驗、使用者留存率。通俗點講就是要讓客戶喜歡用我們的產品，而不是讓其覺得反感。上面的2個方案，幾乎都對使用者的購買操作增加了難度，至少多花了好幾秒鐘。
據之前有篇jupiter research公司的調查顯示，購物者在訪問**過程中的不滿會導致銷售損失和品牌受損，其中64%的人將不再訪問** ，62%的人不再從**上購買，28%的人對公司產生負面印象。
可見要想形成可持續的使用者增長，我們作為技術人員，不能陷入自我的思維慣性中。關於這個驗證碼問題的一些更理想的解決方案，目前也比較多，比如滑動條、滑動拼圖等等，就不展開說了。這些也是跳出程式設計師思維才產生的產物。
那些講業務和技術之間關係、鼓勵踏出自己的舒適區的文章，究其根本也是換乙個環境，換乙個角度來看待乙個事物，開闢新的天地。
隨著我們每個人的能力照射範圍逐漸增大，一定跨出自己的小世界，小步快跑、擁抱變化才是我們的出路。免得不知不覺之中，我們已經深陷瓶頸之中。
共勉。出處：
的***~。
定期發表原創內容：架構設計丨分布式系統丨產品丨運營丨一些思考。
」，回覆「運營」，送你乙份我長期收集和整理的思維導圖。
軟體開發中 控制代碼 的意義
所謂控制代碼實際上是乙個資料，是乙個long 整長型 的資料。控制代碼是wondows用來標識被應用程式所建立或使用的物件的唯一整數，windows使用各種各樣的控制代碼標識諸如應用程式例項，視窗，控制，位圖，gdi物件等等。windows控制代碼有點象c語言中的檔案控制代碼。從上面的定義中的我們可...
設計模式 在軟體開發中的應用
論設計模式在軟體開發中的應用 在解決這個論題之前，我們首先要了解設計模式的概念，及其基本的分類。設計模式 這四個字，相信大家在很多地方都會看到，什麼是設計模式呢?乙個設計模式提供一種提煉子系統或軟體系統中的元件的，或者它們之間的關係的綱要設計。設計模式描述普遍存在的在相互通訊的元件中重複出現的結構，...
MBTI在軟體開發團隊中的應用
人絕不是一種資源。一方面我們不可能因人設崗，另一方面也不能忽略人性的差異。面對問題時，不要總是單純地從人的態度或品德上查詢問題，而是要反思人事安排和流程建設上的不足。奢望乙個人改掉他的缺點，還不足充分發揮他的優點。mbti將人區分為16類人格特質，我無法斷言是否真得能表達出人的真實一面，畢竟只是統計...