程序員恨的四件事

『壹』 程序員你不知道的一面

我們想像中的程序員是：人傻差敏戚、錢多、不健康的。然而事實並不是這樣。因為小編的程序員同事是錢多但人不傻，健康的IT男。北大青鳥http://www.kmbdqn.cn/分享幾個小段子，看看程序員的日常。程序員你不知道的一面：

1、程序員最煩兩件事，一是別人要他給自己的代碼寫文檔，第二是別人的程序沒有留下文檔。

2、程序員問禪師："大師，虛陵我身體健康思想端正，各方面都不錯，為何沒有女朋友?"禪師笑答："原因很簡單，不過若想知道，需先寫一段ja代碼。"青年略沉吟，寫完了。"再寫一段C#。"寫完了。"再寫一段php。"寫完了。"這就是原因"拿判

3、一程序員家的水管壞了，他打電話叫來一個水管工修理。水管工鼓搗了一個小時，終於把管子修好了，他遞給程序員一張600元的帳單。"600元!"程序員憤怒了："我當程序員一天都賺不了這么多錢!""是啊。"水管工淡定地說，"我當程序員的時候也是。"

4、某程序員退休後決定練習書法，於是重金購買文房四寶。一日，飯後突生雅興，一番研墨擬紙，並點上上好檀香。定神片刻，潑墨揮毫，鄭重地寫下一行字：helloworld!

5、網路聊天的時候，想表達對方是豬，一般人會打"xxx你這個豬。"，程序員會打xxx。isPig=TRUE。

『貳』 程序員的悲哀是什麼

「碼農」這個詞，不管是不是從事IT工作的人，都略有耳聞。這個詞的誕生無從考究，不知是程序員的自嘲，還是外行帶有顏色的嘲諷。總之，對於這個詞，我是既無奈又無力反駁。確實，工作中，我們大多數底層程序員每日做的工作相當於流水線的作業。

大部分程序員是悲哀的，不是情商、衣著、自黑之類，悲哀的是沒有決策權。項目做成什麼樣，那是領導和產品經理的事；用什麼技術框架，那是架構師的事；資料庫的設計，業務那是項目經理和產品的事；而作為一個普普通通的底層碼農，我們只需要拿到需求，然後等設計給圖子，流水化的寫出實現代碼。我們只是一個執行者，別人叫你幹啥就幹啥。最後項目做壞了，裁員的是誰？程序員。

這就是一個普普通通的「碼農」。讀書那會，我的老師跟我說，「如果從業十年，你依舊在寫最基礎的代碼，做一個碼農，那麼就不要做程序員了，轉行吧」。現實中，每個公司存在最多的就是這些「碼農」，那種掌握核心技術，產於項目設計，技術架構的畢竟是少數，大多數程序員都處於被動接受，按需求完成代碼的任務。

做程序員越久，越是感到：我們就是新時代的手工藝者。只有少數的人，從手工藝者，變成了發明手工藝製作機器的人，少部分人變成了設計手工藝品的人，少部分人變成了車間主任罷了。

「碼農」這個詞有著深深地悲哀。

見過太多剛入行的菜鳥，像極了曾經那個滿懷激情，夢想的自己。當第一次接觸Java的面向對象思想時，那種興奮，彷彿能用Java描述整個世界，彷彿自己就是上帝一般，在現實世界，創造出另一個虛擬世界。而現實中，一兩年的流水化作業，沖淡了一切。

對於產品，彷彿是自己的孩子，從無到有，一點一滴，看著一個網站，產品，在自己的手下，滿滿長大，那種滿足感，自豪感，油然而生，但是最後你希望它變得更優秀時，卻發現它不受你控制，彷彿養了好幾年的兒子，被人教唆去做壞事，你不能說任何話，因為撫養費不是你出的。

決定你有沒有決策權的是你的縱向位置，也就是在本行業金字塔的位置，出類拔萃者說話就響。過慣了咸魚生活，但誰又甘心做一個「碼農」，我們希望發出自己的聲音，成為那個有權利選擇的人，這一切需要提高自己的技術，能力作為支持。在國外，程序員被稱為程序設計師，而國內「碼農」，區別可想而知。

『叄』 什麼仇什麼怨，程序員設計師與產品經理的愛恨糾

