在IT工作上無論是網路、系統、程式、資料庫、資訊安全等各項疑難雜症,當發生問題時,最常**且有效的做法就是Google,而原本Google只是個搜尋引擎的名稱,但事實上Google早已不單是個名詞而已,而是包含了動作的動詞,就是 將問題的關鍵字放到Google引擎去搜尋,以找尋相關的知識或答案,當然之所以能搜到資料,很多都是在各技術論壇或討論區中網友的問答,這也是各相關技術論壇的一大貢獻,

然而技術論壇中的發問情形,也是相當有趣的一個景象,**
1)易弁而釵:
一種滿要不得的行為,這是個老套,但卻實用的方式,常有男子認為用女子的身份來提問,或許會有許多心存幻想的男子出現,不厭其煩的來幫自己...最好把程式碼都寫好,而且就算問題問的差勁,也有個保護傘,期盼會有自告奮勇的英雄現身幫忙,會耐著性子讓發問者慢慢的問,最好越被問心理越高興,這正好中了變性男子的下懷,讓回答者充滿了幻想,好此道者,偷天換日之處有三:

a)大頭貼:有些論壇可以放大頭貼,但沒規定要本人,且也無從查證,因此Google一下,當然不是找技術問題,而是找張可以看起來讓人心動的照片..
b)暱稱:可能是小可愛、脆弱的女子、無助的女孩、小柔柔、粉紅色的心等..,讓某些人ㄧ看就會陷入無限想像的暱稱..
c)發問口吻:開頭文就是要刻意模仿可愛和表明性別,且表現出年齡很小,很天真,就算問題陳述的沒頭沒尾也理所當然..
如各位大哥哥、小女子有個問題不懂、幫幫小女子好嗎、請幫幫無助的女子、小女子煩了好幾天、有哥哥願意幫忙嗎...

只是別熬了好幾天夜,和公司請了好幾天假,當幫忙完成後,獲得對方ㄧ聲:小女子真感謝大哥哥啊,您真是我心目中的英雄..,而某男還為此興奮的睡不著覺,其實對方不過是個又胖又懶的工程師而已,而且是個正港的男子,剛當完兵...上班很累...有點懶...線上遊戲打不完...不想花太多時間研究...,只好找捷徑,反正願者上鉤,就如此而已,不必有太多的延伸和想像力...

這是周瑜打黃蓋,ㄧ個願打,ㄧ個願挨,怨不得誰,也不能說變性就是錯,只能說不道德,誰叫有人願上勾,ㄧ般正常發問,又沒人問發問者是男的還是女的(又不是奇摩交友),卻很唐突的,發問者ㄧ發問,就率先表明我是小女子...意思是說我是女的,要注意噢,我是女子,不是男子,回答要多些優惠嗎?

技術論壇是所有人都平等互惠的,以專業問題為討論中心,沒人會去管你到底是男是女,不必心虛、不必耍花樣、更不必主動刻意表明性別.

2)新手為殼
一發問,先表明是新手上路,基本上也是多此一舉,新手並不代表基本的書都可以不看(甚至買都沒買),MSDN可以不必看,技術文件可以拋諸腦後,甚至連Google都懶得做,沒有人會因為你是新手就不回答你,也不會因為是新手(包含變性)就幫你把程式從頭到尾寫到好,只要心態正確,有做過基本的功課,都會得到幫助.

