程序員標志

A. 1024被選為程序員節，為什麼偏偏是這一天呢

程序員是從事程序開發和程序編碼的人員。現在是互聯網時代，程序員已經是必不可少的公司人才。世界上第一位程序員是埃達·洛夫萊斯。日常工作是根據項目的要求編寫程序代碼，修復出現的漏洞。這類職業的工作從業者經常要熬夜加班，會導致身體不健康，甚至脫發禿頭。程序員節是就是為了關愛程序員的健康，拒絕加班所設定的節日，也是向程序員工作者致敬。從2015年開始的每年10月24日都是中國程序員節，在國際上的程序員節是每年的第256天。程序員節日的選定最初是由傳智播客倡議成立的，因為1024是2的十次方，二進制計數的基本計量單位之一，另外一種說法1G等於1024M，所以選定這天當做程序節日。而且是公歷10月24日，往後都不會有變化。讓我們看下往年程序員節日他們怎麼度過的吧！

2017年程序員節日傳智播客發起公益騎行活動，在17座城市，集結了500名的程序員。騎行活動能幫助程序員走出辦公室，鍛煉身體健康，提高免疫力，是一個非常好的活動項目，也展現了程序員的熱情，當晚八點有一場全網直播屬於程序員的狂歡夜晚會，主題為《1024，helloworld狂歡夜》

你也是程序員嗎？或者你是什麼職業的人員？也想有自己的節日嗎？

B. 程序員為趙英俊設置專屬標志，為何趙英俊的離世讓人們懷念

人生在世，難免面對生離死別。但是每個人都會有那一刻，面對死亡的時候。趙英俊，一個偉大的音樂人，於2021年2月2日下午在北京去世，他的去世引發了許多的哀悼。被人們稱為音樂鬼才的他，永遠停留在了43歲。

在他去世前就有寫下遺書，讓自己的親人幫忙發表一下，其中有一句是這樣的：“我的朋友，我的愛人，我的家人，別為我悲傷太久，好好的生活，這個世界是值得你為之奮斗的”。娛樂圈裡面有人說：“趙英俊一個人在音樂和電影中自由切換的鬼才”。他憑借著天馬行空的創作力，他的作品大多都成為了宣傳電影的標配。在2020年12月份，那是他最後一次曝光自己的照片，十分消瘦，經過癌症的折磨的確是很不容易的。

他在娛樂圈憑借著自由正直的性格，也贏得了不少的人的喜歡，而且他的品德很好，做人最重要的是品德，可是天妒英才，讓他英年早逝。去世的人已經去世了，活著的人應該好好活著，希望大家盡快能從悲痛中走出來，提前祝賀大家新年快樂，萬事如意！

C. 程序員工作到底能幹多久程序員的前途如何