哈哈哈，程序員和產品經理可以說是死對頭啦。
1、頻繁改需求
如果項目經理想要整死程序員，頻繁改需求是最快的辦法。特別是做了一半硬是改掉需求，scrum里的表現就是sprint內的非受迫需求變更，太狠了，技術同學表示不能忍。
2、拿老闆和運營做擋箭牌
不說清需求價值，當技術童鞋問「為什麼要做」的時候，支支吾吾，或者說「老闆要的、運營要的」。最絕的就是說，這個功能老闆說必須要做，那個功能老闆說明天就得上……
3、扮用戶
程序員會產品經理溝通的時候，比較經常就是聽到，「關鍵字是用戶不會這么覺得，如果我是用戶。」
這種產品經理通常關注點會有問題，比如更多的時候討論的是這個按鈕是這么顏色，應該放在哪裡，文案應該怎麼寫等，如果把這些問題當做核心，那難免會讓人啼笑皆非。

4、口頭禪——不就是xxx
有些產品經理口頭禪：不就是xxx，這也引來一些程序員的反感。
比如「這個問題不就是在資料庫里加個欄位就可以解決了嗎?你要是沒時間，我給你寫個SQL 語句，你執行一下吧。」結果程序員一臉懵逼。
其實，如果是在你的非專業領域里，最好少用這種「不就是XXX」這樣的句型為妙。
5、不懂裝懂
特別是對技術一竅不通的產品經理，會不停讓程序員加班趕工。
「開發大哥，我代碼寫的不多，你可別騙我，這么簡單的需求，明明一下午可以搞定，你跟我說一個星期?」
此時，想必程序員口袋裡50米大刀已經飢渴難耐......這種產品經理叫程序員哭笑不得。
希望可以幫到你，謝謝！

『肆』 為什麼都說悲劇的程序員程序員很悲劇嗎

情景一：

程序員的悲哀，不是情商問題，不是衣著問題，更不是自黑之類的，悲哀是並沒有決策權。項目做成什麼樣，你有決定權嗎？那是領導和產品經理的事。注意流程是這樣的：領導或經理決定要改需求，然後通知你，然後你等設計給你圖，然後你做好。程序員只是一個執行者，別人叫你幹啥你就只能幹啥，除非產品是傻逼到讓你實現不可能的功能。最後項目做壞了，裁員了是誰？程序員。

做程序員越久，越是感到：我們就是新時代的手工藝者。只有少數的人，從手工藝者，變成了發明手工藝製作機器的人，少部分人變成了設計手工藝品的人，少部分人變成了車間主任罷了。

「碼農」這個詞有著深深地悲哀。

歡迎大家都來吐槽！

『伍』 程序員最怕什麼

程序員為什麼容易脫發掉頭發？近10年來互聯網飛速發展，導致互聯網的人才需求也日益增加，程序員更是因為成為各大互聯網公司必爭的人才資源，所以身價也水漲船高。網上曾經流傳這么一條段子，找程序員做老公的3大理由。1.掙錢多，死得早。2.女同事少，出軌幾率少。3.埋頭苦幹，任勞任怨。哈哈，雖然只是條段子，但是卻在一定程度上反應了很多程序員的真實生活情況，而且在現實生活中程序員跟脫發人群也是有非常大的重疊部分，程序員為什麼容易脫發掉頭發呢？

1.程序員容易脫發掉頭發是因為工作時間不規律：大家都知道程序員的工作強度一般比較大，而且很多小的公司因為程序員的工資太高而一般會選擇壓榨現有程序員的勞動力和工作時間。所以導致項目一上線，很多程序員就不得不24小時待命。而人體的新陳代謝時間是晚上11點到凌晨2點，這個點也恰恰是頭發的生長時間點，不注意休息經常熬夜肯定也會導致頭發生長不完全。

2.程序員容易脫發掉頭發是因為精神長期高度集中：松柏大夫之前也有文章提到過長期的高度緊張狀態會導致脫發的情況，因為人體的腎上腺素等壓力激素長期居高不下，壓力激素會把毛發的「資源」也一起集中在我們的大腦以便滿足大腦高速運轉的需要，所以毛發就會因為缺乏營養而變細、脫落。