這種情形有點類似下列的幾種狀況,都是先以身份表明,我應該可以不會
a)剛畢業,因為剛畢業所以什麼都不會,但誰又一生下來什麼都會,甚至實務上發現有人進入職場,第一年自稱剛畢業,第二年自稱還是剛畢業,到了將近三、四年了,還是總是自稱剛畢業,讓剛畢業變成一種習慣性的自我保護機制,剛入職場以剛畢業自稱,並無不當,如此也表明很多東西要更加努力學習,交付工作時可以交付比較基礎的,說明的時候講得比較多,因為經驗不足可以理解,但不是把剛畢業當成口頭禪、擋箭牌、習慣性的回應,難道進入職場十年以上,才不叫剛畢業...
b)唸的不是本科,這也沒絕對的關係,以各技術論壇上來看,據了解很多高手都不是本科系的,資訊的東西最大的優點是,他是拋棄式的,新的理念架構技術,不斷的推陳出新,要不斷的自我學習,這和本科系沒直接的關係,十年前畢業的資管或資工的學生,誰又有在學校聽過或學過ASP.NET、C#、SilverLight、LINQ、Windows 2008、SQL Server2008、IIS 7、IE 8、WCF..這都是IT領域中不斷演進的東西,就算十年前某資管系第一名畢業,那這十年來若是並沒有自我學習,還是一樣都不會,所以科系只是相對的,而不是絕對的因素,也不能變成藉口,或自我保護機制...
c)因為老師沒教過,這也是有可能出現的自我保護傘,學校教育不可能所有的東西都教過,當然很多東西都是進入職場才學習的,若是學校教育那麼嚴格,那又有多少人能畢業,這不能是藉口,而是心態要轉換,職場上不會有老師,還幫你安排課業、回家功課、作息表,不可能有那麼閒的人,進入職場要靠的是自我的學習,技術論壇可以發問各種專業的問題,不一定說要很有難度的問題才可發問,都會有網友給與解答,而不必在發問前先說明坎坷的身世,因為學校沒教、因為老師沒教...,因為那都不是重點,不管有沒有教過,都是過去式,只要現在能用正確的心態學習和發問,就正確了...

3)李代僵桃
代替他人發問,這當然有可能發生,不過有許多發問者有樣學樣,這樣的用意也許如下:
a)可以表明就算問的不好,提供的資訊不足,也不必負責任,因為是代替別人問的,不是當事人,也不是事主,因為當事人沒有提供足夠的資訊,所以不能怪問題問的不好
b)不必對回答者提出的疑問,進行完整的回覆,因為已經開頭就表明,這是代替人問的,所以就算不清不楚也不是發問者的錯,要怪就怪那個事主,當然事主也許存在,也許根本不存在,也許發問者代替的是自己的分身,而不是另外的真有其人...
c)某個角度想,也不合邏輯,既然有問題又為何不自行發問,有忙到比老闆還忙,連問個問題都要找代理人,一來讓人覺得誠意不足,二來看到代為發問的問題,想回答的人也會覺得,問題都已經經過轉述了,想必問的也不清楚,乾脆就懶得看了.

4)飲鴆止渴
有時發問的問題,問題的本身就是個問題,夾雜火星文、辭意表現出天真無邪、用語詞表達可愛、表現的不食人間煙火、或涉世未深、或本身是一朵脆弱的花朵...,那些都無助於問題的釐清,更重要的是發問前沒先做個思考,以至於問題沒有頭尾,甚至錯字連篇,這樣讓想幫忙的人也無從幫起..程式是外國人發明的,必定是英文,但陳述英文問題的是中文,在學好英文前,必須先學好中文..

5)分飾多角
同個人開了好幾個帳號,用意不清楚,同樣一個問題,卻用不同的帳號,在同一個論壇的好幾個地方發問,這樣或許被回覆的機率會比較高,可是讓人看得也眼花撩亂,若要得到較高的回答機率,在多個不同的論壇詢問,或許能更有實質的效益..
也有的情形是同一個帳號,在同一個論壇發問,但是分身馬上被抓包,如同一個論壇帳號:
在ASP.NET討論區發問:小弟是新手...請多包涵 想請問...
然後在SQL Server討論區發問:小妹剛畢業...什麼都不懂 想請問...
這樣的情形只能說,沒什麼意義(當然對喜好幻想者可能有),不必主動積極、有意刻意、強調突顯自己的性別,以期待能獲得不同的回應待遇,或許應該說:在弄清楚發問的問題前,先弄清楚自己的性別歸屬..

6)氣急敗壞
在專案上很可能時間緊迫,壓力大,遇到的問題希望能馬上有答案,因此會造成情緒上比較急躁,常有的情形是自己發問的問題沒打兩三個字,卻要回答的人寫出一整個Function,或是回答的解決方案沒能解決提問者的問題,這時發問的人就會惱羞成怒,還有一種情形是非常緊急,但沒人回覆,這時就會一整票人全罵,如:技術論壇還號稱什麼專家,整個技術論壇那麼多人,卻連這樣一個問題都沒人可以回答得出來....,這當然是非常差勁的......