千千萬萬的程序員們一直困惑「程序員的前途如何」、「程序員工作到底能幹多久」的問題。目前比較普遍的認識，程序員的職業通道有兩條進階路線。一條 是技術路線，即由程序員、高級程序員、系統分析師，到架構設計師。在這條路線上，立足於從業務模型到計算機軟體模型的轉換，成為高端的軟體技術工作者。另 一條是管理路線，即由程序員，經開發小組負責人、項目經理，再到企業中高層管理者。程序員加強自己管理意識的培養，多站在組織的角度來分析問題和解決問 題，成為優秀的管理者，甚至職業經理人。近年來，產品管理成為企業多產品經營形勢下一個越來越受重視的管理課題。特別是知識經濟環境下，諸如互聯網與軟體、創意、傳媒等現代新型產業鏈中， 其幾乎可以忽略不計的復製成本，有競爭力的產品與優秀的產品管理成為了制勝的關鍵。基於產品的商業化運營，在越來越具聚合效應的網路時代，扁平經營、草根 聚合、精準營銷、直通車服務等全新的經營環境常常造就了贏者通吃的局面，以產品為中心的企業管理逐漸形成獨立的產品管理體系，被眾多企業所關注和採用。在軟體企業中，隨著產品管理的興起，可以說，走向產品，是程序員在技術與管理之外的第三條職業通道。越來越多的程序員開始轉型做產品工作，特別是對 那些具有創業意識的程序員而言，走向產品是一條必經之路。騰訊的馬化騰和360的周鴻禕，他們都是由程序員做起，然後開創自已的產品和事業。產品管理的興起，產生了以產品經理為中心的產品工作職業方向。產品職業方向可以從產品系列的職務與崗位兩個維度來觀察。職務上，有首席產品官 （CPO）、產品總監、產品經理、產品專員、產品助理，其中尤以產品經理一職最為中心；崗位上，有產品競爭分析與用戶需求管理、產品創意與策劃、產品原型 設計、產品運營規劃、產品實現過程跟蹤、產品商品化實施、產品運營、產品經營成果分析與跟蹤、產品升級維護管理、產品管理體系與制度建設、產品人員技能培 養等。這些基於產品而設計的崗位以有效滿足用戶需求為中心，它不同於其它以專業技術和職能效率為中心的因職能分工而產生的崗位。產品管理是近些年隨著IT和互聯網的快速興起而被各企業所重視，而現在的各大院校並沒有產品管理相關的專業，各類培訓機構也少有類似培訓課程，從事 產品工作的人員大多是從不同專業、不同崗位轉型過來的。相比較而言，程序員有著營銷、測試、客服等崗位走向產品的人員所難以比擬的優勢。有些公司甚至做出 了規定，欲從事產品工作，必須要有多年的軟體開發經驗。程序員轉型從事產品工作所具有的獨特優勢主要包括以下幾點：第一，程序員能夠更好地理解產品的實現方案，所策劃的產品更具可行性。做產品策劃工作，也許缺的不是點子或創意，而是有效可行的方案。多年的程序員 工作經驗，對軟體技術和軟體實現方案的判斷，可以規避那些天馬行空的產品想法，工作更有成效。比如在整理用戶需求時，程序員的前期有效判斷和可行性辨別， 會大大提高產品的策劃質量與速度。程序員出身的產品人員可以和研發人員進行無隙的溝通，用更便於研發人員理解的語言和思路來進行產品方案的解讀和跟進。第二，程序員的軟體開發工作，與其說是代碼的編寫，不如說是邏輯語句的組織。程序員一般都具備嚴密的邏輯思維能力，這是進行紛繁而雜亂的需求分析和 產品概念設計必備的優勢，更有利於從中分門別類理清脈絡關系，轉換為產品功能規劃，把產品做成精品。例如需要往U盤寫文件，產品人員可能只想到正常的操作 邏輯，但程序員可能會想到更多異常情況，如：U盤損壞、傳輸過程中拔出、斷電、傳輸的文件損壞、U盤防寫、重復文件、焦點位置、空間不足等等。再有，好 的用戶體驗的產品，在本質上，就是產品功能的邏輯展示，或者說用戶操作的邏輯引導。第三，程序員往系統分析的技術方向發展，從本質上來說，同往產品策劃方向發展是相通的，都需要對真實世界本質關系有著充分的理解與把握。能夠走向系 統分析員的優秀程序員，完全有可能成為一個優秀的產品策劃人員。差別在於系統分析員的工作成果是面向程序員、面向計算機，而產品策劃是面向用戶、面向市 場。每一名程序員也必定是某個軟體產品開發工具的使用者，有深厚的軟體產品使用體驗，具有從用戶出發來表述問題的基礎。第四，程序員一般都具有快速學習能力，保持對計算機相關行業動態和技術革新的觀察與思考，這在一定程度上會培養對行業與技術的洞察力。產品策劃和設 計工作，最後能否獲得市場的成功，考驗的正是這種洞察力。因為產品工作是時時圍繞「解決的是什麼人的什麼問題」來開展，也就是始終圍繞「做正確的事」。只 有對行業與技術有洞察力的人，才能夠站在用戶需求的角度來理解與體驗，激發創意，做出好產品來。當然，程序員雖具備上述獨特優勢，並不等於程序員轉做產品工作，就一定能夠成功。要策劃出好的產品，要成為一名優秀的產品經理，他們也面臨著各種挑戰：第一，創新和結構化思維的沖突。結構化思維可以說是程序員的典型標志，這種思維模式對於把一件事情做好是很重要的，但它往往也會是創新思維的天敵。創新卻是產品工作的靈魂，程序員需要不斷打破常規激發靈感才能做好產品工作，就必須克服已經形成的思維定勢。第二，團隊協作與英雄主義的矛盾。程序員往往習慣於單打獨斗的工作方式，崇尚技術牛人，缺少團隊協作意識和與人溝通的技能。產品工作則需要大量的溝通協調，甚至組織領導工作，強調的是團隊作戰。在合作精神方面，想要轉向產品工作的程序員的確亟待加強。第三，商業意識和市場運營知識匱乏。特別是在全面產品管理思想下，產品人員需要有很強的市場營銷方面的知識和商業化運作的策劃與分析能力，僅僅把產 品做出來是不夠的，賣得掉才是硬道理。產品策劃的環節，面臨著營銷模式、目標用戶、渠道選擇、競爭策略等的選擇與設計，這也是擺在技術出身的程序員面前的 重要課程。每個企業，都會根據自身所在行業特點和本企業的資源優勢，來部署不同形式的產品管理機制。程序員針對自己的性格特點和能力特徵，抓住產品管理這一方興未艾的職業機遇，走向產品，以優秀產品經理的能力模型培養來規劃學習道路與職業生涯，是值得重視的一個職業方向。沈陽師范大學火熱招生中！