3.程序員容易脫發掉頭發是因為長期面對電腦、手機：電腦輻射不但會影響眼睛，對人體頭發毛囊也會有一定的影響，輻射會對細胞有一定的「滅活」作用，所以說長期面對電腦對皮膚影響不好，而人體的頭皮細胞是非常脆弱的。

『陸』 it寫作文檔

1. 為什麼程序員不願寫文檔

其中的原因很多，我自己歸納了幾點：1.怕煩程序員從入門之日起，就在心裡埋藏了一顆編程的種子，認為程序員就是編程序的，就是和計算機打交道的，程序就是程序員的全部。

無論是在編程之前寫文檔，還是在編程之後寫文檔。他們都認為寫文檔很煩人。

1）文檔種類太多。越正規越多。

一想到要寫那麼多的文檔，程序員的頭都要大了。2）文檔寫作要求不低。

有格式要求、內容要求，還需要畫各種流程圖、示意圖、關系圖、界面圖和填寫各種表格說明，以及要收集各種資料。雖然沒有技術含量，但是要花的時間比編程序多，而且也不一定能寫好。

3）在正規的開發公司中一般一個變更就要編寫一系列的變更文檔。當不斷變更時，只有最後的變更文檔是最重要的。

當我們不知道當前是不是最後一個文檔時，我們就不願意寫可能被後面的文檔替代的文檔。4）當寫了文檔之後，就會不斷有使用文檔的人來詢問細節，這些詢問往往會讓人崩潰。

這是因為很難寫出讓每個人都提不出問題的文檔。2.沒空在很多情況下，程序員都處於一種「時間緊、任務重」狀態。鄭首穗

在急於得出編程結果的驅使下，程序員一心撲在編程上，恨不得一分鍾一個變化，哪有心思和時間先把文檔寫好再去編程呢？即使他們擁有先把程序編出來，然後再補寫文檔的想法，但是一旦他們完成一段程序之後，就會立即撲向第二段程序。如此下來，編寫文檔只能放在項目開發的後期了。

你要是真的寫文檔，那寫文檔的時間早已將編程時間給擠佔了，你的編程工作就完不成了。3.沒有用文檔的重要性其實對不同對象是不一樣的。

如果你說文檔沒有用，立即會有人用唾沫把你淹死，他們立即會搬出哪個哪個說文檔是重要的，文檔是不可缺的。唯獨不敢說「我自己認為文檔是重要的」。

這也反過來說明文檔的有用性程喊卜度對不同人是不一樣的。對於程序員來說，只要能把程序編出來就行了。

很多程序員不寫文檔照樣編出程序來，在他們的觀念中文檔不寫也罷。如果按文檔編程序，那就要確保文檔的正確性、不可更改性。

而實際上，文檔不如編程快，編程不如變化快，不斷變化的需求和代碼讓文檔如同一張過時的廢紙一樣。在現實中，有的文檔變成了項目開發後的總結，對開發本身並不起作用，只是保留一個存在的形式，以應付各種各樣規范的需要。

在這種情況下，文檔沒有任何實用價值，所以即使程序員寫了，也沒有什麼作用。尤其是項目投產後，幾經升級，最初的文檔早已和現實的情況對不上號了，文檔更新和系統的一致性更是難於控制。

4.沒好處既然認為編程序才是正道，那麼程序員寫文檔就是一種額外和輔助的工作，做了就做了，對於程序員來說沒有任何好處。當然，文檔的好處更多地體現在軟體公司、單位、軟體用戶、後續程序員身上，它是一種「前人栽樹，後人乘涼」的好事。

所以程序員不願意寫文檔。文檔有多麼重要呢？有人把它上升到「程序員頭腦的拷貝」的高度，有的人甚至說，程序員走了後，只要有了文檔，軟體公司可以再招新人，公司照樣運轉起來。

如此說來，天性聰明的程序員會把文檔寫得清清楚楚嗎？5.不會寫從寫作本身來看，芹慶寫好一篇文檔不是一件容易的事。文檔有文檔的格式和寫作要求。

現在的人只喜歡動嘴說事，沒有多少人在平時會動筆寫字，更不用說寫文章了。所以，寫文檔從理論上來說也是需要學習和訓練的，需要在平時進行寫作積累。

