在之前和同學的問答中，我更加傾向於給同學乙個keyword，乙個鏈結，乙個方向，引導學生自己去解決問題（恩，是因為我懶）。在這一過程中，有2個非常重要的問題需要強調：
不知道大家是否還想回憶起自己小的時候，要多小呢？要非常小。當我們還在大約半歲的時候，餓了或者是睡覺的姿勢不那麼舒服，都會用哭這樣的形式表達出來。等再大點，比如三四歲的時候，當餓了你可能會說"媽媽，我餓了"或者是"媽媽，你看那個包子真好看"。這種，都是顯然的提出了一種自己的訴求。但是，大家面對一些較為複雜的情況，卻似乎不會提出自己的訴求了。這裡，列舉出幾個例子：
上面舉出的2個例子，都是那種非常明顯的不能提出自己的訴求的提問形式。
我的乙個朋友說的也很有道理，會提問，本身也是一種技能。在此之前，我總是建議我的學生去看"提問的智慧型"。但是似乎不會提問的人看了這個文件也沒有太大的長進。所以，這裡引用我朋友的文件"你像讓你的問題盡快得到解答嗎？"來有針對性的解釋，對於c語言方面的問題，應該如何提問。
編譯遇到錯誤，很多的同學都會遇到。再此之前，大多數同學，要麼是給我**說編譯出錯了，要麼是給我錯誤的提示卻不給我看**。這2種方式，大多數情況下，都不能很快的解決問題。一種良好的方式是：
編譯遇到錯誤：（附上錯誤的截圖）
編譯的結果不符合預期，之前的提問中也有同學問過相關的問題，當時它是直接貼上了**給我，雖然一眼就已經看出了**的但是我還是引導其按照告知"編譯結果不符合預期"這種方式提出自己的問題。具體的方式如下：
期望的結果：告知你想要的輸入及對應的輸出
實際的結果：執行時的輸入及輸出
我有點看不懂了
這是在社群裡面看到的一位老師的簡歷 英文名 出版圖書 xx 特約講師 it168特邀職業發展顧問 審閱簡歷超過100萬次，面試技術候選人超過1萬，嗯，應該說，這位老師的簡歷還是蠻光彩的。不過，我是程式設計師，萬事用數字說話。感覺有點吹牛。這個審閱簡歷100萬次。我說看乙個人的簡歷，怎麼說，乙份簡歷看...
我有點看不懂了
這是在社群裡面看到的一位老師的簡歷 英文名 出版圖書 xx 特約講師 it168特邀職業發展顧問 審閱簡歷超過100萬次，面試技術候選人超過1萬，嗯，應該說，這位老師的簡歷還是蠻光彩的。不過，我是程式設計師，萬事用數字說話。感覺有點吹牛。這個審閱簡歷100萬次。我說看乙個人的簡歷，怎麼說，乙份簡歷看...
完全看不懂洗臉
建立乙個自定義列表 如何建立乙個註腳 注釋也是必不可少的 katex數學公式 新的甘特圖功能，豐富你的文章 uml 圖表 flowchart流程圖 匯出與匯入 你好！這是你第一次使用markdown編輯器所展示的歡迎頁。如果你想學習如何使用markdown編輯器,可以仔細閱讀這篇文章，了解一下mar...