程序員為什麼是靈長類動物

『壹』 為什麼程序員普遍喜歡貓等萌類寵物

貓狗是不可愛的。
愛貓人士和愛狗人士的審美觀是扭曲的。
正常人都是很憎恨貓狗的。
貓和狗都是傳播狂犬病的。
很多養貓狗的人自作自受，被自己養的貓狗咬傷抓傷，傳染疾病。
頭腦正常的人都反對養貓狗。

『貳』 為什麼程序員都被叫做開發狗

只是程序員的一種自嘲，程序員（英文Programmer）是從事程序開發、程序維護的專業人員。一般將程序員分為程序設計人員和程序編碼人員，但兩者的界限並不非常清楚，特別是在中國。軟體從業人員分為初級程序員、中級程序員、高級程序員（現為軟體設計師）、系統分析員，系統架構師，測試工程師六大類。
1、對項目經理負責，負責軟體項目的詳細設計、編碼和內部測試的組織實施，對小型軟體項目兼任系統分析工作，完成分配項目的實施和技術支持工作。
2、協助項目經理和相關人員同客戶進行溝通，保持良好的客戶關系。
3、參與需求調研、項目可行性分析、技術可行性分析和需求分析。
4、熟悉並熟練掌握交付軟體部開發的軟體項目的相關軟體技術。
5、負責向項目經理及時反饋軟體開發中的情況，並根據實際情況提出改進建議。
6、參與軟體開發和維護過程中重大技術問題的解決，參與軟體首次安裝調試、數據割接、用戶培訓和項目推廣。
7、負責相關技術文檔的擬訂。
8、負責對業務領域內的技術發展動態進行分析研究。

『叄』 十二生肖程序員是什麼動物

猴子...程序猿

『肆』 為什麼把程序員比做雞舉例子好嗎

1、都是靠出賣為生。
2、吃青春飯，人老珠黃肯定混不下去。
3、越高級收入越高，當然中間人的抽頭會更高。
4、生活沒有規律。以夜生活為主，如果需要，凌晨也要加班。
5、名聲越大，越容易受到青睞。
6、必須盡最大可能滿足客戶各種各樣非正常的需求。
7、鼓勵創新精神。
8、喜歡扎堆。程序員集中的地方稱為軟體園，妓女集中的地方叫紅燈區。
9、流動性較大，正常情況下沒有工會。
10、如果懷孕了，既不能做程序員，也不能做妓女。
11、都為防病毒的問題而煩惱...
12、當然, 個中高手還專門以制毒傳毒為樂
13、一個是Microsoft,一個是Plug $ Play
14、工作狀態相同。工作時精神高度集中，最怕外界干擾。工作完畢身心放鬆，體會到一種不可替代的工作快樂。
15、女孩子最好還是不要做這兩個職業，但還是有很多女孩子做。
16、除非在轉行以後，否則都不願意結婚。沒空兒啊。
17. 賺到的錢都買了配件!

『伍』 c++中的編譯連接問題

"添加代碼或略加改動得來的程序"

希望你給出詳細的說明。

提問的智慧

作者：Eric Steven Raymond, Rick Moen
版權：Eric S. Raymond (C) 2001
原文：How To Ask Questions The Smart Way
翻譯：王剛
時間：2004年11月2日
譯文

譯文: 捷克語 丹麥語 愛沙尼亞語 法語 德語 希伯來語 匈牙利語 義大利語 日語 波蘭語 俄語 西班牙語 瑞典語 土耳其語. 如果你想復制、鏡像、翻譯或引用本文，請參閱我的 復制須知.
棄權申明

許多項目的網站在如何取得幫助的部分鏈接了本文，這沒有關系，也是我們想要的。但如果你是該項目生成此鏈接的網管，請在鏈接附近顯著位置註明「我們不是此項目的服務部！」

我們已經遭受沒有此說明帶來的痛苦，不斷受到一些白痴的騷擾。他們認為既然我們發表了此文，那麼我們就有責任解決世上所有技術問題！