當要求一些程序員寫文檔的時候，他往往會回答你：「怎麼寫呀？我不會。」你不會寫可以不怪你，你不去學，反而理直氣壯地說不會，則是你的不對了。

難道那些會寫文檔的人都是「獃子」嗎？難道他們不懂幹活辛苦的道理嗎？當一個男子向一個自己喜歡的女子示愛，需要用情書來表白的時候，難道他不會寫情書嗎？即使他不會寫，他也一定會克服千難萬險把情書寫出來的，這是他的主觀使然。如果程序員主觀上想寫文檔，怎麼會怕煩？怎麼會怕沒空？怎麼會怕文檔沒有用？怎麼會怕不會寫？這些怕其實都是借口。

真正優秀的程序員應該不單是編程的高手，同時也應該是寫文檔的高手。程序員真正不喜歡寫文檔的原因是：文檔是給別人看的，不是給自己看的。

如果要使程序員喜歡寫文檔，那就要提高程序員的意識和境界，或者要給寫文檔的程序員以獎勵。而靠制度、管理讓程序員去寫文檔只能是一種職業上的弊端。

當有一天寫文檔也成為一個專業化的崗位，程序員和文檔人員分開時，程序員就會一心一意看文檔寫代碼，文檔員就會以此為職業，一心一意寫文檔拿工資。我們將不再為此進行討論。

這種分工一定是未來的趨勢。一些大的公司或管理規范的公司都已經有這樣的分工了。

只是很多中小軟體公司或企事業單位里的IT部門還沒有專業化到如此程度。程序員不喜歡寫文檔也許說明他們不願意承擔太多的角色吧。

不管怎麼說，作為一個程序員（尤其想成為優秀程序員）一定要學會寫文檔，一定要學會欣賞文檔。無論你是否喜歡，你都應該可以在文檔的各種問題面前可進可退。

可以這樣說，那些既不會寫文檔，又不會欣賞文檔的程序員是沒有資格說「我就不喜歡寫文檔」這種話的。

2. IT文檔工程師有什麼要求

我就是文檔工程師。就技術要求上說

1.需要你對文字的表達能力，畢竟多是要你自己「寫」文檔，而且針對對象不同，表達的方式不同。寫作技巧，文字細節等，需要揣摩。主要是簡介明了，准確易懂，有針對，不羅嗦。

2.需要你能比較熟練操作MS 工具，主要是word，寫文檔主要靠這個，其次還有excel和PPT，較之word少。不是說非要精通，很多東西都是在實際工作中慢慢學來的。

3.需要你對公司產品有個了解，比如產品系統架構，主要的工作流程，各個組件的功能和原理。由於寫文檔很直接跟這些相關，所以要盡快掌握。

4.要不斷自我學習。雖然文檔工程師不像，研發和測試工程師那麼累，但是也要不斷學習。學習英語，因為可能需要翻譯。學習IT行業的一些基本知識，買幾本書，手頭翻翻。學習產品相關的軟體使用，比如Linux指令等。如果涉及程序代碼的，就要學習那些編程語言了，不過也只是架構上的，不需要你看懂每一行語句。

差不多就這些了。任何職業都要有自己的能力和興趣的融入，才能工作開心，生活開心。祝你好運

3. 我是學it的（想在網上寫小說怎麼寫

第一種是先把自己的文存在word文檔里 在相應的貼吧發文

例如 言情小說 可以在言情小說吧里發文 不過這種一般都是寫的好玩的

第二種是在小說網上

比較好的就是 小說閱讀網 起點 晉江

如果是校園的小說的話 可以去聚星 不過聚星很卡

如果文筆比較淡 比較成熟的話 可以去花火

不過這種方法一般要通過審核才可以發表 第一種可以自己發表

第二種方式比較考文筆

如果ll不想審核的話 可以去貼吧發 不過吧友的回復也是一種審核吧

第二種如果文筆比較拖沓的話 就很容易功虧一簣了 可能寫了一大堆 但通不過審核╮（╯▽╰）╭

但這兩種都最好要把文文存在word文檔里 雖然小說網一般可以作家存稿 但還是文檔里保險一些

4. 知名企業招聘網路工程師要求

網路工程師每個公司和任職要求不一樣，一般分為初級、中級和高級，初級任職要求相對較低，任職要求一般為： 計算機及相關專業大專以上學歷； 熟悉相關系統；熟悉網路協議，對網路有一定了解；具有一定的英語閱讀能力和英語基礎； 了解相關伺服器。

