軟體工程師應該會寫作
在小學裡，有“數學孩子”和“英語孩子”。根據你在每個科目實力印象，被分類為另一類孩子。
我是一個數學孩子。所以我主修電腦科學，決定成為一名軟體工程師。一路上，“數學孩子”/“英語孩子”的指定從未消退。如果有什麼的話，它會更強烈。今天我遇到的工程師，他們在想到寫一篇文章時就畏縮，同時我遇到的作家，他們在想到寫程式碼時就畏縮。
多丟臉！一個編寫程式碼的工程師也應該寫文章。
軟體工程師應該寫文章，因為它提升了許多在程式設計中需要的相同的技能。這兩個學科的核心技能是一種清晰思考的能力。最好的軟體工程師是優秀的作家，因為他們的文章和他們的程式碼一樣具有邏輯性和優雅性。
程式碼和文章有很多的共同點。以一張白紙和一個想法開始，然後以用於目標受眾的不同產品結束。產品是一個邏輯語句的序列，打包成模組化的單元——無論是函式還是段落。像好的散文，好的程式碼是 簡潔的(想想“表現力”)。壞程式碼浪費CPU週期；壞文章浪費大腦週期。作家的草稿就是工程師的原型。
當接近一個成品，工程師和疲憊的作家一樣會感到不安。與文章一樣，軟體從來沒有“完成”的感覺。它需要工程師更多的時間：又一個功能要構建，又一個模組需要重構。他或她害怕它不會是他或她的工作最好的展示。噢，好吧。釋出它。
軟體工程師應該寫作，因為我們工作需要越來越多地協作。開源專案邀請全世界參與，同時行業產品通常需要一大批工程師。(谷歌地圖上有1100名全職員工!)好的寫作——無論是在GitHub評論，程式碼審查，或技術文件，便於這些專案在清晰、簡潔的溝通中前進。
即使一個專案不需要交流，軟體寫作總體上促進學習和重要的討論。我們不需要學習RFC規範和技術手冊，感謝其他工程師編寫的教程。在技術討論中，才會有這麼多意見可以充斥在Hacker News的評論中和Twitter的推文中。其餘的請求導向到一篇博文。
在博文的主題，花一些時間在上面。好的作品需要時間。寫一個“草率的副本”是很自然的，然後幾次修改來提高質量。如果你覺得發部落格太忙，缺少主題，或者擔心你的意見被公開記錄，花十分鐘讀讀Steve Yegge的《你應該寫部落格》。即使它不會說服你，我認為你會喜歡讀。
軟體工程師應該寫作，因為他們實際上可能喜歡寫作。我們中的許多人是出於這種動機，即我們的軟體有潛在的“影響”，足以改變人們的生活。
同樣，寫作是一個功能強大的影響工具。管理部落格幫助經理鼓舞他的團隊的動力。程式設計教程激發學生對電腦科學的興趣。職業建議文章激發一個畢業生追求新的職業道路。
即使沒有人讀你的文章，寫它也會影響你。它將澄清你對一個話題的意見，加強-甚至削弱你的信念。將亂七八糟的想法轉化成具體的文字的過程是有價值的。
寫作對促使一個工程師編寫軟體提供了同樣的影響。將如何在軟體工程提升有用的技能和促進協作結合在一起，突然發現寫作似乎是一個有價值的活動。
即使是“數學孩子”。
在Hacker News繼續討論