今天看到一個網友提出的問題，如何實現ListView一次性顯示幾百行資料時頁面不卡頓？

一直戰鬥在一線的程式設計師，第一個想法就是效能優化，通過GUI效能調優，虛擬資料，自定義滾動實現動態載入等方式解決此問題，但細思極恐，這樣一個需求的提出，就算技術解決了這個問題，能帶來什麼價值呢？
（大資料的思想不是讓更多的資料檢索變快，而是讓資料發揮真正的價值，無效的檢索等於浪費時間）

[冷靜]

我開始冷靜，讓我的頭腦從技術問題跳出來，再來重新看一下這句話“一個網友提問XXX”，很明顯這個網友要麼是開發人員，要麼是系統使用人員，並且很明確他不知道需求是什麼，只是有這樣一個目的。

[思考]

我們認真思考這句話的背後含義，說句實話，真TMD分析不出來。分析不出來就對了，我們不是福爾摩斯，不可能根據幾個字分析一個人的心裡動向和需求（天才除外）

[溝通]

溝通是最好的工具，當時我就問了這位網友：“你為什麼需要這樣做，你的目的是什麼？”，他的回答讓我很吃驚，“客戶要求的”。這是很多開發人員都處於的狀態，忘記裡自己才是這個軟體的創造者，記得要和客戶溝通，將他的任何要求都改成他的目的，不要讓客戶左右你的方案和手段，客戶能左右的是最終的結果，目的。
要經常問，你提這樣的要求是為了達到什麼目的？這個功能是誰在使用？使用的場景是什麼樣的？在什麼時間使用？基本上就是網上常說的“Who”，“When”，“What”。

[猜測與指導]

有些時候可以猜測客戶的需求，並且給他一些引導，比如上面這個問題，我猜測可能是客戶覺得翻頁太麻煩，並且展現起來不夠“刺激”，但是客戶也沒辦法一次性看這麼多資料，可以引導客戶實現下拉分頁，每次還是展示十幾條資料，需要分析的時候可以提供客戶匯出資料或者展示分析結果（圖形勝過表格）。主動幫助客戶解決問題，態度積極，並且保證自己的軟體不被哪些“門外漢”左右了構造。

[故事時間]

這個問題讓我想到了剛畢業時，自己帶第一個專案，常住客戶現場，客戶對財務要求很多，開始的時候一味妥協，添加了很多奇奇怪怪的功能，導致整個系統成了四不像，最後客戶居然提出來一個要把“金蝶”財務的功能整合到我們的系統裡面，我才意識到，我錯了，我們的系統是第三方物流平臺，為什麼被財務左右了呢？因為我迷失了自己，忘記了自己才是這個軟體的創造者。

[總結]

需求不是一句簡單的話，需求也不是客戶讓你做了什麼，需求是客戶想要什麼，我們有義務並且義不容辭的去分析客戶的需求，挖掘一個需求背後的意義，給客戶提出有效的指導並且要確保軟體的命運。

最後送給所有程式設計師一句話：不要把你的軟體命運交給一個門外漢，因為他根本不知道怎麼樣開發。