中級和高級要求工作經驗兩年以上，任職要求也較高具備網路維護或相關工作經驗，掌握各種網路環境搭建（LAN/WAN），具備較強的技術基礎；掌握數據網路基礎知識；具備較強的網路維護和故障處理能力，熟悉網路測試工具；熟悉網路安全、主機安全相關知識，能熟練配置主流的防火牆，等等，不過每個公司的職位要求還得視該公司具體職位要求為准。

5. 為什麼程序員不願寫文檔

其中的原因很多，我自己歸納了幾點：1.怕煩程序員從入門之日起，就在心裡埋藏了一顆編程的種子，認為程序員就是編程序的，就是和計算機打交道的，程序就是程序員的全部。

無論是在編程之前寫文檔，還是在編程之後寫文檔。他們都認為寫文檔很煩人。

1）文檔種類太多。越正規越多。

一想到要寫那麼多的文檔，程序員的頭都要大了。2）文檔寫作要求不低。

有格式要求、內容要求，還需要畫各種流程圖、示意圖、關系圖、界面圖和填寫各種表格說明，以及要收集各種資料。雖然沒有技術含量，但是要花的時間比編程序多，而且也不一定能寫好。

3）在正規的開發公司中一般一個變更就要編寫一系列的變更文檔。當不斷變更時，只有最後的變更文檔是最重要的。

當我們不知道當前是不是最後一個文檔時，我們就不願意寫可能被後面的文檔替代的文檔。4）當寫了文檔之後，就會不斷有使用文檔的人來詢問細節，這些詢問往往會讓人崩潰。

這是因為很難寫出讓每個人都提不出問題的文檔。2.沒空在很多情況下，程序員都處於一種「時間緊、任務重」狀態。

在急於得出編程結果的驅使下，程序員一心撲在編程上，恨不得一分鍾一個變化，哪有心思和時間先把文檔寫好再去編程呢？即使他們擁有先把程序編出來，然後再補寫文檔的想法，但是一旦他們完成一段程序之後，就會立即撲向第二段程序。如此下來，編寫文檔只能放在項目開發的後期了。

你要是真的寫文檔，那寫文檔的時間早已將編程時間給擠佔了，你的編程工作就完不成了。3.沒有用文檔的重要性其實對不同對象是不一樣的。

如果你說文檔沒有用，立即會有人用唾沫把你淹死，他們立即會搬出哪個哪個說文檔是重要的，文檔是不可缺的。唯獨不敢說「我自己認為文檔是重要的」。

這也反過來說明文檔的有用性程度對不同人是不一樣的。對於程序員來說，只要能把程序編出來就行了。

很多程序員不寫文檔照樣編出程序來，在他們的觀念中文檔不寫也罷。如果按文檔編程序，那就要確保文檔的正確性、不可更改性。

而實際上，文檔不如編程快，編程不如變化快，不斷變化的需求和代碼讓文檔如同一張過時的廢紙一樣。在現實中，有的文檔變成了項目開發後的總結，對開發本身並不起作用，只是保留一個存在的形式，以應付各種各樣規范的需要。

在這種情況下，文檔沒有任何實用價值，所以即使程序員寫了，也沒有什麼作用。尤其是項目投產後，幾經升級，最初的文檔早已和現實的情況對不上號了，文檔更新和系統的一致性更是難於控制。

4.沒好處既然認為編程序才是正道，那麼程序員寫文檔就是一種額外和輔助的工作，做了就做了，對於程序員來說沒有任何好處。當然，文檔的好處更多地體現在軟體公司、單位、軟體用戶、後續程序員身上，它是一種「前人栽樹，後人乘涼」的好事。

所以程序員不願意寫文檔。文檔有多麼重要呢？有人把它上升到「程序員頭腦的拷貝」的高度，有的人甚至說，程序員走了後，只要有了文檔，軟體公司可以再招新人，公司照樣運轉起來。

如此說來，天性聰明的程序員會把文檔寫得清清楚楚嗎？5.不會寫從寫作本身來看，寫好一篇文檔不是一件容易的事。文檔有文檔的格式和寫作要求。