D. 程序員的書包（背包）是一般是什麼樣子

我自己是居住在荷蘭的學生，我看這邊的程序員啊、或者職業和電腦有關的，都會背那種防盜的雙肩包吧。大概長介個樣子的背包啦~

E. 程序員的標配都是格子衫，這是為什麼呢

這個我還真知道，看前幾期跑男的時候，記得有個情節講的就是這個，為了顯得正式，而不顯得死板，所以一般都是格子衫。

我之前一直以為程序猿的標配的格子衫，是一種企業文化，是硬性要求。所以萬年不變的格子衫，一年四季都可以看見它的蹤跡。

我當時聽完這個程序員的解釋，我感覺還挺有道理的。想一想我自己也有好幾件格子襯衣，冬天又能疊穿，春秋也能單穿，夏天還能當防曬衣穿。基本上一年四季，我都可以穿得上。隨便搭配褲子，裙子，或者大衣都可以出門。

所以請正視程序員的格子衫，不要有太多調侃。格子襯衣挺好穿的，當標配也不錯。

F. 禿頭真的是程序員的標志嗎

不是，禿頭的原因有很多，不一定是程序員才會禿頭。程序員這個職業是高度的腦力勞動，幾乎天天都盯在電腦屏幕上，絕大部分頭發還是完好無損的，禿頂主要分為局部禿頂和全禿頂，局部禿頂的會多一些，至於大家說到的禿頂和技術是不是一種關系，主要和每個人本身的體質有關系。

絕大部分禿頂很厲害主要還是基因因素，只不過加班起到了催化劑的作用，而且程序員的很多冷笑話都是程序員在網上無聊直接編寫段子自嘲，由於互聯網具有快速傳播的效應，結果很快在互聯網快速傳播開來，格子衫，禿頂，頸椎病，黑眼圈都成了程序員標配了，就是一種職業病的表現，任何行業都會留下職業病的影子，絕不只是發生在程序員身上。

本病常伴皮脂溢出，但已證實其與早禿無因果關系。另外，局部因素如帽子太緊、夜間戴壓發帽、用過冷（或過熱）的水洗頭等均非主要因素。

總結；禿頂的不一定就是程序員，這裡面沒有必然的關聯，有些話聽聽就行了，不要太認真。

G. 關於程序員

