程序員的標志

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

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

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

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

② 請問在J2ee開發中，程序員必須會的標簽有哪些，常用標簽有什麼，請說的具體點。謝謝

因為用struts2的緣故，所以我經常是jstl和struts2標簽結合使用，也推薦樓主可以使用，另外在一些特殊情況下，我也會寫一些簡單的自定義標簽使用。例如：按位元組限制字元長度等，具體的樓主酌情。

③ 中級程序員的標准到底是什麼

中級程序員和初級程序員最大的區別在於：工作經驗，有沒有真正的項目實戰經驗。一般來說，程序員都會最基本的刪減，而對於真正的項目就不會接觸太多，所以有的程序員就停留在初級，不了解項目到底該怎麼做，只有你做了幾個項目經驗的時候，才能說自己步入了中級程序員的標准！

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

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

⑤ 初級程序員，要達到的標準是什麼

1. 考試要求： (1) 熟練掌握DOS、WINDOWS95、WORD和上網軟體的使用方法，以及有關基礎知識； (2) 掌握程序編制方法，用C語言編制簡單程序； (3) 掌握基本數據結構、程序語言和操作系統的基本知識； (4) 了解資料庫和信息安全的基礎知識； (5）掌握數制、機內代碼和邏輯運算的基礎知識； (6)了解計算機主要部件和功能的基礎知識； (7) 了解多媒體和網路的基礎知識； (8) 理解計算機操作中常見的英語術語。 2. 通過本級考試的合格人員能熟練使用指定的常用軟體和具有初步的程序編制能力，具有相當於技術員的實際工作能力和業務水平。 3. 本級考試范圍包括: 基礎知識（初級程序員級）, 考試時間為120分種；軟體使用和程序編制初步能力，考試時間為120分鍾。 二、考試范圍 （一）基礎知識 1.1軟體基礎知識 1．1．1基本數據結構 數組、紀錄、列表、隊列、棧（stack)的定義、存儲和操作 1．1．2程序語言基礎知識 匯編、編譯、解釋系統的基本概念和使用 程序語言的數據類型 程序語言的控制結構 1．1．3文件系統使用的基礎知識 文件組織的類型和特點 文件操作命令的使用 1．1．4 操作系統的類型、功能和使用基礎知識 1．1．5資料庫系統基礎知識 1．1．6多媒體基本概念 1．1．7上網瀏覽和收發電子郵件的基礎知識 1．1．8計算機信息安全基礎知識 計算機信息安全基本概念 常見計算機病毒的識別 1．2硬體基礎知識 1．2．1數制及其轉換 二進制、十進制和十六進制等常用數制及其相互轉換 1．2．2機內代碼 原碼、補碼、反碼 定點數與浮點數的機內表示 ASCLL碼級漢字編碼等常用的編碼 奇偶校驗碼 1．2．3邏輯運算 邏輯代數的基本運算和邏輯表達式的化簡 1．2．4計算機的主要部件 中央處理器CPU、存儲器和輸入輸出設備 1．2．5指令系統 常用的定址方式 指令的格式分類及功能 1．2．6常用多媒體設備和網路通信設備的功能 1．3計算機專業英語 高中畢業英語程度 理解計算機操作中常見的英語術語 （二） 軟體使用和程序編制初步能力 2.1 能熟練使用下列常用軟體 2.1.1 操作系統（DOS和WINDOWS95） 2.1.2 字處理軟體（WORD） 2.1.3 上網軟體（電子郵件和瀏覽器） 2.2 能熟練使用下列程序語言編製程序 C（美國標准） 2.3 理解給定程序的功能 2.4 基本演算法 查找、更新、排序和字元處理 2.5 程序編制方法 2.5.1 分支、循環、子程序（過程和函數） 2.5.2 輸入輸出和文件的基本處理

⑥ 禿頭真的是程序員的標志嗎

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

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

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

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

⑦ 關於程序員

那編程能力實在是太強了，而且開發經驗豐富。你要想成為程序員就一定要做好吃苦的准備，還有一點要說明，做這個行業不是早結婚，就是晚結婚，這是不爭的事實。
學好某一門語言或學好多門語言只是成為一名合格的程序員必備的條件之一，重要的是軟體工程所要走的一個流程，看一下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級里單獨提出了一個獨立的關鍵過程域叫做風險管理。

⑧ 如何在 3 年內擺脫「普通程序員」標簽

關鍵時刻，第一時間送達！

⑨ c語言中標識符是什麼

C語言中的標識符只能由字母、數字和下劃線三種字元組成，且第一個字元必須是字母或下劃線。

標識符是用戶編程時使用的名字，比如指定某個東西、人，都要用到它，他或她的名字。在電腦語言中，對於變數，常量，函數，語句塊也有名字，統統稱之為標識符。

電腦的標識符如下：

知識擴展：

C語言的標識符一般應遵循如下的命名規則：

1、標識符必須以字母a~z、 A~Z或下劃線開頭，後面可跟任意個(可為0)字元，這些字元可以是字母、下劃線和數字，其他字元不允許出現在標識符中。

2、標識符區分大小寫字母。

3、標識符的長度，c89規定31個字元以內，c99規定63個字元以內。

4、C語言中的關鍵字，有特殊意義，不能作為標識符。

5、自定義標識符最好取具有一定意義的字元串，便於記憶和理解。

⑩ 知道里，看到有人的標簽是程序員。程序員是做什麼的

程序員(英文Programmer)是從事程序開發、維護的專業人員。一般將程序員分為程序設計人員和程序編碼人員，但兩者的界限並不非常清楚，特別是在中國。軟體從業人員分為初級程序員、高級程序員、系統分析員，系統架構師，測試工程師五大類。
一般的程序員都有四年的在專業領域的學習，需要一個在程序領域的學士學位獲得者，不論是數學方面的還是工程方面的都是可以的。
大約有20%的人在這一領域的計算機科學和工程學擁有更高的學位。還有很小一部分程序員是自學的，盡管一些專業性的學校或者綜合大學可以提供，但是也需要一些別的途徑來提供相關的人才。盡管學歷是比較重要的，但是公司經常把重點放在應聘者的工作經驗上，很多剛從大學畢業的大學生雖然有引人注目的學位證書，但是他們找不到工作是因為他們缺乏經驗。一個程序員雖然沒有正規的學歷，但是如果一個人擁有程序設計的深厚知識背景或者豐富的工作經驗的話，那麼他的機會要比有學歷的應屆畢業生大得多。所以要盡量抓住有用的工作和實習機會，這樣的話在畢業後你就會發現，多實習讓你有更多的經驗，在找工作的時候就有更多的機會。
對於職業程序員，另外一個重要的方面就是，程序員需要不斷提升自己的業務技術，他的技術必須一直保持在一個較高的水平，並且要不斷發展，程序員也要尋找貿易的機會，要參加研討會，在周刊上發表文章和接受職業教育，這些使程序員在自己的領域中分級或者不斷並排前進。