現在的人只喜歡動嘴說事，沒有多少人在平時會動筆寫字，更不用說寫文章了。所以，寫文檔從理論上來說也是需要學習和訓練的，需要在平時進行寫作積累。

當要求一些程序員寫文檔的時候，他往往會回答你：「怎麼寫呀？我不會。」你不會寫可以不怪你，你不去學，反而理直氣壯地說不會，則是你的不對了。

難道那些會寫文檔的人都是「獃子」嗎？難道他們不懂幹活辛苦的道理嗎？當一個男子向一個自己喜歡的女子示愛，需要用情書來表白的時候，難道他不會寫情書嗎？即使他不會寫，他也一定會克服千難萬險把情書寫出來的，這是他的主觀使然。如果程序員主觀上想寫文檔，怎麼會怕煩？怎麼會怕沒空？怎麼會怕文檔沒有用？怎麼會怕不會寫？這些怕其實都是借口。

真正優秀的程序員應該不單是編程的高手，同時也應該是寫文檔的高手。程序員真正不喜歡寫文檔的原因是：文檔是給別人看的，不是給自己看的。

如果要使程序員喜歡寫文檔，那就要提高程序員的意識和境界，或者要給寫文檔的程序員以獎勵。而靠制度、管理讓程序員去寫文檔只能是一種職業上的弊端。

當有一天寫文檔也成為一個專業化的崗位，程序員和文檔人員分開時，程序員就會一心一意看文檔寫代碼，文檔員就會以此為職業，一心一意寫文檔拿工資。我們將不再為此進行討論。

這種分工一定是未來的趨勢。一些大的公司或管理規范的公司都已經有這樣的分工了。

只是很多中小軟體公司或企事業單位里的IT部門還沒有專業化到如此程度。程序員不喜歡寫文檔也許說明他們不願意承擔太多的角色吧。

不管怎麼說，作為一個程序員（尤其想成為優秀程序員）一定要學會寫文檔，一定要學會欣賞文檔。無論你是否喜歡，你都應該可以在文檔的各種問題面前可進可退。

可以這樣說，那些既不會寫文檔，又不會欣賞文檔的程序員是沒有資格說「我就不喜歡寫文檔」這種話的。

6. 如何才能寫出好的產品文檔

一般來說，產品文檔分為產品需求文檔和產品使用文檔兩種。產品需求文檔主要面向的是產品的開發、設計者，期望是產品的實際開發人員了解產品的細節，讓開發完成的產品達到前期設計需求的預期；產品使用文檔面向的主要是使用者，使其通過產品文檔掌握產品的功能使用，也就是我們常說的產品使用幫助；如果不搞清楚文檔面向的對象，往往寫出來達不到預想的效果。類似這樣專業的文檔文案，其實是有一定共通性的；掌握這類文案的寫作技巧，尤其對我們IT從業人員來說，是一項非常不錯的技能。筆者從業這兩年，跟此類文檔打過不少交道，在這里跟各位分享一些經驗。

1、對象要清楚

開篇就提到了，清楚文檔面向的對象的重要性。對於不同的對象，必須使用不同的寫作思路來對待，盡可能的站在對方的角度去思考。他需要看到什麼？什麼內容對他有用？我如何闡述給他？對於產品設計人員，他所需要了解的是產品的樣式、界面、交互等情況，對於實際編碼人員，他則偏重於產品的可實現性，你的內容則需要偏注產品的功能細節和內部處理。所以，文檔面向的對象決定了文檔的功能和內容。確定文檔面向的對象才能做到有的放矢。

2、條理要清晰

文檔的條理清晰不僅讓你的文檔看起來比較順暢，更讓閱讀者能夠很清楚的理解。所以，下筆之前就應當知道自己的文檔內容大致分為哪幾個大的模塊、模塊下又細分了多少個子模塊，然後在大綱的基礎上，再進行詳細的內容填充。筆者之前的經驗，往往在文檔下筆之前認真思考了好幾天，總希望在下筆之前就希望把所有的問題都想清楚。這對於寫作者來說，是一件不好的舉動。其實，東西在腦子里轉悠，不如在紙上來的直觀。大綱列出來之後，然後再來反復的添加、修改，比你按筆不動要來的有效率得多。對於寫作來說，最難的也是開始。