那編程能力實在是太強了，而且開發經驗豐富。你要想成為程序員就一定要做好吃苦的准備，還有一點要說明，做這個行業不是早結婚，就是晚結婚，這是不爭的事實。
學好某一門語言或學好多門語言只是成為一名合格的程序員必備的條件之一，重要的是軟體工程所要走的一個流程，看一下CMMi方面的資料會對你有一些好處.
(Capability Maturity Model Integration，能力成熟度模式整合)

CMMI（ Capability Maturity Model Integration）的本質是軟體管理工程的一個部分。軟體過程改善是當前軟體管理工程的核心問題， 50多年來計算的發展使人們認識到要高效率、高質量和低成本地開發軟體，必須改善軟體生產過程。基於模型的過程改進是指用採用能力模型來指導組織的過程改進，使之過程能力穩定的進行改善，該組織也能變得更加成熟。

然而，軟體組織形成一套完整而成熟的軟體過程不是一蹴而就的事情，需要經歷一系列的成熟度。軟體組織首先要進行差異分析，評定自己比較接近哪一個成熟度，然後再根據自身的情況來決定要採取哪些改進活動，來更有效地改進自己的軟體過程。這就對軟體過程的評定提出了一個客觀的標准。美國卡內基梅隆大學軟體工程學院於1987年研究成功的SW-CMM（Capability Maturity Model for Software）就是這樣的一個理論模型，其目的在於幫助軟體組織改善軟體生產流程，以探索一個保證軟體產品質量、縮短開發周期、提高工作效率的軟體工程模式與標准規范。

CMMI是一個可以改進系統工程和軟體工程的整合模式。1997年10月SEI停止對CMM的研究，改而致力於CMMI，以解決使用多個過程改進模型的問題。SEI同時宣布CMMI將取代CMM，與2000年8月11日頒布了CMMI-SE/SW 1.0版本，2001年12月頒布了1.1版本，這次發布標志著CMMI正式啟用,並准備今年內完成CMM到CMMI的過渡。說到CMMI就不能不提CMM。

CMM

CMM框架用5個不斷進化的層次來評定軟體生產的歷史與現狀：初始級描述了不成熟，或者說是未定義的過程的組織，是混沌的過程以不可預測結果為特徵；可重復級是經過訓練的軟體過程；已定義級是標准一致的軟體過程，以組織內改進項目執行為特徵；已管理級是可預測的軟體過程，以改進組織性能為特徵；優化級是能持續改善的軟體過程，以可快速進行重新配置的組織性能，和定量的、持續的過程改進為特徵。任何單位所實施的軟體過程，都可能在某一方面比較成熟，在另一方面不夠成熟，但總體上必然屬於這5個層次中的某一個層次。

CMM包括兩部分"軟體能力成熟度模型"和"能力成熟度模型的關鍵過程域"。"軟體能力成熟度模型"主要是描述此模型的結構，並且給出該模型的基本構件的定義。"能力成熟度模型的關鍵過程域"詳細描述了每個關鍵過程方面涉及的過程域。

可重復級關鍵過程域：需求管理，軟體項目計劃，軟體項目跟蹤和監控，軟體子合同管理，軟體質量保證，軟體配置管理。

已定義級關鍵過程域：組織級過程焦點，組織級過程定義，培訓大綱，集成軟體管理，軟體產品工程，組間協調，同行評審。

已管理級關鍵過程域：定量過程管理，軟體質量管理。

優化級關鍵過程域：缺陷預防，技術更新管理，過程更改管理。

多數組織的基本目標是達到成熟度3級。評估組織當前的成熟度級別的手段之一是軟體能力評估（SCE）。SCE通過評估軟體過程（一般以方針陳述的形式）和項目實踐來確定該組織是否言行一致。組織的過程體現了如實記錄所做的工作，項目實施（對該過程的特定剪裁和解釋）應該證明說到做到。

現在全球許多不同的組織以CMM為協助企業作全面的過程改進活動，除了肯定其軟體成熟度外，更像征具有跨足國際市場的能力。現在通過CMM5級認證的組織達到了一百多家。

CMMI

