Windows 機密文件：發行貢獻
誰"船它"獎？ 您需要有貢獻航運實際產品 — — 否則你只寫代碼。
Raymond Chen
有的獎項內部在微軟稱為"船舶它"。每次您發運產品，您收到此獎項。
隱藏專案經理的職責之一決定誰有資格時船舶產品接收船舶它獎。 對於整個的方式，通過一個專案有工作的人，是很容易的決定。 不過，對於人們加入或離開該專案一半通過，決定不明顯。
船舶它的關鍵是船：你要有航運代碼的進程作出貢獻。 對於程式師，這意味著不僅明顯的設計和實現的功能，但伴隨著這一進程的所有其他工作任務。 這裡是少數幾個例子：
- 保持在整個專案生命週期的代碼。
- 解決性能問題。
- 調試崩潰和失敗，即使是那些不是代碼的故障。
- 穿過所有 bug 報告，修復 bug，尤其是採取想出一個月的很糟的。
- 由於監督的原始設計或晚斷功能的修改代碼 （和這些修訂可以廣泛）。
- 決定放棄你功能的哪些部分。 拉裡 · 奧斯特曼指出，在工程的 Windows 7 的博客，在帖子標題為"工程 7：從底部視圖，"切割航運。 最好放棄並不比到風險由無限期地等待一個問題領域延緩整個產品一起過來的東西。
一名高級經理告訴我後在完成一個專案，他提供了船舶它獎項，他偶爾會, 獲得一塊電子郵件來自前團隊成員說，"嘿，為什麼沒得到它獎的船？ 直到這類這個日期，在您的專案和最終產品中的發貨我元件"。
他的反應往往是這個樣子："哦是的永遠記得你。 你工作團隊在開始時，天空才是極限了，一切都可能時。 你寫的代碼，一束，然後你離開了。 我們困將它與其余的產品集成、 維護代碼、 修復 bug，診斷性能問題，處理應用程式相容性連帶影響，調試所有的其他東西，你需要做的運輸產品崩潰了。 您是第一部分，您編寫的代碼的一部分，該專案小組的"。
也就是："你在這兒玩這一專案的一部分，然後不好玩兒一部分開始的時候，你保釋。 你吃了點心和蔬菜為我們留下。
你知道誰真的船它獎為您的元件，值得嗎？ 人加入團隊，負責為您的代碼。 該人寫狀態報告功能，出席了功能、 回應電子郵件從人遇到的問題使用功能、 調試崩潰，和修正 bug，不僅在元件中，而且在其他幾個元件。
所以，"為什麼沒有我收到一艘船，它獎？"的答案總是"因為我們給了該另一人而是 — — 其實運送您的代碼的人。"
前團隊成員承認盡可能多原始郵件中：“... 和我的元件的發貨，最終產品中。他們也承認別人其實運其元件。 因此，沒有船它獎為他們。 它被稱為船它獎 — — 不該代碼它裁決。
亞當 · 巴爾對他有量的船舶它獎一個好網站。 關於他的文章的第一個備註包括早期歷史的裁決。 包圍船它獎在其介紹的爭議早已漸漸消失了。 現在，它是只是常規工作的一部分。
.jpg)
**Raymond Chen**網站上，老的新東西，並以相同的方式為題書 (艾迪生 － 衛斯理，2007年） Windows 歷史、 Win32 程式設計及如何不使演示文稿的行政處理。