如果你因為需要幫助閱讀了本文，然後帶著可以直接從作者那取得幫助的印象離開，你就不幸成了那些白痴之一。不要向我們提問，我們不會理睬 的。我們在這只是給你說明如何從那些真正懂得你軟硬體問題的人那裡取得幫助的方法，99%的時間我們不會是那些人。除非你確信此文作者是你遇到問題方面的專家， 請不要打擾，這樣大家都更開心一點。
引言

在 黑客 的世界，你所提技術問題的回答很大程度上取決於你提問的方式與解決此問題的難度，本文將教你如何提問才更有可能得到滿意的答復。

開源程序的使用已經很廣，你通常可以從其它更有經驗的用戶而不是黑客那裡得到回答。這是好事，他們一般對新手常有的毛病更容忍一點。然爾，使用我們 介 紹的方法象對待黑客那樣對待這些有經驗的用戶，通常能最有效地得到問題的解答。

第一件需要明白的事是黑客喜歡難題和激發思考的好問題。假如不是這樣，我們也不會寫本文了。如果你能提出一個有趣的問題讓我們咀嚼玩味，我們會感激 你。 好的 問題是種激勵與禮物，幫助我們發展認知，揭示沒有注意或想過的問題。在黑客中，「好問題！」是非常真摯的贊許。

除此而外，黑客有遇到簡單問題就表現出敵視或傲慢的名聲，有時候我們看起來還對新手和愚蠢的傢伙有條件反 射式的無禮，但並不真正是這樣。