a)首先來說,專案急,會遇到很多問題,當然情緒會浮躁,但是平時為什麼不做功課,所有的問題都要等到專案遇到了才要開始不知所措,平時在做什麼,打線上遊戲、打屁聊天、下班哪裡有好吃的、請假排隊買iPhone,還能怪誰..怨誰..
b)論壇是平等互助的,並非付費解答,端看網友的佛心,沒人規定發了問題,就必須有解答出來,發了問題就要求別人應該熬夜幫發問者研究解答,這也很詭異,就算要熬夜,也是發問者自行熬夜研究,而不是有問題,就要馬上要求有解答者奉上完整的答案...
c)論壇是解決點的問題,要靠發問者自行去拼湊出面,常有發問者問整個系統的程式碼,那乾脆找外包就好了,誰會無聊沒事幫人寫一整個系統,而且提出的問題是針對點,技術的問題要怎麼做,不用把自己的專案的商業邏輯也夾雜,那只會複雜化問題,專案是自己的,商業邏輯自己要去解決,技術論壇一般只針對技術的問題,網友不可能包山包海的方式去解答問題,將專案遇到問題的點(抽離商業邏輯,單純化問題)提出來即可,而不是一整個專案要別人去debug,誰又有那種閒工夫,將點的問題獲取解答後,是自行要去整合到專案,去完成面的動作...

7)興師拷問
發問的問題就像期中考或企業面試,以題型方式呈現,類似如下:
試問倉庫有多種貨品,每種貨品又有不同的單價和數量,數量會隨著出貨而變動,請以關聯式資料庫的設計方式,設計數個表格,以便可完整呈現倉庫中的貨品現況.

這種發問會讓人覺得好像在考試,就算要問也必須把字詞修飾一下,或把自己思考過但有需要討論的地方提出,而不是沒有頭尾,就一個大問題,整個複製貼上.而且答案的範圍也很廣,這種與其到技術論壇發問,不如Google一下,自己多看些技術文件,反而會有更多的體悟.網友的回答還不是就去幫做Google,或搜尋MSDN然後貼上連結,這也沒什麼意義,與其如此,何不自己練習一下如何Google..

8)以逸待勞
每年一定的時節,可能期中考、期末考、期末報告、交專題等的時候,這類問題就開始會蜂擁而至的出現在各大技術論壇,當然也沒什麼好說的,擺明這就是作業文,如:請用一個迴圈表示九九乘法表,請用程式撰寫一個可計算1到10連續乘積的函式...,作業問題當然也可以發問,只是有些問題Google就可以找到答案,或是教科書上就有答案,會引起人反感的原因是,教科書都發了,都要考試了,為什麼還不把書拿起來唸一下,連佛腳都懶得臨時抱了,網友又哪來佛心去幫忙.

9)服務到家
這種好像五星級的服務要求,有時只是讓人覺得哭笑不得,一副理所當然,最好服務到家的態度,常見的狀況是:
貼一張圖,然後附註說明: 要做到像圖片中那樣的結果,要如何做到,回答時請附上相關的程式碼,程式碼中請附上詳細的註解,另外請以物件導向的方式設計,重複使用到的Function最好能抽離或獨立出來,以便能重複使用,亦即帶入不同的參數就能回傳不同的結果,當然要帶入什麼類型的參數一樣要附上註解,以免無法理解或使用,回答的程式碼,最好能以C#程式碼回答,並且附帶VB.NET的程式碼,以便能相互參照.而且要先行測試過沒有問題,另外,若是方便的話,請將相關程式碼包成壓縮檔,上傳到網路免費空間,以便可以直接下載.

這樣的方式會讓人覺得就像貴公子,等著茶來伸手,飯來張口的感覺,要求一大堆,不但要免費服務,還要服務到家,當然他得到的回應,可能會是連續數十篇的說教,而沒有一個真正的問題被解答.

.......(後續有文字限制貼不下)