軟件開發常常是不可預測的。有時候基礎架構和庫發生變化了，有時候bug突然出現了，又或者忽然發現項目時間不夠了，等等。為了能有效處理這些不可 預測的問題，我們必須在某些特定的時候將軟件的開發過程規...

　我經常想忘掉，在沒有經驗的團隊里開發軟件有多糟糕。他們的大部分開發實踐和 Hobbes 關于原始人的描述類似。生活是“孤獨、貧窮、骯臟、野蠻和短暫的”。就像原始人一樣，這些人認識不到更好的生活是什么樣子。

軟件開發是一個非常復雜的過程，是一系列分析、開發以及測試的結果。我們可以將軟件開發看做是不斷精準描述，使之成為符合需求的程序和文檔的過程。不斷精準描述的過程稱之為逐步求精。這是一個最基本的觀念，...

“只是把它放在服務器上的某個地方。” “只是在條目的右側增加一個收藏按鈕。” “只是在設置屏幕添加【這里插入復雜的選擇】。”

我還清楚的記得，在我走上軟件研發的道路的時候，我并沒有學歷。 我的第一份工作，還是我在大一暑假的時候找到的，伴隨著暑假的結束，我不得不回到學校繼續讀書。但是我發現暑假的那份工作以及所給的薪...

任何有經驗的計算機程序員都知道，軟件開發中存在著很多不成文的規律。不過違反這些規律不但不會有處罰，甚至還經常會有獎勵。

短文奉上原文和譯文地址，書籍則附上豆瓣讀書的地址以便購買。 　　盡量為所有的讀物都附上了維基條目，沒有維基的附上作者的介紹，方便了解寫作背景。

帕雷托法則說80%的成果取決于20%的原因。這也被稱為28原則，人類幾乎每一個領域的嘗試都和它有關。 在軟件開發領域，這個原則可以總結為大多數問題都是由少數的糟糕的編碼實踐導致的。

如果大家認為這篇文章更多是在噴，我先說抱歉。“瑞士軍刀綜合征”的想法是起源于我和項目經理、客戶、甚至其他開發者打交道的過程中產生的沮喪感，他們都以一種狹隘特殊的方式思考問題。我稱之為“瑞士軍刀綜合征”。

我不知道從何時起，速度（效率）這個詞在軟件開發領域安家落戶了，以前可從來沒有這么流行過。然而我非常確定的一點是如果你提到運動卻沒有提到三大定律的話，艾薩克·牛頓先生肯定會不高興。

1. 為人編寫程序，而不是為電腦 一段程序不應該要求其閱讀者能夠比電腦內存記住更多的東西 變量名稱要保持一致、獨特、有意義 代碼的風格要保持一致

今天講講軟件開發升級打怪之路。因為留言中有大量的類似問題：我剛剛上完了 xx 語言的課程（或者自學了 xx 語言），下一步該怎么學習才能達到開發產品的水平？

本文作者 Paulo Ortins 在這里分享了對于選擇哪種編程語言作為軟件開發工作的起點的話題，并闡述了自己的觀點。其實道理很簡單，不管你選擇了什么語言，不管你在這門語言上花了多少時間和精...

自上而下(Top Down)開發模式是指從一個應用的最高點開始開發。從最高點逐步往下層編碼，直到開發完所有的任務。一旦寫完了最下層的代碼，開發任務就完成了。使用這種方式，你需要設計、編寫出所有你...

但是直到最近的5年，我才真正開始看到自己在軟件開發領域的巨大進步。 這里有一些感悟是我希望能夠在我進入軟件開發領域時所知道的事情，如果我早一些領悟到，相信會比現在更加成功，也更節省一些時間...

2003 年 8 月 29 日，軟件行業大牛 Martin Fowler 寫過《無法衡量生產效率》。10 年后的 8 月 29 日，Martin 在其網站首頁以《十年后仍無法衡量生產效率》標題再...

導讀：有國外開發者在 Quora 提了這個問題：“為什么軟件開發周期通常是預期的兩三倍？” 并補充問：“這是開發人員的錯誤？ 是管理失誤？ 是因為做事方法不對， 或者說缺乏好的方...

很長時間以來我一直積極的參與Gnome項目。經過這些年，我看到過和聽到過很多的批評和贊揚，但有一種我卻從來沒有弄明白。如果項目中的某個功能被刪除，總有人會出來抱怨。有時是某個功能被更好的方案代替...

經常會聽到某某領導一拍桌子說，“干不完就加人、加班。”這話聽起來似乎理直氣壯，但如果是軟件公司的領導，這就大錯特錯了，這說明這人根本不懂軟件。軟件開發就如同女人生孩子，10 月懷胎，加再多...

圍繞軟件開發實踐和方法論，總有很多教條式的口水仗。階段式（phase-gate）方法能夠有效管理軟件開發過程的風險，還是說只是風險管理中的花哨噱頭？TDD真的能夠促生出高品質軟件？結對編程是代碼...