3、邏輯要嚴謹

產品類的文檔不同於平常我們書寫的文檔類型。對於內容敘述的嚴謹性要求非常嚴格。因為你的文檔不單單是一個你對這個項目、產品的理解，它更是需要做為一個協作的載體讓其他的同事同時使用，更可能成為其他同事工作方向的指引。因此，嚴謹是必須的。所以，在滿足了文檔條理清楚的前提下，仔細斟酌、思考文檔可能會出現歧義、漏缺的部分，反復修改文檔成為了一項必須的工作。在大家協調工作的背景下，你一個人不可能將所有的問題都考慮清楚。所以往往出現同事指出你文檔中存在的毛病和漏洞。但是你還是應當在前期多做一些考慮，將問題盡量減少。

4、用詞要專業

專業的用詞不當可以幫助你提升文檔的專業度，更可以幫助你提升效率，減少重復和不必要的溝通成本。既然是行業那就需要行業標准，使用專業的行業術語是一種職業化的表現，這樣既可以很快和同事達成共識，又讓別人覺得你很專業。我想，同事之前這樣的協作才是有效率的。當然，對於新手來說，如何掌握專業的用詞，這就需要平時多看多讀了。多了解小眾的博客，多認識一些前輩和朋友，無論是對寫作還是對工作的認識，都是很有幫助的。

5、格式要規范

對於一個IT行業從業人員來講，規范化、流程化的工作模式是非常重要的。對於需要經他人手的文檔、或者需要進行存檔的文檔來說，格式的規范與否是一個衡量你專業化程度高低的重要衡量標准。當然，說到這個規范，你在第一次寫作之前就應該了解這個規范是一個什麼樣的規范。是行業規范？還是公司內部的規范？這取決於你所在公司或所從事項目的情況。對於大公司，你所要做的就是找之前前輩們寫過的同類文檔進行拜讀，了解這些規范。對於小公司或者新創的項目，之前沒有過同類產品文檔的情況。你所要做的就是沿用標准規范再加上項目特點，盡可能細致的書寫。相信，經過你的努力的，你寫的文檔將會成為該類文檔的案例，成為規范。

其實無論是產品需求文檔（PRD）、產品策劃書還是商業計劃書，其實都是需要我們下功夫仔細研究的。畢竟中國互聯網發展才十幾年，很多細節都還不是很專業。對於一個會思考的互聯網人，武裝自己的頭腦，豐富自己的技能才能找到更好的職業發展。

『柒』 有哪些事情是程序員都知道，但大多數人不知道

1. 原來Bug是永遠改不完的程序員的日常三件事:寫Bug、改Bug、背鍋。調侃程序員時，就經常會說：「喲，又在寫Bug。」。

文章圖片2
圖片來源於網路，如有侵權請聯系作者刪除

2. 原來程序員工作後不繼續學習是要被時代淘汰的互聯網行業作為高薪行業之一，與其他行業不同，它的入行門檻低，賺錢快，只需要會寫代碼就能入行。許多年輕人受到「高薪誘惑」，紛紛湧入程序員這個賽道，讓這個本來就很擁擠的行業競爭變得更加激烈殘酷。

文章圖片3
圖片來源於網路，如有侵權請聯系作者刪除

3. 原來程序員不能一直死磕技術在互聯網行業，技術雖然是核心競爭力，但是技術永遠是為業務服務的，兩者結合最終才能創造出價值。作為一名程序員，技術固然很重要，只有對演算法進行了深刻理解、掌握了數據結構、資料庫、操作系統等知識，才能做出改變整個行業工作方式的框架出來，甚至連產品設計、業務功能都要憑借技術才能做到。

4. 原來程序員不穿格子衫、頭發黝黑曾經流行這樣一種說法：程序員支撐起了全世界的格子襯衫產業。一個程序員必備的四件套：格子衫、黑框眼鏡、牛仔褲、運動鞋。

文章圖片4
圖片來源於網路，如有侵權請聯系作者刪除

5. 原來程序員只是一份普通的職業每個程序員都只是普普通通打工者的一員，每天要面對腦力和體力的雙重暴擊，如果不小心編寫出了錯誤的程序，就會看到滿屏的錯誤警告。還有，不是每個程序員邏輯都很好……作為程序員，經常面對被人誤解的喪、還要保持懶得辯解的忍……