CMM的成功促使其他學科也相繼開發類似的過程改進模型，例如系統工程、需求工程、人力資源、集成產品開發、軟體采購等等，從CMM衍生出了一些改善模型，比如：SW－CMM,SE-CMM,IPD-CMM等。不過，在同一個組織中多個過程改進模型的存在可能會引起沖突和混淆。CMMI就是為了解決怎麼保持這些模式之間的協調。

由業界、美國政府和卡內基·梅隆大學軟體工程研究所率先倡導的能力成熟度模型集成（CMMI）項目致力於幫助企業緩解這種困境。CMMI為改進一個組織的各種過程提供了一個單一的集成化框架，新的集成模型框架消除了各個模型的不一致性，減少了模型間的重復，增加透明度和理解，建立了一個自動的、可擴展的框架。因而能夠從總體上改進組織的質量和效率。CMMI主要關注點就是成本效益、明確重點、過程集中和靈活性四個方面。

與原有的能力成熟度模型類似，CMMI也包括了在不同領域建立有效過程的必要元素，反映了業界普遍認可的"最佳"實踐；專業領域覆蓋軟體工程、系統工程、集成產品開發和系統采購。在此前提下，CMMI為企業的過程構建和改進提供了指導和框架作用；同時為企業評審自己的過程提供了可參照的行業基準。

CMMI的源模型：軟體能力成熟度模型2.0版，C稿；電子行業協會臨時標准（EIA/IS）731；集成產品開發能力成熟度模型（IPD- CMM)。

CMMI的原則：

1． 強調高層管理者的支持。過程改進往往也是由高層管理者認識和提出的，大力度的、一致的支持是過程改進的關鍵。

2． 仔細確定改進目標，首先應該對給定時間內的所能完成的改進目標進行正確的估計和定義並制定計劃。選擇能夠達到的目標和能夠看到對組織的效益。

3． 選擇最佳實踐，應該基於組織現有的軟體活動和過程財富，參考其他標准模型，取其精華去其糟粕，得到新的實踐活動模型。

4． 過程改進要與組織的商務目標一致，與發展戰略緊密結合。

CMMI目標:

1. 為提高組織過程和管理產品開發、發布和維護能力的提供保障。

2. 幫助組織客觀評價自身能力成熟度和過程域能力，為過程改進建立優先順序以及執行過程改進。

CMMI的方法：

1 決定哪個CMMI模型等級最適合組織過程改進需要。

2 選擇模型的表示法是連續式還是階段式。

3 決定組織需要用到的模型中的知識領域。

4 類似CMM提出的過程改進6步，集成化過程改進分成：開始集成過程改進,建造集成改善平台，集成傳統過程，啟動新過程，進行改 進評估。

CMMI內容

CMMI內容分為"要求"、"期望"和"提供信息"三個級別，來衡量模型包括的質量重要性和作用。最重要的是"要求"級別，是模型和過程改進的基礎。第二級別"期望"在過程改進中起到主要作用，但是某些情況不是必須的可能不會出現在成功的組織模型中。"提供的信息"構成了模型的主要部分，為過程改進提供了有用的指導，在許多情況下他們對需要和期望的構件做了進一步說明。

"要求"的模型構件是目標，代表了過程改進想要達到的最終狀態，它的實現表示了項目和過程式控制制已經達到了某種水平。當一個目標對應一個關鍵過程域，就稱為"特定目標"；對應整個關鍵過程域就稱為"公用目標"。整個CMMI模型包括了54個特定目標，每個關鍵過程域都對應了一到四個特定目標。每個目標的描述都是非常簡捷的，為了充分理解要求的目標就是擴展"期望"的構件。

"期望"的構件是方法，代表了達到目標的實踐手段和補充認識。每個方法都能映射到一個目標上，當一個方法對一個目標是唯一就是"特定方法"；而能適用於所有目標時就是"公用方法"。CMMI模型包括了186個特定方法，每個目標有兩到七個方法對應。

