軟體開發人員經常需要接觸使用者，得到使用者的需求。在這個過程中，事實就是乙個「翻譯」的過程：使用者從他的工作的角度出發，需要電腦來為他輔助處理哪些事情，而技術人員需要從電腦可以實現的角度來設計這些過程或者功能。因而軟體技術人員需要用採用像電腦那樣來思考使用者的問題。
我在接觸使用者的過程中，經常遇到很多電腦看起來是異想天開的事情，而我們使用者卻認為，如果能那樣多好啊，那樣才夠「電腦」，才夠「高科技」，你如果說實現不了，他多少有些失望，有些懷疑電腦的本領來。
在gis軟體開發過程中，使用者經常問的乙個問題是：能不能把多張遙感影像或者地圖疊加在一起看？從計算機的角度，如果多張遙感影像和地圖是統一的座標系，自然是可以疊加在一起的，但卻不能穿透地看，太遺憾了，兩張可以把其中一種設定透明，勉強可以看。多張（層）地圖可以疊在一起看，前提是必須把地圖進行數位化，這裡的「數位化」不是指掃瞄成電子的jpg、tif等格式，而是經過技術手段，把地圖上的地物符號變成計算機可以識別的點、線、面物件。
掃瞄成電子格式的圖件、資料和「數位化」的電子地圖和電子資料區別無疑是巨大了，投入大量的人力物力掃瞄成電子的，最後告知還需要數位化，而數位化的人力物力更為巨大。如果不能正確的理解電腦的能力，確實讓人很失望。
其實，很多千奇百怪的問題，也許都要從兩個方面來思考：一是，使用者提出的問題，需要換個角度來思考，或者需要改變實現的方式，需要準備前提的資料等等；二是，睡著技術的發展，使用者的提出問題，有實現的可能，但是目前沒有成熟的技術方案。當然，這兩種思路，在使用者的眼裡，對電腦的敬仰的眼神裡，都會露出失望的神態。
思考問題的方法
1.極限法 今天看到hash表,說要讓hash表上的鍊錶分布的均勻才是好的hash函式.當時就在想為啥要分散均勻呢?靈光一閃,如果所有鍊錶都在乙個雜湊值下的,那麼資料查詢起來不就又回到了o n 了嗎?那使用hash表的意義就不存在了.因為hash表在沒有衝突時的時間複雜度是o 1 2.多去模擬 比如...
Excel思考問題的方式
好比如，現在咱們需要將第一周 第二週 第三週 第四周 等e e列裡的 每一周的 第二個數值 提取出來。那麼我們手動提取了幾個。如果生產一百多周那不是要累死？現在咱們先找到部分 我們需要的資料，先建立乙個小的模型 然後再往大的上面套 我們將每一周的第二個數值，所在第幾行 提出來。那麼我們就要取e e列...
思想 思考問題，怎麼才能全面？？
最近在聽老師講課的過程中，發現了乙個很有趣的現象，老師每次提出問題以後，同學們的答案就像是擠牙膏似得，乙個乙個蹦出來，很好奇為什麼我們不能回答出來或者是一下子回答的更多。就在前兩天bill的一次分享，讓我豁然開朗。就拿當時bill舉的例子吧，一次外出的經歷，在去目的地的途中，交通特別擁擠，這時候有了...