文章圖片5
圖片來源於網路，如有侵權請聯系作者刪除

6. 程序員其實可以朝九晚六不加班。

7. 很多時候體力活大於腦力活。

8. 很多時候處於底層，相對於業務方，產品，測試等等。

9. 揮灑代碼大多數時候都是復制粘貼。

10. 大多數bug不是代碼問題，是用戶環境或者網路原因。

文章圖片6
圖片來源於網路，如有侵權請聯系作者刪除

11. 有些人就等著被辭退，然後重新找工作，既漲工資又拿補償。

12. 上班時間是上班時間，下班時間是自己時間，拉屎喝水盡量在上班時間干。

13. 看到網上有公司老闆問問題，加班之類的，記錄下公司名，保存到黑名單，絕不入坑。

『捌』 作為老程序員，你的吐槽是什麼

repmovsdwordptr[edi],dwordptr[esi].這是intel風格的rep指令的通常寫法。而在att風格中，這句話是什麼樣的呢？repmovsl(對於32位代碼段)不過我感覺用得最多的還是movsb，因為不是所有的數據都能保證對齊的，當然可以事先看一看rcx的末位.

『玖』 如何看待互聯網大廠程序員因厭惡編程，辭去月薪2w+的工作去當司機

人各有志，只要能過上開心快樂的日子，做什麼職業不重要。
外面的人看到的都是程序員的工資高，卻不知道程序員工作中的煩惱
奇葩的需求
2018年中國平安的產品經理和APP開發人員在辦公室打了起來，原因是該產品經理給開發提了一個需求，根據用戶手機殼的顏色自動調整APP的主題，程序員聽到這樣的需求後對產品經理大打出手。假如這樣的需求給到我的話，大打出手倒不至於，辭職是肯定的。對於這種完全不懂編程的產品經理，日常被程序員問候已經是常態了。
2019年某次元視頻網站源碼泄漏事件中，不少人在源碼的注釋中看到了這個
可見程序員日常寫代碼中都不忘問候產品經理，對產品經理的仇視是日積月累的。
還有這個
地位
程序員被戲稱為碼農、代碼搬運工也不是沒有道理的，在需求上沒什麼話語權，需求來了，即使覺得這樣的需求不合理、沒有意思，也要硬著頭皮去做完；拿到需求，只能默默低頭完成，這時候培養一個好心態尤為重要，不然將是無休止的口水戰爭。
彈性工作時間
程序員的加班是無休止的，996已經是工作常態了（早上9點上班，晚上9點下班，一周工作6天），遇到緊急任務或者產品上線，有時甚至需要工作到凌晨，去年較火的github項目996.ICU，程序員集體反抗，但是作用根本不大，除了讓外界知道程序員加班外，工作時間沒有任何改善，甚至由於大環境不好，很多程序員都丟了工作。現在的招聘信息中，工作要求中一般都不寫加班，但是在會在面試的時候問你能不能接受加班，你要是說不能接受，基本就涼了。
身體越來越差
當程序員的，在變強的道路上禿頂的問題也隨之而來，剛入行時關注編程能力的變強，到入行後的養生，行內的規矩，根據程序員的發亮去判斷一個程序員的技術水平，雖然是吐槽，但是也並不是沒有道理的，程序員的工作本來就燒腦，平時工作頭發掉得多，還有工作時間也導致了這個行業普遍都掉發嚴重，晚上得不到好的休息。
後來還出現了幫助程序員通過面試的發型
通過發型迷惑面試官，讓面試官認為你是具有多年開發經驗的老手。
發亮都是表面上看到的，還有內在的，程序員因為工作時間長，平時沒有時間鍛煉身體，久坐，導致的腰肌勞損，頸椎病都是常態
所以工作多年的程序員中就兩種體形，一種骨瘦如柴，一種發胖型，就沒有幾個是壯的。
最後
程序員的轉行都是多種原因，日積月累的，曾經剛入行時對這個行業的神秘感，到真正工作時對他的厭倦，其實不止是程序員厭惡編程，其他工作也一樣，當愛好變成了你的日常工作，你的這個愛好就已經被扼殺了。程序員轉行當司機，也許是真的受不了這樣的工作強度和工作壓力吧。