CMMI包括了10種"提供的信息"：目的，概括和總結了關鍵過程域的特定目標；介紹說明，介紹關鍵過程域的范圍、性質和實際方法和影響等特徵；引用，關鍵過程域之間的指向是通過引用；名字，表示了關鍵過程域的構件；方法和目標關系，關鍵過程域中方法映射到目標的關系表；注釋，注釋關鍵過程域的其他模型構件的信息來源；典型工作產品集，定義關鍵過程域中執行方法時候產生的工作產品；子方法，通過方法活動的分解和詳細描述；學科擴充，CMMI對應學科是獨立的，這里提供了對應特定學科的擴展；公用方法的詳細描述，關鍵過程域中公用方法應用實踐的詳細描述。

CMMI提供了階段式和連續式兩種表示方法，但是這兩種表示法在邏輯上是等價的。我們熟悉的SW-CMM軟體能力成熟模型就是階段式的模型，SE-CMM系統工程模型是連續式模型，而IPD-CMM集成產品開發模型結合了階段式和連續式兩者的特點。

階段式方法將模型表示為一系列"成熟度等級"階段，每個階段都有一組KPA指出一個組織應集中於何處以改善其組織過程，每個KPA用滿足其目標的方法來描述，過程改進通過在一個特定的成熟度等級中滿足所有KPA的目標而實現的。

連續式模型沒有像階段式那樣的分散階段，模型的KPA中的方法是當KPA的外部形式，並可應用於所有的KAP中，通過實現公用方法來改進過程。它不專門指出目標，而是強調方法。組織可以根據自身情況適當裁剪連續模型並以確定的KPA為改進目標。

兩種表示法的差異反應了為每個能力和成熟度等級描述過程而使用的方法，他們雖然描述的機制可能不同，但是兩種表示方法通過採用公用的目標和方法作為需要的和期望的模型元素，而達到了相同的改善目的。

======================================================================

CMMI 模型的前身是 SW-CMM 和 SE-CMM，前者就是我們指的CMM。CMMI與SW-CMM的主要區別就是覆蓋了許多領域；到目前為止包括四個下面領域：

1．軟體工程（SW-CMM）

軟體工程的對象是軟體系統的開發活動，要求實現軟體開發、運行、維護活動系統化、制度化、量化。

2．系統工程（SE-CMM）

系統工程的對象是全套系統的開發活動，可能包括也可能不包括軟體。系統工程的核心是將客戶的需求、期望和約束條件轉化為產品解決方案，並對解決方案的實現提供全程的支持。

3．集成的產品和過程開發（IPPD-CMM）

集成的產品和過程開發是指在產品生命周期中，通過所有相關人員的通力合作，採用系統化的進程來更好地滿足客戶的需求、期望和要求。如果項目或企業選擇IPPD進程，則需要選用模型中所有與IPPD相關的實踐。

4．采購（SS-CMM）

采購的內容適用於那些供應商的行為對項目的成功與否起到關鍵作用的項目。主要內容包括：識別並評價產品的潛在來源、確定需要采購的產品的目標供應商、監控並分析供應商的實施過程、評價供應商提供的工作產品以及對供應協議和供應關系進行適當的調整。

在以上模塊中，企業可以選擇軟體工程，或系統工程，也可以都選擇。集成的產品和過程開發和采購主要是配合軟體工程和系統工程的內容使用。例如，純軟體企業可以選擇CMMI中的軟體工程的內容；設備製造企業可以選擇系統工程和采購；集成的企業可以選擇軟體工程、系統工程和集成的產品和過程開發。CMMI中的大部分內容是適用各不同領域的，但是實施中會有顯著的差別，因此模型中提供了"不同領域應用詳解"。

CMM的基於活動的度量方法和瀑布過程的有次序的、基於活動的管理規范有非常密切的聯系，更適合瀑布型的開發過程。而CMMI相對CMM更一步支持迭代開發過程和經濟動機推動組織採用基於結果的方法：開發業務案例、構想和原型方案；細化後納入基線結構、可用發布，最後定為現場版本的發布。雖然CMMI保留了基於活動的方法，它的確集成了軟體產業內很多現代的最好的實踐，因此它很大程度上淡化了和瀑布思想的聯系。

