由于一直從事技術(shù)和平臺(tái)產(chǎn)品方面的工作，我們部門經(jīng)常會(huì)收到公司內(nèi)外同事和同仁的問題郵件，有些好的問題能讓你發(fā)現(xiàn)自己技術(shù)上的缺陷、產(chǎn)品的bug或提升的空間，去思考、回答和解決這樣的問題真是一件讓人愉悅，充滿挑戰(zhàn)和成就感的事情。但是非常遺憾的是，這樣的好問題卻是鳳毛麟角。我經(jīng)常會(huì)被一些莫名其妙的問題搞的啼笑皆非，比如：

程序運(yùn)行過程中突然內(nèi)存溢出，該如何解決？

如何配置JVM的虛擬機(jī)參數(shù)？

程序部署到Linux上后，頁面出現(xiàn)中文亂碼，是不是中間件的配置出現(xiàn)問題了？

集群節(jié)點(diǎn)不能自動(dòng)復(fù)制，如何解決？

最可氣是第四個(gè)問題，經(jīng)過了解環(huán)境逐一排查，最后發(fā)現(xiàn)兩個(gè)節(jié)點(diǎn)根本就ping不通嘛，這種“異常”在現(xiàn)場(chǎng)該是多么容易發(fā)現(xiàn)??！

當(dāng)然，類似的傻問題我年輕的時(shí)候也問過，誰會(huì)不犯錯(cuò)呢，真正讓我認(rèn)識(shí)到這一點(diǎn)的重要性，還是在工作中與國(guó)外程序員的郵件交流。在2005年期間，與國(guó)外程序員共同維護(hù)公司內(nèi)部的一個(gè)平臺(tái)級(jí)產(chǎn)品，郵件往來必不可少，慢慢的我發(fā)現(xiàn)國(guó)外的程序員提的問題或報(bào)的bug都非常有規(guī)律，每個(gè)問題或bug都有非常清晰的標(biāo)題，正文是環(huán)境描述，已經(jīng)采取了什么措施、結(jié)果，相關(guān)日志，Core dump，圖片等等，一般讀完郵件就能非常清楚的了解對(duì)方想要表達(dá)的意圖和希望你能提供的幫助，而且你也知道該做什么，如何回復(fù)等等。久而久之，自己也不好意思再去寫那些傻問題了。

那么作為技術(shù)人員，如何去問一個(gè)讓雙方都滿意的好問題并最大程度的得到回復(fù)呢？這一點(diǎn)對(duì)提問者重要，對(duì)被問者同樣重要，大好人生，誰也不愿意為一個(gè)爛問題浪費(fèi)時(shí)間。

簡(jiǎn)單總結(jié)一下，如果你按照以下步驟進(jìn)行，提出的問題一定會(huì)更靠譜一些，提出好的問題是你提升的第一步，其實(shí)這個(gè)過程在提問之前已經(jīng)開始了：

遇到問題不要急著問別人，在時(shí)間允許的情況下看是否自己能夠解決，一方面鍛煉自己分析問題和解決問題的能力，另一方面，一旦問題解決了，問題就不是問題，而是你的經(jīng)驗(yàn)和知識(shí)庫。況且現(xiàn)在互聯(lián)網(wǎng)有那么多的技術(shù)資料和各類問答網(wǎng)站，想碰到一個(gè)別人沒碰到的問題，已經(jīng)非常困難了，除非是內(nèi)部產(chǎn)品。

如果做了努力依然不能解決，或者客觀條件不允許你自己解決了，那么首先要選擇提問對(duì)象，不管是社區(qū)還是公司同事，確保他是你所知道的最佳解決人選。

你需要一個(gè)好的標(biāo)題，用清晰的短句描述你遇到的問題

至關(guān)重要的正文

（1）用清晰的語言描述你遇到的問題

（2）提供軟件環(huán)境，包括操作系統(tǒng)、數(shù)據(jù)庫等相關(guān)軟件及其版本號(hào)

（3）問題是否可以重現(xiàn)，采用什么方式重現(xiàn)

（4）采用了什么措施解決問題，最終結(jié)果（可提供日志、程序、截圖等描述）

（5）盡可能提供問題相關(guān)的可分析文件，包括日志、截圖和Core dump等

（6）不要長(zhǎng)篇大論，簡(jiǎn)明扼要，描述主要問題

最后，不要忘了說請(qǐng)和謝謝，畢竟你需要?jiǎng)e人幫助你解決問題，沒人欠你什么。