社交能力差、白人、男性程式設計師的刻板印象已經存在很長一段時間了。儘管「科技領域的多元性」是一個討論度很高的話題，但數字並沒有因此而有所改善。相反地，許多科技產業內外的人士仍然認為這種刻板印象是理所當然的常態，而這種認知正是阻礙我們讓這個職業變得更具包容性和吸引力的因素之一。那麼，這種形象從何而來？全球程式設計師人口的結構真的會自然而然地演變，是因為「男生就是比較喜歡電腦」嗎？是什麼形塑了我們對程式設計師的認知？本文探討了我在閱讀電腦歷史時發現的一些可能解釋。

2001 年 2 月，一群十七位軟體專家齊聚猶他州雪鳥鎮，討論當時稱為輕量級方法的領域。我們決定使用「敏捷」一詞來描述這種新型的敏捷方法。我們也撰寫了敏捷軟體開發宣言，闡述這些敏捷程式的價值觀和原則。我是這些自封先驅者之一，從那時起，我遇到了許多關於這個團體起源和敏捷聯盟後續成立的問題。以下是我對這些事件的回憶。

六月底，超過一百人齊聚在義大利薩丁尼亞島，參加XP2000會議，討論極端程式設計 (XP) 和其他彈性方法。

敏捷崛起播客一直對敏捷宣言的作者進行一系列訪談。輪到我在訪談中發言了。我對 Snowbird 工作坊本身的記憶不多，但我能夠描述一些導致宣言的背景。

2001 年在猶他州 Snowbird 舉行的會議，決定使用「敏捷」一詞，並開始制定「敏捷軟體開發宣言」。

時不時地，我會被介紹為「敏捷宣言的簽署人」。他們通常的意思是我是一位 敏捷軟體開發宣言 的作者，因此也是最初的簽署人之一。但實際上，簽署人遠遠多於 17 位作者，我最後一次查看時，數量已達 10,104 人。如果您有興趣，可以加入該名單。

C3 是 Chrysler Comprehensive Compensation 專案的簡稱，這是 Chrysler 的一個薪資專案，後來因成為 極限程式設計 的「誕生專案」而聞名。

我遇到的大多數客戶都沒有聽說過迭代開發，或者認為這是一種新的且相對未經嘗試的現象。相反，迭代開發已經存在很長一段時間，並有各種不同的名稱。克雷格·拉曼和維克·巴斯利在 IEEE 軟體中最近發表的一篇文章總結了捕捉這段歷史的努力，並讓您對使用迭代開發方法的成功專案的悠久歷史有一個很好的了解。

從物件導向開發的最初開始，OO 設計就與迭代和增量開發聯繫在一起。但正如許多人指出的那樣，兩者之間沒有內在聯繫。您可以在瀑布中執行 OO，也可以在沒有物件的情況下執行 IID。那麼，為什麼這兩者如此緊密地聯繫在一起呢？

在我的職業生涯中，人們經常將軟體開發與「傳統」工程相提並論，通常是為了責罵軟體開發人員沒有做好工作。作為一個電子工程學位畢業的人，這在我職業生涯的早期引起了我的共鳴。但這種想法是有缺陷的，因為大多數人對工程在實務中的運作方式都有錯誤的印象。