在 CMMI 模型中在保留了CMM階段式模式的基礎上，出現了連續式模型，這樣可以幫助一個組織以及這個組織的客戶更加客觀和全面的了解它的過程成熟度。同時，連續模型的採用可以給一個組織在進行過程改進的時候帶來更大的自主性，不用再像CMM 中 一樣，受到等級的嚴格限制。這種改進的好處是靈活性和客觀性強，弱點在於由於缺乏指導，一個組織可能缺乏對關鍵過程域之間依賴關系的正確理解而片面的實施過程，造成一些過程成為空中樓閣，缺少其他過程的支撐。兩種表現方式（連續的和階段的）從他們所涵蓋的過程區域上來說並沒有不同，不同的是過程區域的組織方式以及對成熟度（能力）級別的判斷方式。

CMMI 模型中比 CMM 進一步強化了對需求的重視。在 CMM 中，關於需求只有需求管理這一個關鍵過程域，也就是說，強調對有質量的需求進行管理，而如何獲取需求則沒有提出明確的要求。在CMMI的階段模型中，3 級有一個獨立的關鍵過程域叫做需求開發，提出了對如何獲取優秀的需求的要求和方法。CMMI 模型對工程活動進行了一定的強化。在CMM中，只有3級中的軟體產品工程和同行評審兩個關鍵過程域是與工程過程密切相關的，而在CMMI中，則將需求開發，驗證，確認，技術解決方案，產品集成這些工程過程活動都作為單獨的關鍵過程域進行了要求，從而在實踐上提出了對工程的更高要求和更具體的指導。CMMI中還強調了風險管理。不像在CMM 中把風險的管理分散在項目計劃和項目跟蹤與監控中進行要求，CMMI3級里單獨提出了一個獨立的關鍵過程域叫做風險管理。

H. 什麼樣的個性簽名讓別人一看就知道你是程序員

把自己的專業術語放到上面就能讓人一眼識別你的專業，或者說一些自己的獨特思想，不過程序員的思想應該很板硬吧，不靈活。

誰在烘烤他們的新劃船機?事實上，我能想到魔法和寧靜「多少老房子為他們自己買了一個劃船機。有了MAC BOOK PRO，每一代iPhone代碼都不會傳遞給朋友。

居然還賣車,因為他覺得太貴了在舊金山,維修麻煩,最好是通勤Caltrain租zipcar美好的周末。離開谷歌後，他加入了一家醫療技術初創公司，並不是為了致富，而是為了建立一個團隊來幫助他們改善醫療保健系統。

I. 為什麼中國的程序員總被稱為碼農

• 最後，如果你身邊有這樣的程序員朋友，請你好好珍惜他，因為他們不像口中所說的那樣老土和死板，相反，他們的腦海中有一個大世界。
  

J. ~這個符號是什麼意思

&於拉丁語et （意為and）的連寫，是一個邏輯語言，是指邏輯上表示兩者屬於缺一不可的關系，還表示意思是一個人和另外一個人之意，與and同義。如A&B，表示A與B，A和B，A×B。 字元 & 的最早歷史可以追溯到公元1世紀，最早是拉丁語et （意為and）的連寫。最早的 & 是e和t的合字，後經過一些演變，形成了固定的合字，繼而演變為符號。這個符號和古代一些西文字體的et連寫幾乎一樣。 &符號的運用： 1、在HTML或SGML文檔中，用於指明有字元存在（特殊字元）的默認符號。 2、在電子製表程序中,用於在描述單元格相互關系的公式中插入文本的操作符。 3、英文中代表and，也可讀and。 4、該字元讀音「z'da」。 5、&還有「聯合」的意思。比如「A&B」公司，就是「A」和「B」兩間公司合並起的。 6、在某些電腦語言，如java中，表示按位進行「與」運算。 7、英文拼寫：ampersand。 8、高級語言中的取地址符，如：「int a=0;int *p;p=&a;」，意為取變數a的地址給指針p。 9、C語言中兩個&&表示「與」運算。