尊重人性的提问方式
這是以前在一個論壇中的一個帖子，和一個學生發(fā)生了一點誤會，他認為我不尊重他，特地予以回復的內(nèi)容。 學生================================ 老師，我指出你一個可能說錯的地方，C/C++編譯器中不可能會見到一個括號就新建一個棧（原因：1.首先，我覺得編譯器沒那么傻 2.我覺得這不是新建棧，而是push一個標識符，至于內(nèi)存映射到什么地方，那是連接器決定的 3.變量不一定會存儲在棧上，可能直接存儲在寄存器中） 我================================ 請不要用PHP的思維來想C 學生================================ 首先，老師 我沒有用php的思維來想C
其次，老師也不要看了我是php愛好者就認為我不了解C，感覺老師有點看不起其它語言.
第三：我了解C的編程基礎和編譯原理，曾寫過pascal的編譯器，寫過小游戲，寫過OJ，個人感覺基礎還行。
第四：老師 我在這只是針對你的思維提下問題，并沒有什么..若有錯誤當然可以指正 我================================ void Test1(void)
{
? ? ? ? {
? ? ? ? ? ? ? ? int i=0;
? ? ? ? ? ? ? ? i=100;
? ? ? ? ? ? ? ? printf("%d\n",i);
? ? ? ? }
? ? ? ? printf("%d\n",i);??//錯誤點
}
編譯錯誤：
1>d:\00xgwork\testulonglong\testulonglong\testulonglong.cpp(59) : error C2065: “i”: 未聲明的標識符 學生================================ 花括號之內(nèi)定義的變量花括號之外不能使用...
............
這個定義我知道，其實不止變量會這樣，函數(shù)的定義也會這樣。
我主要針對的是老師所說的在遇到一個大括號時會新建個棧。。。這個說法有誤 比如在main中申明的函數(shù) 在外面也不能使用，不過我現(xiàn)在不是談論作用域的問題 我================================ OK，堅決同意。
C編譯器以后遇到花括號，堅決不準建棧。
以后誰說建棧，我拍他！
呵呵。 學生================================ 感覺老師。。在忽悠我 感覺這邊，真的有語言歧視， 感覺只有把自己的方向改為 C/C++ 或者嵌入式 就可以在C/C++區(qū) 混了 ，不然 老師都不理。、。 我================================ 呵呵，你多心了。這里真的沒有語言歧視。起碼我一般是不太喜歡去評價哪個語言好還是不好，因為我認為公司里面開發(fā)，一切根據(jù)需求來，哪個語言合用，就用哪個。合適的就是最好的。語言比較沒有意義，我們公司內(nèi)部同時在用C（注意不是C++哦）、C++、Java和PHP等幾種語言，很多時候，項目上開會，最后決定是用PHP或Java開發(fā)，因為開發(fā)成本低。
不過呢，我覺得這里面有個人的問題在里面。根據(jù)你的言談，感覺你是一個很認真的人，這可能和同濟大學嚴謹?shù)膶W風有關，這個呢，有好有壞，好處是可以把一個問題鉆研得很深入，壞處是有些書生氣，一般討論問題時，不怎么考慮聽眾的感受，我不知道你平時和同學討論問題有沒有這個感覺，就是你太堅持一個意見的時候，就算你的意見是正確的，同學們也不太愿意接受。
這個課堂是C和C++的課堂，你腦門上寫著PHP就跑進來PK，給人的感覺呢不是PK問題，是跑進來砸場子了，呵呵，你說大家怎么看？也難怪包括我在內(nèi)的回復會讓你感到有語言歧視。這其實是文化了，在這個圈子里面的文化，或多或少都有點推崇C和C++，所謂入鄉(xiāng)隨俗，你進來了，說點C和C++的好話，大家總是愛聽的。
這就好比你跑到南京，腦門上扎個帶子，上面寫個“日本人”，然后點評中日抗戰(zhàn)，點評南京大屠殺，你可能會以你認為很客觀的態(tài)度來說事實，不過我估計南京人不這么看，被抽的概率極高。你說是不是？
這就是文化的威力，以后你畢業(yè)，去公司，要學會尊重企業(yè)文化，企業(yè)文化絕對不是簡簡單單就那么幾條，有很多是看不見的，需要自己慢慢去體會。好比一個老同志，上班穿短褲，拖鞋，你也學習，然后老總把你臭罵一頓，說你不注意形象，你就不服氣了，為啥他可以。老總一般很簡單，等你做到他那步再說，現(xiàn)在照罵。這就是文化。他可能以前為了公司作出了杰出貢獻，老總都認為他有權(quán)利在公司隨便一點。
這個群里面有些同學的態(tài)度不是很端正，我估計可能是同學們在學校里面和同輩的同學PK慣了，嗯，大學里叫辯論賽，比較喜歡扣帽子。比如以前我在編程規(guī)范的帖子里面，就有一個同學給我扣了一頂“代碼官僚主義”的帽子，讓我受寵若驚。感覺到你這次的“語言歧視”，也有點這個味道。
這其實是一種常規(guī)的修辭手法了，在政治辯論中比較常用，如果無法說服對方，就首先證明對方的立場是錯誤的，抽取掉他立足的根本，以此來反證對方胡說八道。這種手法我在工作中也常常在用。呵呵。
而抽根的最佳辦法，就是順著對方的意思進行推理，超越平衡的將對方的論點絕對化，給出一個絕對的定義，我們知道，絕對化的東西都有一點問題，很容易被人反證是錯的，因此，一旦給出絕對定義，就很容易擊垮對方。
比如這個“代碼官僚主義”，我的原始提法是公司中，為了保證商業(yè)開發(fā)的準確性，不得不對每個程序員的行為作出規(guī)范，這和每條早上打卡上班是一樣的，是公司的員工守則，但那位同學很技巧的將正常的管理行為，巧妙地絕對化為“官僚”這個詞，用這個大家都很反感的詞，將正常的管理論證為一種不可理喻，不體察下情的行為，在辯論中爭取民心，并進一步擊垮我的論點。
這個時候，如果我是辯論方確實不好回答，說是吧，坐實了“官僚”兩個字，說不是吧，我就沒有理由說明代碼要規(guī)范了，呵呵，這算是為競爭對手設計的一個邏輯陷阱。算是常用手法了。
你這個“語言歧視”也帶有這個意思，因為從美國傳過來，歧視這個詞讓大家聯(lián)想到“種族歧視”，算是一個很壞的絕對定義了，和上面的修辭手法如出一轍，其目的也是利用絕對化的大帽子，獲取民心，試圖掌控輿論的導向，進而擊垮我的論點。
不過這里有個問題，如果我只有這一篇帖子，很容易被你擊垮，但恰恰我的很多帖子，對各種語言都有夸獎，因此，只要看了我所有帖子的人，一般對我這個人有信任度，因此，這里就不太相信你的說辭，大家可能會說：“肖老師這么公正的人，你都說他都搞語言歧視，我看你才是真正的語言歧視”，呵呵，這是我的推論，但你想想，有沒有這個可能？
這說明了辯論技巧的一個壞處，技巧是雙刃劍，不傷人就傷己，可以用，但不要濫用，這里面本身也有一個平衡，建議你以后在使用技巧的時候，要考慮到這一點。美國很多總統(tǒng)選舉的大逆轉(zhuǎn)，民意測驗和實際投票結(jié)果完全相反，其實就是雙方用了太多技巧，結(jié)果可能由于這個雙刃劍原理，不小心割到自己了。你說是不是？
我個人的建議是，平時應該要求自己做一個誠信、正直的人，以一種堂堂正正的心態(tài)做人做事，用時間，在大家心目中建立口碑效益，把自己的品牌打出來，這不管是以后找工作，找對象，還是在單位上逐步發(fā)展提升，都很重要，一旦口碑建立起來，其實很多時候，不需要什么技巧的，絕對的實力導致絕對的結(jié)果，當大家都認為你應該成功時，你其實已經(jīng)成功了。
嗯，說了這么多，其實不算是批評了，僅僅是希望客觀的分析一下問題，幫助你看到問題的本質(zhì)。感覺你是一個很嚴肅認真的人，這在科學研究上，是一個非常可貴的品質(zhì)，每次我回答你的帖子，最頭疼的就是既要糾正你一些不太好的習慣和看法，又不愿意打擊你鉆研的精神，我的回復很難把握一個度。這才是我前面回答簡單的原因。
現(xiàn)在說回你的問題，確實如你所說，可能有的編譯器，沒有采用見到花括號建棧的方法，因為考慮到內(nèi)聯(lián)函數(shù)的優(yōu)化，CPU的寄存器變量等問題，以及編譯器本身為了優(yōu)化而實現(xiàn)的等價替換等原則，最終出來的代碼，可能里面已經(jīng)將這個建棧過程優(yōu)化掉了。
比如前面我的例子，如果編譯器能敏感的感覺出，i雖然是一個花括號內(nèi)部的變量，但花括號外沒有再使用，它可能也就直接把i優(yōu)化為函數(shù)變量，此時的內(nèi)部花括號相當于沒有。這也有可能。
寄存器變量更為突出，C和C++，雖然允許程序員自己界定哪個變量是寄存器變量，但通常編譯器有二次發(fā)言權(quán)，一般不是很遵守，inline和register，很多編譯器都是忽略的，至少是某種狀態(tài)下忽略，為什么呢，因為編譯器要保留這些優(yōu)化手段，作為更加重要的段落的優(yōu)化方式。
所以，上述問題你要爭辯的，其實也有道理，不過我說的，也是一個通理。理論上，如果我做C的編譯器，哪怕出于代碼簡潔的原理，也會把所有的花括號放到一個邏輯模塊中處理，我們知道，函數(shù)的花括號，一定會建立一個浮動棧，并初始化內(nèi)部所有局部變量，如果這個邏輯被套用到一個函數(shù)內(nèi)部的花括號，你說會怎么樣？
不過，這是原理，具體結(jié)果要根據(jù)優(yōu)化來，因此，即使你把編譯出來的代碼發(fā)出來我看，我都還是不承認你的結(jié)論是正確的，因為你的論據(jù)僅僅是其中一種優(yōu)化情況，而不是所有。
這里面還有個回答成本的問題，我曾經(jīng)寫過提問題的技巧，其實就是幫助大家提出簡單的，關鍵的問題，老師回答的成本低，回答的老師自然就多，你也比較容易獲得答案。
但是，你這幾次帖子，其實我覺得很難回答，因此不太愿意回答太詳細，主要是回答成本太高了。
不過，為了不打擊你的積極性，我這里還是做一次詳盡的解答。
你可以簡單比較一下咱么打字的數(shù)量，你覺得誰的成本高？
這不是肖老師自私，而是人性，每個人對于成本太高的事情都不太愿意去做，如果你老是提出一些很復雜的問題，老師要花你兩倍、三倍的字數(shù)來回答，最后很多老師可能選擇不回答，其實最后吃虧的，還是你自己，你說是不是？
說了這么多，真的很累，希望你有個正確的認識。 學生================================ 謝謝肖老師的回復，讀了肖老師的文，深有感觸，是的，我平時喜歡磚牛角尖，因為我沒感覺到這對我有什么壞處，也喜歡對自己的老師一點錯誤就指出，呵呵，這些也許是我的毛病，但看了老師的文后，我覺得不光是我還是大家 都有必要改正，主要是要考慮聽眾的感受，大家都感受，我開始看到這個帖子時，看到老師關于宏和inline函數(shù)的pk 也客氣的說 你看這樣好不好，你呢，繼續(xù)堅持用inline，我呢，繼續(xù)堅持用宏，咱倆互不影響，好不好？ 我覺得老師很謙讓。呵呵 也許這是個每個學生都沒有的職業(yè)道德。在這我記住肖老師的話。謝謝。
另外老師，其實我是非常愛C這門語言的，喜歡它的嚴謹，喜歡它的簡潔。至于我為什么選擇php是跟我的職業(yè)規(guī)劃有關。希望老師以后我再進C、C++課堂時，就當我是C愛好者好了，謝謝。
另外，我想說老師你回答的成本不高，你的回答將會影響我的下一步該怎么做！ 該怎么做人上人！謝！
...........
“平時應該要求自己做一個誠信、正直的人，以一種堂堂正正的心態(tài)做人做事，用時間，在大家心目中建立口碑效益，把自己的品牌打出來，這不管是以后找工作，找對象，還是在單位上逐步發(fā)展提升，都很重要，一旦口碑建立起來，其實很多時候，不需要什么技巧的，絕對的實力導致絕對的結(jié)果，當大家都認為你應該成功時，你其實已經(jīng)成功了。”
謝謝老師這段話，我會記住的。
感覺老師不僅是位技術人才還是位耐心的教育者，就像以前微軟的副總裁李開復一樣。
最后謝謝，老師給我說了這么多，謝謝！ 另一個學生================================ 對于老師那段話，總結(jié)一下，就3點：
1.不要動不動就給別人扣帽子。
2.尊重各自的選擇。說白了就是：你如果認為我不對，就不必聽我的~
3.對于回答成本高的問題，老師不愿意做出回答。
對于第一點，我很贊同。這是做人問題。
對于第二點，我比較贊同。如果只是習慣或者編程風格問題，我認為不必大驚小怪。A不想用B規(guī)定的編程風格寫代碼，B就不聘請A，A有實力去了C公司做大了一樣OK。一切只跟A自己相關，也就這么簡單，選擇決定價值。如果一個問題的確有且僅有一個正確答案，那么問題也很簡單，錯了或者正確。
3.對于第三個問題，我想說，這畢竟只是一個網(wǎng)上的社區(qū)，老師不是學校的老師。說白了，就是老師不夠?qū)I(yè)(老師不要記恨我啊，我實話實說)。老師的職責就是傳道授業(yè)解惑，不能夠因為回答成本高就退而避之。當然我指的是學生提的問題是能夠被解答的情況下(見"提問的訣竅"一貼)。就我而言我也提過幾道算法問題，自認為完全符合要求，結(jié)果沒有老師給出令人滿意的答案…… 我================================ 嗯，換個說法比較準確。
我以前說過，CSDN的老師，不是學校里收學費的老師，我們沒有義務回答問題的，僅僅是根據(jù)愛好。也就是說，我們提供的是“不保證服務”。
既不保證一定會服務，也不保證服務效果。
因此，第三點，你說的不夠?qū)I(yè)，我的理解是我們不必很專業(yè)。因為我們沒有收錢啊。呵呵。
這好比你用開源的代碼出了bug，老板扣你的薪水，但是你沒有辦法去扣原作者的薪水一樣，因為人家也是不保證服務的。
高水平的服務品質(zhì)，是需要高報酬來維持的，你說是不是？ 學生================================ 恩！老師說的對~ 我================================ 因此，建議你改變一下思路。
你的問題無人解答，不是老師不是人，而很可能是你的問題誘惑力不夠。
試著重新設計你的問題，引誘某些老師（比方說我）忍不住誘惑，過來解答，怎么樣？
誘惑人非常簡單，你只要說明回答這個問題，老師有什么好處就夠了。人是不會做沒有好處的事情的。
可以不明著說，但可以用暗示的。
嗯，注冊個人妖號怎么樣？用你GF的名義，再把照片發(fā)上來？呵呵
再或者，用點什么夸張的語句，什么跪求啦，360度拜求啊，呵呵。
又或者，重新思考你的問題，把一個復雜的大問題，分拆成n個小問題，讓大家覺得答了也無所謂，不如答一下，當所有問題被回答完畢，你的原始問題自己就沒有了，你說這個辦法好不好？ 與50位技術專家面對面20年技術見證，附贈技術全景圖
其次，老師也不要看了我是php愛好者就認為我不了解C，感覺老師有點看不起其它語言.
第三：我了解C的編程基礎和編譯原理，曾寫過pascal的編譯器，寫過小游戲，寫過OJ，個人感覺基礎還行。
第四：老師 我在這只是針對你的思維提下問題，并沒有什么..若有錯誤當然可以指正 我================================ void Test1(void)
{
? ? ? ? {
? ? ? ? ? ? ? ? int i=0;
? ? ? ? ? ? ? ? i=100;
? ? ? ? ? ? ? ? printf("%d\n",i);
? ? ? ? }
? ? ? ? printf("%d\n",i);??//錯誤點
}
編譯錯誤：
1>d:\00xgwork\testulonglong\testulonglong\testulonglong.cpp(59) : error C2065: “i”: 未聲明的標識符 學生================================ 花括號之內(nèi)定義的變量花括號之外不能使用...
............
這個定義我知道，其實不止變量會這樣，函數(shù)的定義也會這樣。
我主要針對的是老師所說的在遇到一個大括號時會新建個棧。。。這個說法有誤 比如在main中申明的函數(shù) 在外面也不能使用，不過我現(xiàn)在不是談論作用域的問題 我================================ OK，堅決同意。
C編譯器以后遇到花括號，堅決不準建棧。
以后誰說建棧，我拍他！
呵呵。 學生================================ 感覺老師。。在忽悠我 感覺這邊，真的有語言歧視， 感覺只有把自己的方向改為 C/C++ 或者嵌入式 就可以在C/C++區(qū) 混了 ，不然 老師都不理。、。 我================================ 呵呵，你多心了。這里真的沒有語言歧視。起碼我一般是不太喜歡去評價哪個語言好還是不好，因為我認為公司里面開發(fā)，一切根據(jù)需求來，哪個語言合用，就用哪個。合適的就是最好的。語言比較沒有意義，我們公司內(nèi)部同時在用C（注意不是C++哦）、C++、Java和PHP等幾種語言，很多時候，項目上開會，最后決定是用PHP或Java開發(fā)，因為開發(fā)成本低。
不過呢，我覺得這里面有個人的問題在里面。根據(jù)你的言談，感覺你是一個很認真的人，這可能和同濟大學嚴謹?shù)膶W風有關，這個呢，有好有壞，好處是可以把一個問題鉆研得很深入，壞處是有些書生氣，一般討論問題時，不怎么考慮聽眾的感受，我不知道你平時和同學討論問題有沒有這個感覺，就是你太堅持一個意見的時候，就算你的意見是正確的，同學們也不太愿意接受。
這個課堂是C和C++的課堂，你腦門上寫著PHP就跑進來PK，給人的感覺呢不是PK問題，是跑進來砸場子了，呵呵，你說大家怎么看？也難怪包括我在內(nèi)的回復會讓你感到有語言歧視。這其實是文化了，在這個圈子里面的文化，或多或少都有點推崇C和C++，所謂入鄉(xiāng)隨俗，你進來了，說點C和C++的好話，大家總是愛聽的。
這就好比你跑到南京，腦門上扎個帶子，上面寫個“日本人”，然后點評中日抗戰(zhàn)，點評南京大屠殺，你可能會以你認為很客觀的態(tài)度來說事實，不過我估計南京人不這么看，被抽的概率極高。你說是不是？
這就是文化的威力，以后你畢業(yè)，去公司，要學會尊重企業(yè)文化，企業(yè)文化絕對不是簡簡單單就那么幾條，有很多是看不見的，需要自己慢慢去體會。好比一個老同志，上班穿短褲，拖鞋，你也學習，然后老總把你臭罵一頓，說你不注意形象，你就不服氣了，為啥他可以。老總一般很簡單，等你做到他那步再說，現(xiàn)在照罵。這就是文化。他可能以前為了公司作出了杰出貢獻，老總都認為他有權(quán)利在公司隨便一點。
這個群里面有些同學的態(tài)度不是很端正，我估計可能是同學們在學校里面和同輩的同學PK慣了，嗯，大學里叫辯論賽，比較喜歡扣帽子。比如以前我在編程規(guī)范的帖子里面，就有一個同學給我扣了一頂“代碼官僚主義”的帽子，讓我受寵若驚。感覺到你這次的“語言歧視”，也有點這個味道。
這其實是一種常規(guī)的修辭手法了，在政治辯論中比較常用，如果無法說服對方，就首先證明對方的立場是錯誤的，抽取掉他立足的根本，以此來反證對方胡說八道。這種手法我在工作中也常常在用。呵呵。
而抽根的最佳辦法，就是順著對方的意思進行推理，超越平衡的將對方的論點絕對化，給出一個絕對的定義，我們知道，絕對化的東西都有一點問題，很容易被人反證是錯的，因此，一旦給出絕對定義，就很容易擊垮對方。
比如這個“代碼官僚主義”，我的原始提法是公司中，為了保證商業(yè)開發(fā)的準確性，不得不對每個程序員的行為作出規(guī)范，這和每條早上打卡上班是一樣的，是公司的員工守則，但那位同學很技巧的將正常的管理行為，巧妙地絕對化為“官僚”這個詞，用這個大家都很反感的詞，將正常的管理論證為一種不可理喻，不體察下情的行為，在辯論中爭取民心，并進一步擊垮我的論點。
這個時候，如果我是辯論方確實不好回答，說是吧，坐實了“官僚”兩個字，說不是吧，我就沒有理由說明代碼要規(guī)范了，呵呵，這算是為競爭對手設計的一個邏輯陷阱。算是常用手法了。
你這個“語言歧視”也帶有這個意思，因為從美國傳過來，歧視這個詞讓大家聯(lián)想到“種族歧視”，算是一個很壞的絕對定義了，和上面的修辭手法如出一轍，其目的也是利用絕對化的大帽子，獲取民心，試圖掌控輿論的導向，進而擊垮我的論點。
不過這里有個問題，如果我只有這一篇帖子，很容易被你擊垮，但恰恰我的很多帖子，對各種語言都有夸獎，因此，只要看了我所有帖子的人，一般對我這個人有信任度，因此，這里就不太相信你的說辭，大家可能會說：“肖老師這么公正的人，你都說他都搞語言歧視，我看你才是真正的語言歧視”，呵呵，這是我的推論，但你想想，有沒有這個可能？
這說明了辯論技巧的一個壞處，技巧是雙刃劍，不傷人就傷己，可以用，但不要濫用，這里面本身也有一個平衡，建議你以后在使用技巧的時候，要考慮到這一點。美國很多總統(tǒng)選舉的大逆轉(zhuǎn)，民意測驗和實際投票結(jié)果完全相反，其實就是雙方用了太多技巧，結(jié)果可能由于這個雙刃劍原理，不小心割到自己了。你說是不是？
我個人的建議是，平時應該要求自己做一個誠信、正直的人，以一種堂堂正正的心態(tài)做人做事，用時間，在大家心目中建立口碑效益，把自己的品牌打出來，這不管是以后找工作，找對象，還是在單位上逐步發(fā)展提升，都很重要，一旦口碑建立起來，其實很多時候，不需要什么技巧的，絕對的實力導致絕對的結(jié)果，當大家都認為你應該成功時，你其實已經(jīng)成功了。
嗯，說了這么多，其實不算是批評了，僅僅是希望客觀的分析一下問題，幫助你看到問題的本質(zhì)。感覺你是一個很嚴肅認真的人，這在科學研究上，是一個非常可貴的品質(zhì)，每次我回答你的帖子，最頭疼的就是既要糾正你一些不太好的習慣和看法，又不愿意打擊你鉆研的精神，我的回復很難把握一個度。這才是我前面回答簡單的原因。
現(xiàn)在說回你的問題，確實如你所說，可能有的編譯器，沒有采用見到花括號建棧的方法，因為考慮到內(nèi)聯(lián)函數(shù)的優(yōu)化，CPU的寄存器變量等問題，以及編譯器本身為了優(yōu)化而實現(xiàn)的等價替換等原則，最終出來的代碼，可能里面已經(jīng)將這個建棧過程優(yōu)化掉了。
比如前面我的例子，如果編譯器能敏感的感覺出，i雖然是一個花括號內(nèi)部的變量，但花括號外沒有再使用，它可能也就直接把i優(yōu)化為函數(shù)變量，此時的內(nèi)部花括號相當于沒有。這也有可能。
寄存器變量更為突出，C和C++，雖然允許程序員自己界定哪個變量是寄存器變量，但通常編譯器有二次發(fā)言權(quán)，一般不是很遵守，inline和register，很多編譯器都是忽略的，至少是某種狀態(tài)下忽略，為什么呢，因為編譯器要保留這些優(yōu)化手段，作為更加重要的段落的優(yōu)化方式。
所以，上述問題你要爭辯的，其實也有道理，不過我說的，也是一個通理。理論上，如果我做C的編譯器，哪怕出于代碼簡潔的原理，也會把所有的花括號放到一個邏輯模塊中處理，我們知道，函數(shù)的花括號，一定會建立一個浮動棧，并初始化內(nèi)部所有局部變量，如果這個邏輯被套用到一個函數(shù)內(nèi)部的花括號，你說會怎么樣？
不過，這是原理，具體結(jié)果要根據(jù)優(yōu)化來，因此，即使你把編譯出來的代碼發(fā)出來我看，我都還是不承認你的結(jié)論是正確的，因為你的論據(jù)僅僅是其中一種優(yōu)化情況，而不是所有。
這里面還有個回答成本的問題，我曾經(jīng)寫過提問題的技巧，其實就是幫助大家提出簡單的，關鍵的問題，老師回答的成本低，回答的老師自然就多，你也比較容易獲得答案。
但是，你這幾次帖子，其實我覺得很難回答，因此不太愿意回答太詳細，主要是回答成本太高了。
不過，為了不打擊你的積極性，我這里還是做一次詳盡的解答。
你可以簡單比較一下咱么打字的數(shù)量，你覺得誰的成本高？
這不是肖老師自私，而是人性，每個人對于成本太高的事情都不太愿意去做，如果你老是提出一些很復雜的問題，老師要花你兩倍、三倍的字數(shù)來回答，最后很多老師可能選擇不回答，其實最后吃虧的，還是你自己，你說是不是？
說了這么多，真的很累，希望你有個正確的認識。 學生================================ 謝謝肖老師的回復，讀了肖老師的文，深有感觸，是的，我平時喜歡磚牛角尖，因為我沒感覺到這對我有什么壞處，也喜歡對自己的老師一點錯誤就指出，呵呵，這些也許是我的毛病，但看了老師的文后，我覺得不光是我還是大家 都有必要改正，主要是要考慮聽眾的感受，大家都感受，我開始看到這個帖子時，看到老師關于宏和inline函數(shù)的pk 也客氣的說 你看這樣好不好，你呢，繼續(xù)堅持用inline，我呢，繼續(xù)堅持用宏，咱倆互不影響，好不好？ 我覺得老師很謙讓。呵呵 也許這是個每個學生都沒有的職業(yè)道德。在這我記住肖老師的話。謝謝。
另外老師，其實我是非常愛C這門語言的，喜歡它的嚴謹，喜歡它的簡潔。至于我為什么選擇php是跟我的職業(yè)規(guī)劃有關。希望老師以后我再進C、C++課堂時，就當我是C愛好者好了，謝謝。
另外，我想說老師你回答的成本不高，你的回答將會影響我的下一步該怎么做！ 該怎么做人上人！謝！
...........
“平時應該要求自己做一個誠信、正直的人，以一種堂堂正正的心態(tài)做人做事，用時間，在大家心目中建立口碑效益，把自己的品牌打出來，這不管是以后找工作，找對象，還是在單位上逐步發(fā)展提升，都很重要，一旦口碑建立起來，其實很多時候，不需要什么技巧的，絕對的實力導致絕對的結(jié)果，當大家都認為你應該成功時，你其實已經(jīng)成功了。”
謝謝老師這段話，我會記住的。
感覺老師不僅是位技術人才還是位耐心的教育者，就像以前微軟的副總裁李開復一樣。
最后謝謝，老師給我說了這么多，謝謝！ 另一個學生================================ 對于老師那段話，總結(jié)一下，就3點：
1.不要動不動就給別人扣帽子。
2.尊重各自的選擇。說白了就是：你如果認為我不對，就不必聽我的~
3.對于回答成本高的問題，老師不愿意做出回答。
對于第一點，我很贊同。這是做人問題。
對于第二點，我比較贊同。如果只是習慣或者編程風格問題，我認為不必大驚小怪。A不想用B規(guī)定的編程風格寫代碼，B就不聘請A，A有實力去了C公司做大了一樣OK。一切只跟A自己相關，也就這么簡單，選擇決定價值。如果一個問題的確有且僅有一個正確答案，那么問題也很簡單，錯了或者正確。
3.對于第三個問題，我想說，這畢竟只是一個網(wǎng)上的社區(qū)，老師不是學校的老師。說白了，就是老師不夠?qū)I(yè)(老師不要記恨我啊，我實話實說)。老師的職責就是傳道授業(yè)解惑，不能夠因為回答成本高就退而避之。當然我指的是學生提的問題是能夠被解答的情況下(見"提問的訣竅"一貼)。就我而言我也提過幾道算法問題，自認為完全符合要求，結(jié)果沒有老師給出令人滿意的答案…… 我================================ 嗯，換個說法比較準確。
我以前說過，CSDN的老師，不是學校里收學費的老師，我們沒有義務回答問題的，僅僅是根據(jù)愛好。也就是說，我們提供的是“不保證服務”。
既不保證一定會服務，也不保證服務效果。
因此，第三點，你說的不夠?qū)I(yè)，我的理解是我們不必很專業(yè)。因為我們沒有收錢啊。呵呵。
這好比你用開源的代碼出了bug，老板扣你的薪水，但是你沒有辦法去扣原作者的薪水一樣，因為人家也是不保證服務的。
高水平的服務品質(zhì)，是需要高報酬來維持的，你說是不是？ 學生================================ 恩！老師說的對~ 我================================ 因此，建議你改變一下思路。
你的問題無人解答，不是老師不是人，而很可能是你的問題誘惑力不夠。
試著重新設計你的問題，引誘某些老師（比方說我）忍不住誘惑，過來解答，怎么樣？
誘惑人非常簡單，你只要說明回答這個問題，老師有什么好處就夠了。人是不會做沒有好處的事情的。
可以不明著說，但可以用暗示的。
嗯，注冊個人妖號怎么樣？用你GF的名義，再把照片發(fā)上來？呵呵
再或者，用點什么夸張的語句，什么跪求啦，360度拜求啊，呵呵。
又或者，重新思考你的問題，把一個復雜的大問題，分拆成n個小問題，讓大家覺得答了也無所謂，不如答一下，當所有問題被回答完畢，你的原始問題自己就沒有了，你說這個辦法好不好？ 與50位技術專家面對面20年技術見證，附贈技術全景圖
總結(jié)
- 上一篇： 使用C#开发ActiveX控件[Obso
- 下一篇： 揭秘ASP.NET 2.0的Eval方法