我們只是毫無歉意地敵視那些提問前不願思考、不做自己該做之事的人。這種人就象時間無底洞——他們只知道獲取，不願意付出，他們浪費了時間，這些時間本可用於其它更值得回答的人和更有趣 的問題。我們將這種人叫做「失敗者 (loser)」 (由於歷史原因，我們有時將「loser」拼為「lusers")

我們注意到許多人只想用我們寫的軟體，他們對學習技術細節沒有興趣。對大多數人而言，計算機只是種工具，是種達到目的的手段。他們要生活並且有更要緊的事要做，我們承認這點，也從不指望每個人都對這些讓我們著迷的技術問題感興趣。不過，我們回答問題的風格是為了適應那些真正對此有興趣並願意主動參與問題解決的 人，這一點不會變，也不該變。如果這都變了，我們就會在自己能做得最好的事情上不再那麼犀利。

我們(多數)是自願者，從自己繁忙的生活中抽時間來回答問題，有時會力不從心。因此，我們會無情地濾除問題，特別是那些看起來象是失敗者的，以 便更有效地把回答問題的時間留給那些「勝利者」

如果你認為這種態度令人憎惡、以施惠者自居或傲慢自大，請檢查你的假設，我們並未要求你屈服——事實上，假如你做了該做的努力使之成為可能，我們中的大多數人非常樂意平等地與你交流並歡迎你接納我們的文化。試圖去幫助那些不願自救的人對我們簡直沒有效率，不懂沒有關系，但愚蠢地行事不行。

所以，你不必在技術上很在行才能吸引我們的注意，但你必須表現出能引導你在行的姿態——機 敏、思考、善於觀察、樂於主動參與問題的解決。如果你 做不到這些使你與眾不同的事情，我們建議你付錢跟別人簽商業服務合同，而不是要求黑客無償幫助。

如果你決定向我們求助，你不會想成為一名失敗者，你也不想被看成一個失敗者。得到快速有效回復的最好方法是使提問者看起來象個聰明、自 信的人，並且暗示只是碰巧在某一特別問題上需要幫助。

(歡迎對本文指正，可以將建議發至 [email protected] 。 請注意，本文不想成為一般性的 網路禮儀 指南，我一般會拒絕那些與引出技術論壇中有用的回復不特別相關的建議)
提問前

在通過電子郵件、新聞組或網頁論壇提技術問題之前，做以下事情：

1.
嘗試搜索互聯網以找到答案
2.
嘗試閱讀手冊以找到答案
3.
嘗試閱讀FAQ(常見問題)文檔以找到答案
4.
嘗試自己檢查或試驗以 找到答案
5.
嘗試請教懂行的朋友以找到答案
6.
如果你是程序員，嘗試閱讀源代碼以找到答案

提問時，請先表述你已經做了上述事情，這將有助於建立你不是寄生蟲與浪費別人時間的印象。最好再表述你從中學到的東西，我們喜歡 回答那些表現出能從答案中學習的人。

使用某些策略，比如用Google搜索你遇到的錯誤提示(既搜索網頁也查查討論組)，可能就直接找到了解決問題的文檔或郵件列表線索。即使沒有結 果，在電子郵件或新聞組張貼問題時提一句「我在Google中查過下列句子但沒有找到什麼有用的東西」也是件好事。

准備你的問題，徹底地思考。輕率的提問只能得到輕率的回答，或者壓根沒有。在提問時，越是表現出做過思考並在努力解 決問題，你越有可能得到 實際幫助。

注意別提錯問題。如果提問基於錯誤的假設，某黑客多半會一邊想」愚蠢的問題……「，一邊用按照問題字面的無用答案回復你，並且希望這種只 是得到 字 面回答而不是真正所需的經歷給你一個教訓。

永遠不要假設你有資格得 到解答。你沒有這種資格，畢竟你沒有為此服務付費。如果你能夠提出有內容、有趣和激勵思考的問題——那種毫無疑問能夠向社 區貢獻經驗而不僅僅是消極地要求從別人那獲取知識的問題，你將「掙到」答案。

另一方面，表明你能夠也樂意參與問題的解決是個很好的開端。「有沒有 人能指個方向？」、「我這還漏點什麼？」、「我應該查哪些網站？」通常要比 「請給出我可以用的完整步驟」更容易得到回復，因為你表明了只要有人能指個方向你就很樂意完成剩下的過程。
提問時
仔細挑選論壇

要對在哪提問留心，如果你做了下 述事情，多半會被一筆勾銷或被看成「失敗者」：

*
張貼與論壇主題完全無關的問題
*
在面向高級技術問題的論壇上提非常 初淺的問題，或者反之。
*
在太多不同的新聞組同時交叉張貼
*
給既非熟人也沒有義務解決你問題的個人張貼你私人的電子郵件

為保護通信的渠道不被無 關的東西淹沒，黑客會除掉那些沒有找對地方的問題，你不會想有這種經歷的。

所以第一步是找對論壇，Google與其它搜索引擎還是你的朋友，可以用它們搜索與你遇到困難的軟硬體問題最相關的項目的網站。那裡通常都有項目的FAQ列表、郵件列表及其文檔的鏈接。如果你的努力(包括閱讀FAQ)都沒有結果，這些郵件列表就是最後能取得幫助的地方。項目的網站也許還有報告臭蟲的流程或鏈接，如果是這樣，去看看。

向陌生的人或論壇發送郵件極有可能是在冒險。譬如，不要假設一個富含信息的網頁的編寫者想充當你的免費顧問，不要對你 的問題是否會受到歡迎做樂 觀的 估計——如果你 不確定，向別處發或者根本別發。

在選擇網頁論壇、新聞組或郵件列表時，不要太相信名字，先看看FAQ或者許可書以明確你的問題 是否與其主題相關。張貼前先翻翻已有的帖 子可以幫助你感受一下那裡行事的方式。事實上，張貼之前在新聞組或郵件列表中搜索與你問題相關的關鍵詞是個很好的主意，也許就找到答案了。即使沒有，也能幫助你整理 出 更好的問題。

別象機關槍似的一次性「掃射」所有的幫助通 道，那就象大嚷大叫並使人不快。一個一個地來。

弄清楚你的主題！最典型的錯誤之一是在某種致立於跨Unix和Windows平台的語言、庫或工具的論壇中提關於操作系統程序介面的問題。如果你不 明白為什麼這是大錯，最好在搞清楚概念前什麼也別問。

一般來說，在仔細挑選的公共論壇中提問比在私有論壇中提同樣的問題更容易得到有用的回復。有許多理由支持這一點，一是看潛在的回復者有多少，二是看 論 壇的參與者有多少，黑客更願回答能啟發多數人的問題。

可以理解，老練的黑客和一些流行軟體的作者正在收到超出他們承受能力的不當消息。就象那根多出來就可以壓垮駱駝背的稻草一樣，你的加入也可能會使情況走向極端——已經好幾次了，一些流行軟體的作者退出了對其軟體的支持，因為伴隨而來的湧向其私人郵箱的大量無用消息變得無法 忍受。
面向新手的網頁論壇和IRC通常響應最快

本地的用戶組織或者你所用的Linux發行版也許正在宣傳新手取得幫助的網頁論壇或IRC(互聯網中繼聊天) (在非英語國家，新手論壇很可能還是郵件列表)，這些 地 方是開始提問的好去處，尤其是當你覺得遇到的也許只是相對簡單或者一般的問題時。經過宣傳的IRC通道是個公開邀請提問的地方，通常可以得到實時的回復。

事實上，如果出問題的程序來自某發行版(這很常見)，在程序的項目論壇或列表提問前最好先在發行版的論壇或列表中問問，(否則)項目的黑客可能僅僅 回復「用我們的代碼」

在任何網頁論壇張貼之前，先看看是否有搜索功能。如果有，就試試用問題的幾個關鍵詞搜索一下，也許就有幫助。如果在此之前你已做過全面的網頁搜索 (你應該這樣做)，還是再搜索一下論壇，搜索引擎最近也許還沒有索引此論壇的全部內容。

通過網頁論壇或IRC頻道提供項目的用戶支持有增長的趨勢，電子郵件交流則更多地為項目開發保留。先在網頁論壇或IRC中尋求與項目相關的幫助。
第二步，使用項目郵件列表

當某項目存在開發者郵件列表時，即使你確信誰能最好地回答問題，也要向列表而不是其中的個體提問。檢查項目的文檔和主頁，找到項目的郵件列表並使 用它。採用這種策略有幾個好理由：

*
任何向單個開發者提的足夠好的問題也將對整個項目組有益。相反，如果你認為自己的問題對整個項目組來說太愚蠢，這也不能成為打擾 單個開發者的理由。
*
向列表提問可以平衡開發者的負擔，單個開發者(特別是項目領導)也許太忙以至於無法回答你的問題。
*
大多數郵件列表有歷史文檔並被搜索引擎索引，其它人可以通過網頁搜索找到你的問題和答案而不用再次在郵件列表中發問。
*
如果某些問題經常被問到，開發者可以利用此信息改進文檔或軟體本身以使其更清楚。如果只是私下提問，就沒有人能看到最常見問題的完整 場景。

如果一個項目既有「用戶」也有「開發者」(或「黑客」)郵件列表或網頁論壇，而你又不擺弄那些代碼，向「用戶」列表或論壇提問。不要假設自己在開發 者列表中會受歡 迎，那些人多半會遭受你的噪音干擾。

然爾，如果你確信你的問題不一般，而且在「用戶」列表或論壇中幾天都沒有回復，可以試試「開發者」列表或論壇。建議你在張貼前最好先暗暗地觀察幾天 以了解那的行事方式(事實上這是參與任何私有或半私有列表的好主意)

如果你找不到一個項目的郵件列表，而只能查到項目維護者的地址，只管向其發信。即便在這種情況下，也別假設(項目)郵件列表不存在。在你的電子郵件中陳述你已經試過但沒有找到合適的郵件列表，也提及你不反對將自己的郵件轉發給他人(許多人認為，即使沒什麼秘密，私人電子郵件也不應該被公開。通過允許將你的電子郵件 轉 發他人給 了相應人員處置你郵件的選擇)。
使用明確而有意義的主題

在郵件列表、新聞組或網頁論壇中，主題是你在五十個或更少的字元以內吸引有資格的專家注意的黃金機會，不要用諸如「請幫我」(更別提大寫的「請幫我！！！！」，這種主題的消息會被條件反射式地刪掉)之類的嘮叨浪費機會。不要用你痛苦的深度來打動我們，相反，要在這點空間中使用超級簡明扼要的問題描述。

使用主題的好慣例是「對象——偏差」(式的描述)，許多技術支持組織就是這樣做的。在「對象」部分指明是哪一個或哪一組東西有問題，在「偏差」部分 則描述與期望 行 為不一致的地方。

愚蠢：救命啊！我的筆記本視頻工作不正常！

明智：XFree86 4.1扭曲滑鼠游標，某顯卡MV1005型號的晶元組

更明智：使用某顯卡MV1005型號晶元組的XFree86 4.1的滑鼠游標被扭曲

編寫「對象——偏差」式描述的過程有助於你更具體地組織你的問題。是什麼被影響了？僅僅是滑鼠游標或者還有其它圖形？只在XFree86中出現？或只是在其4.1版中？是針對某顯卡？或者只是其MV1005型號的晶元組？一個黑客只需描一眼就能夠立即明白什麼是你遇到的問題，什麼是你自己的問題。

更一般地，想像一下在只顯示主題的文檔索引中查找。讓你的主題更好地反映問題，可以使下一個搜索類似問題的人能夠在文檔中直接找到答案的線索而不用 再次張貼提問。

如果你想在回復中提問，確保改變主題以表明你是在問一個問題，一個主題象「re: 測試」或「re: 新臭蟲」的消息不太可能引起足夠的注意。同 時，將回復中與新主題不甚相關的引用內容盡量刪除

對於列表消息，不要直接點擊回復(按鈕)來開始一個新的線索，這將限制你的觀眾。有些郵件閱讀程序，比如mutt，允許用戶按線索排序並通過折疊線 索來隱藏消息， 這樣做的人永遠看不到你發的消息。

僅僅改變主題還不夠。mutt和其它郵件閱讀程序還要檢查主題以外的其它郵件頭信息，以便為其指定線索，所以寧可發一 個全 新的郵件。

在網頁論壇，因為消息與特定的線索緊密結合並且通常在線索之外不可見，好的提問方式略有不同，通過回復提問並不要緊(一些論壇甚至不允許在回復中出現分離的主題，而且這樣做了基本上沒有人會去看)。不過通過回復提問本身就是令人懷疑的做法，因為它們只會被正在查看該線索的人讀到。所以，除非你只想在該線索當前活躍的人群中提問，還是另起爐灶比較好。
使之更易回復

以「請向……回復」來結束問題多半會使你得不到回答。如果你覺得花幾秒鍾在郵件客戶端設置一下回復地址都麻煩，我們也覺得花幾秒鍾 考慮你的問題更麻煩。如果你的郵件客戶端程序不支持這樣做，換個好點的。如果是操作系統不支持所有這種郵件客戶端程序，也換個好點的。

在網頁論壇，要求通過電子郵件回復是完全無禮的，除非你確信回復的信息也許是機密的(而且有人會為了某種未知的原因只讓你而不是整個論壇知道答案)。如果 你只是想 在有人回復線索時得到電子郵件提醒，可以要求論壇發送。幾乎所有論壇都提供諸如「留意本線索」、「有回復發送郵件」的功能。
使用清晰、語法與拼寫正確的語句

經驗告訴我們，粗心與草率的作者通常也粗心與草率地思考和編程(我敢打賭)。為這些粗心與草率的思考者回答問題沒有什麼好處，我們寧可將 時間花在其它地方。

清楚、完整地表達你的問題非常重要。如果你覺得這樣做麻煩，我們也覺得注意(你的問題)麻煩。花點額外的精力斟酌一下字句，用不著太僵硬與正式——事實 上，黑客文化很看重能准確地使用非正式、俚語和幽默的語句。但它必須很准確，而且有跡象表明你是在思考和關 注問題。

正確地拼寫、使用標點和大小寫，不要將「its」混淆為「it's」，「loose」搞成「lose」或者將「discrete」弄成 「discreet」。不要全部用大寫，這會被看成無禮的大聲嚷嚷 (全部小寫也好不到哪去，因為不易閱讀。Alan Cox[註：著名黑客，Linux內核的重要參與者]也許可以這樣做，但你不行 )。

一般而言，如果你寫得象個半文盲似的傻子，多半得不到理睬。如果象個小孩似地亂寫亂畫那絕對是在找死，可以肯定沒人會理你(或者最多 是給你一大堆指責與挖苦)。

如果在非母語論壇中提問，你的拼寫與語法錯誤會得到有限的寬容，但懶惰完全不會被容忍(是的，我們通常看得出其中的差別)。同時，除非你知道回復者使用 的語言，請使用 英語書寫。繁忙的黑客一般會直接刪除用他們看不懂語言寫的消息。在互聯網上英語是工作語言，用英語書寫可以將你的問題不被閱讀就被直接刪除的可能降到最低。
使用易懂的格式發送問題

如果你人為地將問題搞得難以閱讀，它多半會被忽略，人們更願讀易懂的問題，所以：

*
使用文本而不是HTML(超文本標注語言) ( 關閉HTML 並不難)
*
使用MIME(多用途互聯網郵件擴展)附件通常沒有問題，前提是真正有內容(譬如附帶的源文件或補丁)，而不僅僅是郵件客戶端程序 生 成的模板(譬如只是消息內容的拷貝)。
*
不要發送整段只是單行句子但多次折回的郵件(這使得回復部分內容非常困難)。設想你的讀者是在80個字元寬的文本終端閱讀郵件， 設置你的行折回點小於80列。
*
但是，也不要用 任何固定列折回數據(譬如直接傳送的日 志文件或會話記錄)。數據應該原樣包含，使回復者確信他們看到的與你看到的東西一樣。
*
在英語論壇中，不要使用'Quoted-Printable' MIME編碼發送消息。這種編碼對於張貼非ASCII語言可能是必須的，但很多郵件代理程序並不支持。當它們分斷時，那些文本中四處散布的「=20」符號既難看也分散注意力。
*
永遠不要指 望黑客們閱讀使用封閉的專用格式編寫的文檔，諸如微軟公司的Word或Excel文件等，大多數黑客對此的反應就象有人將還在冒熱氣的豬 糞倒在你門口時你的反應一樣。即使他們能夠處理，他們也很厭惡這么做。
*
如果你從使用視窗的電腦發送電子郵件，關閉微軟愚蠢的「聰明引用」功能，以免在你的郵件中到處散布垃圾字元。
*
在網頁論壇，勿濫用「表情符號」和「html」功能(當它們提供時)。一兩個表情符號通常沒有問題，但花哨的彩色文本傾向於使人認為你是個無能之輩。過濫地使用表情符號、色彩和字體會使你看來象個傻笑的小姑娘。這通常不是個好主意，除非你只是對性而不是有用的回復更有興趣。

如果你使用圖形用戶界面的郵件客戶端程序(如網景公司的Messenger、微軟公司的Outlook或者其它類似的)，注意它們的預設配置不一定滿足這些要求。大多數這類程序有基於菜單的「查看源碼」命令，用它來檢查發送文件夾中的消息，以確保發送的是沒有多餘雜質的純文本文件。
描述問題應准確且有內容

*
仔細、清楚地描述問題的症狀
*
描述問題發生的環境(主機，操作系統，應用程序，任何相關的)，提供銷售商的發行版和版本號(如：Fedora Core 2、Slackware 9.1等)
*
描述提問前做過的研究及其理解。
*
描述提問前為確定問題而採取的診斷步驟。
*
描述最近對計算機或軟體配置的任何相關改變。

盡最大努力預測黑客會提到的問題，並提前備好答案。

Simon Tatham寫過一篇叫 如何有效報告臭蟲 的文章，我強烈推薦各位閱讀。
多不等於准確

你應該(寫得)准確且有內容，簡單地將一大堆代碼或數據「傾倒」在求助消息中達不到目的。如果你有一個很大且復雜的測試樣例讓程序崩潰，嘗 試將其裁剪得越小越好。

至少有三個理由支持這點。第一，讓別人看到你在努力簡化問題使你更有可能得到回復。第二，簡化問題使你更有可能得到有用的回復。第三，在提純臭蟲 報告的過程中，你可能自己就找到了解決問題的方法或權宜之計。
別動輒聲稱找到臭蟲

當你在一個軟體中遇到問題，除非你非常、非常的有根據，不要動輒聲稱找到了臭蟲。提示：除非你能提供解決問題的源代碼補丁，或者對前一版本的回歸測試表現出不正確的行為，否則你都多半不夠完全確信。對於網頁和文檔也如此，如果你(聲稱)發現了文檔的「臭蟲」，你應該能提供相應位置的替代文本。

記住，還有許多其它用戶未經歷你遇到的問題，否則你在閱讀文檔或網頁搜索時就應該發現了(你在報怨前已經做了這些，是吧？這也意味著很有可能是你弄錯了而不是軟體本身有問題。

編寫軟體的人通常非常辛苦地使它盡可能完美。如果你聲稱找到了臭蟲，也就暗示他們做錯了什麼，而這幾乎總會使人不快——即使你是對的， 在主題中嚷嚷「臭蟲」也是特別不老練的。

提問時，即使你私下非常確信已經發現一個真正的臭蟲，最好寫得象是你做 錯了什麼。如果真的有臭蟲，你會在回復中看到這點。這么做的話，如果真有蟲子，維護者就會向你道歉，這總比你弄 砸瞭然後欠別人一個道歉要強。
低聲下氣不能代替自己應做之事

有些人明白他們不應該粗魯或傲慢地行事並要求得到答復，但他們退到相反的低聲下氣的極端，「我知道我只是個什麼也不是、什麼也不懂的失敗者，但……」。這既使人困擾也沒有幫助，當伴隨著對實際問題含糊的描述時還特別令人反感。

別用低級靈長類動物的策略浪費大家的時間，相反，盡量清楚地表述背景事實和你的問題，這比低聲下氣更好地擺正了你的位置。

有時，網頁論壇設有單獨的初學者提問區域，如果你真的認為遇到了初淺的問題，到那去就是了，但一樣別低聲下氣。
描述問題症狀而不是猜測

告訴黑客你認為是什麼導致了問題是沒有用的(如果你的診斷理論是了不起的東西，你還會向他人咨詢求助嗎？)。所以，確保只是告訴他們問題的原始症狀，而不是你的解釋和理論，讓他們來解釋和診斷。如果你認為陳述你的猜測很重要，清楚地說明這只是你的猜測並描述為什麼它們不起作用。

愚蠢：我在編譯內核時接連遇到SIG11錯誤，懷疑主板上的某根電路絲斷了，找到它們的最好辦法是什麼？

明智：我組裝的電腦(K6/233 CPU、FIC-PA2007主板(威盛Apollo VP2晶元組)、Corsair PC133 SDRAM 256Mb內存)最近在開機20分鍾左右、做內核編譯時頻繁地報SIG11錯，但在頭20分鍾內從不出問題。重啟動不會復位時鍾，但整夜關機會。更換所有內存未解決問 題，相關的典型編譯會話日誌附後。
按時間先後羅列症狀

剛出問題之前發生的事情通常包含有解決問題最有效的線索。所以，記錄中應准確地描述你及電腦在崩潰之前都做了些什麼。在命令行處理的 情況下，有會話日誌(如運行腳本工具生成的)並引用相關的若干(如20)行記錄會非常有幫助。

如果崩潰的程序有診斷選項(如-v詳述選項)，仔細考慮選擇這些能在記錄中增加排錯信息的選項。

如果你的記錄很長(如超過四段)，也許在開頭簡述問題隨後按時間先後羅列詳細過程更有用。這樣做，黑客在讀你的記錄時就知道該查哪些內容了。
描述目的而不是步驟

如果你想弄清楚如何做某事(而不是報告一個臭蟲)，在開頭就描述你的目標，此後才描述為此採取的措施所遇到的問題。

經常有這種情況，尋求技術幫助的人在腦袋裡有個更高層面的目標，他們在自以為能達到目標的特定道路上被卡住了，然後跑來問該怎麼走，但 沒有意識到這條路本身有問題，結果要費很大的勁才能通過。

『陸』 程序員為什麼需要貓

最近發現好多程序員都在養貓了，還曬了主子的照片，簡直不能忍！俗話說女人不養狗，男人不養貓，你們這些摳腳大漢，女朋友都還沒找到，就開始養貓了，這還得了。

貓咪對程序員來講簡直不要太萌了！有了貓的陪伴，還要女朋友幹嘛

『柒』 家出少女怎麼改中文

目前日文版客戶端是沒辦法設置成中文的，不過玩家可以直接下載免費中文版客戶端。1room家出少女中文版可以在本站相關進行下載，或者直接在本站搜索1room家出少女手機中文版進行下載。

家出少女游戲測評：

1.多種養成的互動方式等你來體驗，讓你可以增加和美少女的羈絆。

2.精美的CG，想要獲得全CG的話一定要努力的去攻略美少女。

3.優秀的BGM和劇情加分，讓你體驗非常不錯的純愛養成游戲，讓你體驗不一樣的互動。

『捌』 GM是什麼意思

GM有多個釋義，具體如下：

1、gm：游戲

gm（游戲）一般指游戲（娛樂方式），游戲是所有哺乳類動物，特別是靈長類動物學習生存的第一步。它是一種基於物質需求滿足之上的，在一些特定時間、空間范圍內遵循某種特定規則的，追求精神世界需求滿足的社會行為方式。

但同時這種行為方式也是哺乳類動物或者靈長類動物所需的一種降壓減排的方式，不管是在出生幼年期，或者發育期，成熟期都會需要的一種行為方式。

2、gm：行業職位簡稱

gm（行業職位簡稱）一般指總經理，總經理表示他既是董事會成員之一的董事，又是負責經營的總經理；若僅僅只是總經理職位，至多隻能列席董事會，無法參予表決。簡單言之，總經理只是一個組織內的職位名稱。

總經理的權力有多大，要參考其僱傭合約條款及工作范圍。總經理位置有多高，要研究其組織架構圖 (Organizational chart)，有不少企業其內部有不少於一個總經理。

在一般的中小企業，總經理通常就是整個組織里職務最高的管理者與負責人。而若是在規模較大的組織里 (如跨國企業)，總經理所扮演的角色，通常是旗下某個事業體或分支機構的最高負責人。

3、gm：冰淇淋品牌

GM是優逸雪品的簡稱，全稱Gelato and Memory，意為雪的記憶。於1983年創立於美國北部一個小城市，最初以流動式冰淇淋站的形式出現於美國大街小巷，以香滑可口不增肥的軟冰淇淋為主要賣點，迅速風靡美國。

4、gm：游戲管理員

游戲管理者（GAME MASTER）是指公司為了保證游戲品質，讓玩家享受、投入在線游戲；徹底地了解游戲的所有狀況，使得玩家可以得到更好的服務而僱傭的在線游戲管理者。 GM扮演的角色是：問題解決人員，虛擬世界警察，為玩家服務的人。

5、gm：通用機械雜志

《通用機械》General Machinery（月刊）2002年創刊，是國內第一本面向通用機械九大行業製造選領域及石油、化工、電力、冶金、環保等通用機械運行、使用與維修領域的實用性月刊。

致力於傳播新思想、新技術、新工藝報道行業關心的熱點問題，跟蹤業內在國家重點工程項目中的進展情況，提供業內最快捷的動態信息，是通用機械製造及使用部門的工程技術人員、管理人員的專家讀本。

『玖』 程序員的魅力體現哪些方面

體現在邏輯思維能力，一般人解決復雜邏輯問題的時候總是感覺束手無策，到程序員手裡就會編程一個個方法，一個個類，這樣處理起來就簡單多了。
第二個魅力體現在能掙錢，程序員工資高已經是不爭的事實，而且程序員沒有女朋友沒有時間逛街購物，所以花銷也小，就是一個小金庫啊
第三個魅力就是學習能力強，程序員這個崗位要求不斷學習新的技術，這樣才能緊跟時代的步伐，要不然很容易被淘汰。