第一篇：程序員9大職業病

腕部疼痛（重復性勞損）

盯著看移動的打印進度以及其后的句點造成的眼部問題

姿勢不當造成的背部不適，尤其是背下側，肩上側。

腸道和尿道的問題（不能正常大小便）

攝入太多咖啡因，而且喝水少造成的脫水

坐姿保持太久，造成男性的痔瘡或前列腺問題（我一會再細說）

光照不足造成維生素D缺乏

熬夜或者喝咖啡過多導致的睡眠失序

缺乏伸展導致普遍的僵硬和疼痛

知道自己的病癥，才可以對癥下藥。需要注意的是，有些病并不會長時間發作，但你也必須重視，因為它就像一顆定時炸彈一樣，隨時在你不注意的時候給你一”爆“。

腕部疼痛

這個可能是我用心最多的。因為頻繁且長時間地編碼，我的腕部有著周期性的疼痛。那年我 22 歲，剛開始職業性地編碼。但是我一直有一個合氣道的功課，這樣我的腕部就會恢復如初。

你知道，合氣道有著絕佳的腕部練習，從而讓你的腕部變得結實又柔軟。他們創造的這些練習可以避免傷害，原本的許多技巧就有扭、撕扯、手臂和肩關節的脫節。

關于如何訓練，可以看下面的視頻（有些是 youtube 上的，需要 fan qiang）：

翻轉手腕 扭腕

手腕外側彎曲 手腕內側彎曲

下面這些步驟是你坐下來碼字時必須要做的，將會事半功倍。

首先要熱身，將手伸向前方在空中盡可能快速地抓 20 次。然后甩手，再做手腕單側彎曲 10 次，然后換方向彎曲 10 次。用你最擅長的，以中速做 5 至 10 次。

繼續做各項動作，但甩手和甩胳膊，彎曲手腕后到要歸位。這些動作會移動手腕中的骨頭，甩的時候它們就會歸位。

千萬不要做過頭，讓你手腕感到損傷。要適度恰好，并放松。那個“沒有付出就沒有收獲”只會傷害你。

每次敲代碼前做這系列動作，每天要做，而且停下來的時候也做一次。用不了多長時間，一段時間的不適之后你的手腕就會開始適應并回到正常，并感到好許多。

眼疲勞

我覺得這對我不是問題，但你最好悠著點。我年輕的時候比 20/20 還要好，但用了幾十年電腦有點偏了，曾經用過眼鏡矯正，我用得著的時候一直戴著，沒有它們看周圍的世界真是惱人的模糊。

在黑暗時期我們天天還瞅的是 CRT 顯示器，煩人的閃爍已經把一些人的眼睛整垮了?，F在的問題是多數 LCD 屏幕對字體的糟糕渲染。我想歸功于蘋果公司的專利，多數 LCD 屏都不能正常渲染字體。盡管有人認為蘋果的字體看起來毛茸茸的，所以對于你的好處將很難說。

我想每天兩個小時不看電腦。要么我去玩吉他不用費眼力，要么去公園散步。我可能不是整整兩個小時都去這樣干，但是加起來要保持兩個小時。

這對于你可能有的頭痛有助益。多數時候程序員可能會想玩電腦的時候開著燈導致了頭痛，但其實是因為體位不對，還有糟糕的字體，飲水不足，而且是跟電腦打持久戰。

不是把你房間的燈都關掉，只需要合理的照明，選擇適合你液晶屏和室內燈光的色彩方案。即融合室內照明，液晶屏亮度和字體，以及讓你感覺更舒服的色彩方案。

但還是先休息一下吧。

背部問題

程序員在長時間寫代碼的時候，往往會保持一個動作，而大部分程序員的坐姿往往都非常不好，這就導致脊背彎曲，簡稱”駝背“，如果你還沒有女朋友，這個缺點會讓你的相親對象對你的印象大打折扣。

我發現最有效的解決辦法是伸展上肢，做俯臥撐。伸展辦法很簡單，抓住門框，然后雙臂同向或反向拉伸。你覺得身體有點僵硬的時候試試下面這些招數：

用一只手抓緊門框，手心朝向你的身體，然后向前挺胸，越過肩位。

用另一只手握緊門框，胳膊交叉在前，手心繼續朝里，然后伸展肩部，使背部得到伸展。兩只手都抓住門框，高舉過頭，稍向后站呈傾斜，然后來回拉伸。（就像站著做俯臥撐）

如果你做了，同時做掄臂，搖擺，你就會覺得好一些?；蛟S在你開始干活之前加一些腕部伸展。

另外就是做真正的俯臥撐了。我工作的時候并不做這個，因為它會讓你很累，難于工作。在睡前我做十次，這十下足以對付胸、背、肩、腕。不要過快，要慢，注意在做的時候使身體平衡。

最重要的是經常起來走走，如果條件允許可以到公司周邊的公園逛逛。

脫水

這個問題不大，我時常有點內疚。我發現我一天狂喝咖啡，正因為這樣我想我也該喝點水。如果我沒有頭疼那倒有點不對。脫水的問題很難發覺，直到你發現的時候已經晚了。

我的建議（我也要多做的）是，喝其他非純凈水的飲料時也喝一杯水。同樣請勿喝蘇打水。它們只是一堆偽糖，讓你變胖導致糖尿病，還有它并沒有給你產生水。喝純黑咖啡吧，它們真他媽好，記著再喝些水。

腸道及尿道問題

好吧，接下來的兩個問題確實不雅，所以就不提發生在我身上的事了，但我要說這句話：

上廁所的時候他媽趕緊去，別猶豫。

上廁所的時候他媽趕緊去，別猶豫。

你不知道這條提示有多有用，我真希望我年輕的時候知道這句話。因為我是一個拼命漢從不間斷，跳過上廁所，憋相當長時間。腸道問題就是你的機體不再告訴你你該拉屎了，只是愈積愈多。

這樣的話最后會導致便秘，這將終結你的健康狀態。對于尿道倒次要，但是你依然可能會有感染和其他令你驚奇的事情。

如果你已經搞砸了，你去弄一些纖維片，待在家里然后吃掉，不要去外面，因為后果很囧的。

然后，你覺得是時候了，拾起身去擁抱上帝吧。我告訴你，在你拉完屎之后你的偉大想法才會自然迸發。

痔瘡和前列腺問題

另外一個不上廁所會導致的就是痔瘡。我知道夠惡的，我保證只提這一次。但是，許多程序員有這個問題，并羞于啟齒，他們并不知道為什么。下面聽我一一道來，我做過下述所有事情，但是只得過一兩次痔瘡：

長時間坐著。

舉重東西，不用輔助。該去解決內急的時候不去。

強迫自己去拉屎，實際上不需要。最糟糕的：坐在廁所里看書。

最后一條就是罪魁禍首。如果你不是必須要大C，可別老泡在那。這相當于將你整個身體和腸子的重量壓進已經瀉完的直腸上，并試圖擠出來。惡心至極！這導致痔瘡因為你的血管中的血壓不自然地升高。

為了你的屁屁的健康，請做以下的事：

多吃果蔬，至少吃點纖維片。該解決個人問題時趕緊的！任何情況下不要壓迫直腸。

還有一個導致前列腺的問題，如果整天坐在屁股上的話。站起來轉轉就可以。如果尿血或者排尿困難，去看醫生，否則會更危險。

睡眠沒有規律

關于程序員睡眠問題，之前有一片強大的帖子程序員快速睡眠攻略，看看吧，騷年，或許可以幫得上你。

另外，我在這里再補充幾條睡眠技巧，有點自我催眠的意味：

關掉你房內的所有燈光和音響。躺下，讓手放在讓你舒服的位置。

緩慢地深呼吸，并想象空氣流進身體及逸散出體外的場景。

當你能注意到你的呼吸之時，想象你在看窗外遼闊的太空，懸星滿布。

然后伴隨呼吸幻想自己漂浮在空中，漸入巨幅的星系，一切星辰，皆伴隨你左右。持續幻想，感覺你的床也在漂浮，直到皆不見。

你或許在四五點睡覺，但不是要出去的話，就幻想自己漂浮直到你真感覺融化了。

第二篇：程序員工作總結

程序員工作總結

總結是在一段時間內對學習和工作生活等表現加以總結和概括的一種書面材料，它可以有效鍛煉我們的語言組織能力，因此十分有必須要寫一份總結哦。那么總結有什么格式呢？下面是小編幫大家整理的程序員工作總結，僅供參考，歡迎大家閱讀。

程序員工作總結1

新的一年即將到來，回首13年我很榮幸的進入了公司，加入了ios游戲開發團隊，進入了一個大家庭。在公司的半年使我真正的從學生時代過度到了一個社會人，下面對自己13年進去公司大半年的情況進行年終小結。

一、在工作中主要存在的問題有：

1.由于開始對業務需求不是很熟悉，所以了解程序開發的過程中多次出現因為需求的原因，而不斷修改返工的情況。

2.在開發中，用到了很多新的技術，由于開發時間緊促，發現的問題不能馬上解決，但是開發的過程，同時也是學習的過程，通過不斷的學習和總結，遇到的問題都得到了很好的解決。

3.在工作階段，有時比較偏向自己的工作方便，忽略了其它同事工作上的量和難易。有的功能自己怎么方便怎么寫。加大了其它同事的工作量，大家都需要相互配合。

二、在工作中的教訓

1．工作的條理不夠清晰，要分清主次和輕重緩急，在開發時間倉促的情況下，事情多了，就一定要有詳實而主次分明的計劃，那些需要立即完成，那些可以緩緩加班完成，在這方面還有很大的優化空間。

2.對流程、業務需求不夠熟悉，在工作中因為流程或業務需求的問題而不知道如何下手的情況有點多，包括錯誤與缺漏還有當時設計考慮的不到位的地方，對于這塊的控制力度顯然不夠，平時總是在開發，但說到底對業務很熟悉才是項目很好完成的前提。

3.學習的知識不夠廣泛，一個項目中，涉及的技術往往有多種，知識多了，就會靈活變通，以后我會加強這方面的學習。

4.缺乏工作經驗。

三、在工作中的收獲

1.語言知識做軟件的一種工具，更好的軟件是站在玩家的立場上用心的設計，讓用戶使用更方便、更快捷。

2.利用技術實現軟件的功能只是軟件的表面，認識問題、分析問題、解決問題才是最重要的。

3.養成總結反思的習慣，并有意識地提煉日常工作成果，在實施上認真的總結工作精英，為以后的實施工作打基礎。

4.不論是做事還是做程序，一定要有清晰的思路，要認真仔細的去做，要有耐心和信心。

四、工作計劃

1.要提高工作的主動性，做事干脆果斷，不拖泥帶水；

2.工作要注重實效、注重結果，一切工作圍繞著目標完成；

3.要提高大局觀，是否能讓其他人的工作更順暢作為衡量工作的標尺；

4.把握一切機會提高專業能力，加強平時知識總結工作；

5.精細化工作方式的思考和實踐；

6.虛心請教優秀的同事，向他們學習技術和經驗；

其實作為一個新員工，所有的地方都是需要學習的，多聽、多看、多做、多想、多溝通，向每一位員工學習他們身上的優秀工作習慣，豐富的專業技能，配合著實際工作不斷的進步，不論在什么環境下，我都相信這兩點：一是三人行必有我師，二是天道酬勤。

在參加工作的短短半年中，我深刻的體會到，把自己所有的精力都投入進去，技術工作都不可能做到完美程度，畢竟技術工作太過繁雜，但多付出一點，工作就會優化一些，這就需要認認真真沉下心去做事情，就是公司所提倡的企業精神：職業做事，誠信做人。

程序員工作總結2

以我的經歷歸納7點：

1認識自己：在做什么、要做什么。安排自己手頭工作要掂量的起輕重緩急，即懂得時間管理。

2學習新知識。一來拔高自己的知識和技能層析、提升競爭力，二來為團隊儲備技術、獲得提拔。---最好有博客、社區互動。

3讓Leader和同事放心：以閉環結果為導向，總是能按時按量完成自己的任務--而不是做了、經歷了

4團隊建設：及時和同事溝通，團隊精神，而不是閉門造車

5溝通表達：跟用戶、同事進行清晰、有效、恰當的溝通，說服別人與之協作，推動項目的前進---要有耐心。

6空閑狀態：項目全面進入測試階段或者一個項目完結、另一個未曾開始階段---積極學習、總結、研究、讀書

7自我反省：根據自己的性格特點規劃職業生涯----

你過去對自己的認識正確嗎?

你現在處在你理想中的位置嗎?

你的職業生涯在向正確的方向前進嗎?

你準備好迎接新的挑戰了嗎?

你需要做些什么，以使自己忙碌并能富有激情?

如果通過上述反省，你覺得必須改變一下，那么，越早采取行動越好。

程序員工作總結3

7．5．3系統測試和調試

1．系統測試的意義及目的系統測試是為了發現錯誤而執行程序的過程，成功的測試是發現了至今尚未發現的錯誤的測試。

測試的目的就是希望能以最少的人力和時間發現潛在的各種錯誤和缺陷。應根據開發各階段的需求、設計等文檔或程序的內部結構精心設計測試實例，并利用這些實例來運行程序，以便發現錯誤。信息系統測試應包括軟件測試、硬件測試和網絡測試。硬件測試、網絡測試可以根據具體的性能指標來進行，此處所說的測試更多的是指軟件測試。

系統測試是保證系統質量和可靠性的關鍵步驟，是對系統開發過程中的系統分析、系統設計和實施的最后復查。根據測試的概念和目的，在進行信息系統測試時應遵循以下基本原則：

·應盡早并不斷地進行測試。測試不是在應用系統開發完之后才開始進行的。由于原始問題的復雜性、開發各階段的多樣性以及參加人員之間的協調等因素，使得在開發各個階段都有可能出現的錯誤。因此，測試應貫穿在開發的各個階段，盡早糾正錯誤，消除隱患。

·測試工作應該避免由原開發軟件的人或小組承擔，一方面，開發人員往往不愿否認自己的工作，總認為自己開發的軟件沒有錯誤；另一方面，開發人員的錯誤很難由本人測試出來，很容易根據自己編程的思路來制定測試思路，具有局限性。測試工作由專門人員來承擔會更客觀，更有效。

·設計測試方案的時候，不僅要確定輸入數據，而且要根據系統功能確定預期輸出結果。將實際輸出結果與預期結果進行比較就能發現測試對象是否正確。

·在設計測試實例時，不僅要設計有效合理的輸入條件，也要包含不合理、失效的輸入條件。測試的時候，人們往往習慣按照合理的、正常的情況進行測試，而忽略了對異常、不合理、意想不到的情況進行測試，而這些可能就是隱患。

·在測試程序時，不僅要檢驗程序是否做了該做的事，還要檢驗程序是否做了不該做的事。多余的工作會帶來副作用，影響程序的效率，有時會帶來潛在的危害或錯誤。

·嚴格按照測試計劃來進行，避免測試的隨意性。測試計劃應包括測試內容、進度安排、人員安排、測試環境、測試工具和測試資料等。嚴格按照測試計劃進行測試可以保證進度，使各方面都得以協調進行。

·妥善保存測試計劃和測試例子，將其作為軟件文檔的組成部分，為維護提供方便。

·測試例子應是精心設計出來的，可以為重新測試或追加測試提供方便。當糾正錯誤、系統功能擴充后，都需要重新開始測試，而這些工作重復性很高，可以利用以前的測試例子，或在其基礎上修改，然后進行測試。

2．測試過程

測試是開發過程中一個獨立且非常重要的階段，測試過程基本上與開發過程平行進行。

一個規范化的測試過程通常包括以下基本的測試活動。

(1)擬定測試計劃。在制定測試計劃時，要充分考慮整個項目的開發時間和開發進度以及一些人為因素和客觀條件等，使得測試計劃是可行的。測試計劃的內容主要有：測試的內容、進度安排、測試所需的環境和條件、測試培訓安排等。

(2)編制測試大綱。測試大綱是測試的依據。它明確詳盡地規定了在測試中針對系統的每一項功能或特性所必須完成的基本測試項目和完成測試的標準。

(3)根據測試大綱設計和生成測試例子。在設計測試例子的時候，可綜合利用前面介紹的測試例子和設計技術，產生測試設計說明文檔，其內容主要有被測項目、輸入數據、測試過程、預期輸出結果等。

(4)實施測試。測試的實施階段是由一系列的測試周期組成的。在每個測試周期中，測試人員和開發人員將依據預先編制好的測試大綱和準備好的測試例子，對被測軟件或設備進行完整的測試。

(5)生成測試報告。測試完成后，要形成相應的測試報告，主要對測試進行概要說明，列出測試的結論，指出缺陷和錯誤。另外，給出一些建議，如可采用的修改方法，各項修改預計的工作量及修改的負責人員。

3．測試策略和測試方法

軟件測試方法分人工測試和機器測試。

1)人工測試

人工測試指的是采用人工方式進行測試，目的是通過對程序靜態結構的檢查，找出編譯時不能發現的錯誤。經驗表明，組織良好的人工測試可以發現程序中30％～70％的編碼和邏輯設計錯誤。

人工測試又稱為代碼審查，其內容包括檢查代碼和設計是否一致，檢查代碼邏輯表達是否正確和完整，檢查代碼結構是否合理等。主要有3種方法。

·個人復查：指程序員本人對程序進行檢查。由于心理上的原因和思維慣性的影響，對自己的錯誤一般不容易發現，對功能理解的錯誤更不可能糾正。因此，這種方法主要針對小規模程序，效率不高。

·抽查：通常由3～5人組成測試小組，測試人員應是沒有參加該項目開發的有經驗的程序設計人員。在抽查之前，應先閱讀相關的軟件資料和源程序，然后由測試

人員扮演計算機的角色，將一批有代表性的測試數據沿程序的邏輯走一遍，監視程序的執行情況。人工檢測程序很慢，只能選擇少量簡單的例子。

·會審。測試人員的構成與抽查類似。在會審之前，測試人員應該充分閱讀相關資料，比如系統分析說明書、系統設計說明書、源程序等。測試人員應盡可能多地列出典型錯誤。在會審時，由編程人員逐句講解程序，測試人員逐個審查、提問。通過這種方式，往往可能使編程人員發現自己以前沒有意識到的錯誤，使問題暴露=會審后，要將發現的問題登記、分析、歸類。

·代碼復審應該在被測軟件編譯成功之后。編譯都不通過的軟件，當然談不上復審。在復審期間，應保證有足夠的時間，讓測試小組對問題進行充分的討論，這樣才能有效地提高測試效率，避免出錯。

2)機器測試

機器測試是把設計好的測試例子作用于被測程序，比較測試結果和預期結果是否一致。如果不一致，就說明可能存在錯誤。機器測試只能發現錯誤的癥狀，無法對問題進行定位。

機器測試分為黑盒測試和白盒測試兩種。

(1)黑盒測試也稱為功能測試。將軟件看成黑盒子，在完全不考慮軟件內部結構和特性的情況下，測試軟件的外部特性。進行黑盒測試主要是為了發現以下幾類錯誤：

·是否有錯誤的功能或遺漏的功能?

·界面是否有誤?輸入是否正確接收?輸出是否正確?

·是否有數據結構或外部數據庫訪問錯誤?

·性能是否能夠接受?

·是否有初始化或終止性錯誤?

(2)白盒測試也稱為結構測試。將軟件看成透明的白盒。根據程序的內部結構和邏輯來設計測試例子，對程序的路徑和過程進行測試，檢查是否滿足設計的要求。其原則是：

·程序模塊中的所有獨立路徑至少執行一次。

·在所有的邏輯判斷中，取“真”和取“假”的兩種情況至少都要執行一次?！っ總€循環都應在邊界條件和一般條件下各執行一次。

·測試程序內部數據結構的有效性等。

4．軟件測試步驟

軟件測試實際上可分成4步進行。

1)單元測試‘

單元測試也稱為模塊測試，在模塊編寫完成且無編譯錯誤后就可以進行。如果選用機器測試，一般用白盒測試法，多個模塊可以同時進行。

測試一個模塊時需要編寫一個驅動模塊和若干個樁(stub)模塊。驅動模塊的功能是向被測試模塊提供測試數據，驅動被測模塊，并從被測模塊中接收測試結果。樁模塊的功能是模擬被測模塊所調用的子模塊，它接收被測模塊的調用，檢驗調用參數，模擬被調用的子模塊功能，把結果送回被測模塊。

2)組裝測試

組裝測試也稱為集成測試，就是把模塊按系統設計說明書的要求組合起來進行測試。

即使所有模塊都通過了測試，但在組裝之后，仍可能會出現問題：穿過模塊的數據被丟失；一個模塊的功能對其他模塊造成有害的影響；各個模塊組裝起來沒有達到預期的功能；全局數據結構出現問題；另外，對于單個模塊來說其誤差可以接受，但模塊組合后，可能會出現誤差累積，最后到不能接受的程度，所以需要組裝測試。

通常，組裝測試有兩種方法：一種是分別測試各個模塊，再把這些模塊組合起來進行整體測試，即非增量式集成；另一種是把下一個要測試的模塊組合到已測試好的模塊中，測試完后再將下一個需要測試的模塊組合起來，進行測試，逐步把所有模塊組合在一起，并完成測試，即增量式集成。非增量式集成可以對模塊進行并行測試，能充分利用人力，并加快工程進度。但這種方法容易混亂，出現錯誤不容易查找和定位。增量式測試的范圍逐步擴大，錯誤容易定位，而且已測試的模塊可在新的條件下再測試，使測試更徹底。

3)確認測試

經過組裝測試之后，軟件就被集成起來，接口方面的問題已經解決，將進入軟件測試的最后一個環節——確認測試。確認測試的任務就是進一步檢查軟件的功能和性能是否與用戶要求的一致。系統方案說明書描述了用戶對軟件的要求，所以是軟件有效性驗證的標準，也是確認測試的基礎。

確認測試，首先要進行有效性測試以及軟件配置審查，然后進行驗收測試和安裝測試，經過管理部門的認可和專家鑒定后，軟件即可交給用戶使用。

4)系統測試

系統測試是將已經確認的軟件、計算機硬件、外設和網絡等其他因素結合在一起，進行信息系統的各種組裝測試和確認測試，其目的是通過與系統的需求相比較，發現所開發的系統與用戶需求不符或矛盾的地方。系統測試是根據系統方案說明書來設計測試例子的，常見的系統測試主要有恢復測試、安全性測試、強度測試、性能測試、可靠性測試、安裝測試。

5．調試’

調試的任務就是根據測試時發現的錯誤，找出原因和具體的位置，進行改正。調試工作主要由程序開發人員來進行，誰開發的程序就由誰來進行調試。

目前常用的調試方法有如下幾種：

·試探法。調試人員分析錯誤的癥狀，猜測問題的所在位置，利用在程序中設置輸出

語句，分析寄存器和存儲器的內容等手段來獲得錯誤的線索，一步步地試探和分析出錯誤所在。這種方法效率很低，適合于結構比較簡單的程序。

·回溯法。調試人員從發現錯誤癥狀的位置開始，人工沿著程序的控制流程往回跟蹤代碼，直到找出錯誤根源為止。這種方法適合于小型程序，對于大規模程序，由于其需要回溯的路徑太多而變得不可操作。

·對分查找法。這種方法主要用來縮小錯誤的范圍，如果已經知道程序中的變量在若干位置的正確取值，可以在這些位置上給這些變量以正確值，觀察程序運行的輸出結果。如果沒有發現問題，則說明從賦予變量一個正確值開始到輸出結果之間的程序沒有錯，問題可能出在除此之外的程序中，否則錯誤就在所考察的這部分程序中，對含有錯誤的程序段再使用這種方法，直到把故障范圍縮小到比較容易診斷為止。

·歸納法。歸納法就是從測試所暴露的問題出發，收集所有正確或不正確的數據，分析它們之間的關系，提出假設的錯誤原因，用這些數據來證明或反駁，從而查出錯誤所在。

·演繹法。根據測試結果，列出所有可能的錯誤原因。分析已有的數據，排除不可能和彼此矛盾的原因。對余下的原因，選擇可能性最大的，利用已有的數據完善該假設，使假設更具體。用假設來解釋所有的原始測試結果，如果能解釋這一切，則假設得以證實，也就找出了錯誤；否則，要么是假設不完備或不成立，要么有多個錯誤同時存在，需要重新分析，提出新的假設，直到發現錯誤為止。

程序員工作總結4

來公司擔任程序員一職已半年多時間，在這半年時間里，我學到了很多東西。每個人都是在不斷的總結中成長，在不斷的審視中完善自己。在這半年里自己也是在總結、審視中腳踏實地地完成好本職工作，現將這半年的工作總結如下：

一、思想方面：嚴格按照一個程序員應有的素養要約束自已，愛崗敬業，具有強烈的責任感和事業心，積極主動認真的學習專業知識，工作態度端正，認真負責，聽從公司的安排，積極配合全友家私完善ERP系統，任勞任怨。

二、工作方面：熱愛自己的本職工作，能夠正確認真的對待每一項工作，工作投入，熱心為大家服務，認真遵守勞動紀律，按時上下班，有效利用工作時間，堅守崗位，需要加班完成工作按時加班加點，保證工作能按時完成。在這半年里，我本著把工作做的更好這樣一個目標，開拓創新意識，積極圓滿的完成了以下本職工作：配合全友家私開發并完善SRM系統獨自開發全友家私SAP日志維護系統。

三、存在不足：一公司領導以及部門領導同事的幫助和指教，使我的工作有了很大提高，當然我還存在著很多不足之處，處理問題思路簡單，不夠成熟，工作中容易產生急躁情緒，需要更深入學習專業知識，提高自己的工作水平。

程序員工作總結5

光陰如梭，20xx年的工作轉瞬即將成為歷史，伴隨著新年鐘聲的臨近，我們依依惜別碩果累累的20xx年，滿懷熱情的迎來即將到來的20xx年。在這年終之際，現對來公司一年的時間里所作的工作匯報如下：

1、正義erp項目的編碼工作。從了解新疆正義項目的背景、及計劃安排，熟悉正義公司制度及業務流程，再到熟悉新能開發模式，之后我根據需求調研報告，從基本的數據庫創建，到編碼，完成了銷售部、生產部、采購部、質檢部四個模塊的基本單據的制單、審核、選單、查詢、打印等系列的編碼工作;完成了正義項目的模塊測試及流程測試。

通過這段時間的努力，使我個人的耐心、細心程度及對工作的合理安排得到了鍛煉，學會了在繁忙之中找條理，危難之中找希望。同時自己也有一些不足之處，一些細節地方技術上還不太成熟，還需加以學習與鉆研。

2、正義erp項目的實施工作。從xx月初開始進行正義項目的實施，每天早起趕在企業上班前趕到企業進行erp的實施。實施期間主要是軟件的安裝實施及對企業的erp系統的使用人員進行軟件使用培訓;紀錄客戶使用過程中出現的問題，晚上下班后加班加點將每天的小錯誤及客戶變更修改完畢。

通過這項工作，使我原本欠缺的業務能力得到了很大的提高，并學到了很多與客戶交流的技巧及業務上的知識，更加明晰了erp系統的流程。但離一個成功程序開發人員的標準還差得很遠，在今后工作中，定會多多注意，加以改善。

3、幫助和使用手冊文檔的編寫。幫助的編寫使我熟悉了dreameweaver和fireworks的使用，為后期的oa開發也奠定一定的基礎，使用說明的編寫，使我更加加深了項目開發的整體思路與技術要點，總結了前期開發和實施中碰到的問題，并又一次的對軟件整體進行了測試，對暴露出的小bug進行了最后的修改。

4、利用工作之余的休息時間加強學習。通常注意收集有關pb方面的資料文件，提高自己的處理新問題和解決新問題的能力，并加強學習java及oa方面的知識(現轉為學習。net)，為后期的工作打好基礎。

以上為本人粗略的個人工作小結，請領導審閱，如工作上有不到之處，請領導不吝指出，以便本人及時改正，從而能更好地工作。

展望臨近的20xx年，我會更加努力、工作上認真負責，再接再厲，更上一層樓。相信自己會完成新的任務，能迎接新的挑戰。

程序員工作總結6

我于20xx年x月x號進入公司，我一直對自己要求嚴謹，遵守公司的規章制度，參與了社保電子支付項目的開發；來到一個新的工作環境，最能發現自身的不足，這幾個；公司的開發流程，熟悉公司的企業文化，了解公司產品；學習經驗，希望能更快的融入公司、融入開發團隊，能做到的工作還十分有限，簡單列了一些：掌握java開發；職時通過一段時間學習并基本掌握了試用期個人工作總結我于20xx年x月x號進入公司的軟件開發四部，擔任java程序員一職。

在這段工作時間里，我一直對自己要求嚴謹，遵守公司的規章制度，努力完成和完善分配給我的任務，參與了社保電子支付項目的開發?，F在，試用期結束了，對自己這x個月的工作情況作個總結。

前期工作回顧來到一個新的工作環境，最能發現自身的不足，這幾個月，抱著虛心學習的態度，學習公司的開發流程，熟悉公司的企業文化，了解公司產品框架，主要技術，主動和同事溝通、學習經驗，希望能更快的融入公司、融入開發團隊，能夠全心的投入工作。

試用期期間完成的工作還十分有限，簡單列了一些：掌握java開發語言和環境，由于在校學習時主要是以.作為開發語言，所以在剛入職時通過一段時間學習并基本掌握了java開發技術，熟悉公司開發流程，熟悉cbp產品框架，了解了核三框架的總體結構和開發流程，并能在核三的基礎上進行項目開發.參與了社保電子支付項目的開發.主要負責web端的模塊開發，通過開發的過程，學習和掌握了flex界面開發，hibernate和oracle數據庫。

因為自己在經驗上的不足，所以，在項目的開發過程中碰到開發進度慢的問題。綜合起來看原因在于：1、沒有項目經驗，沒有經歷過系統和完整的系統開發。2、對于技術的學習和掌握還不夠深入。3、發現問題的能力不夠，在自己以往的學習方式中，欠缺一種主動發現問題的能力。

今后，我會多注意在這些方面的學習和積累.在工作的這段時間里，我做到到很多同事的幫助.部門經理經常與我交流，指出技術上的問題，傳授了很多開發經驗.與同事間也經?；ハ嗾埥?，探討碰到的問題，互相學習，使做到我很快就適應了公司的生活.在這期間還參加了公司的中秋晚會，感受了公司文化.總之，認真的回顧了這段時間的工作，發現了一些不足之處，這都是我在接下的工作中需要完善的同時，也會盡最大努力的學習和積累經驗，逐步發展成一個全面的技術開發人員，更好的完成工作。

程序員工作總結7

把時鐘撥回到xxx年的夏天，大學畢業。那時非常迷茫，不知道能做什么，想做什么，對工作有一種期待和憧憬，只是覺得計算機、網絡有關的職位都可以投遞簡歷。

xxxx年5月12日，南下廣州，開始找工作?；蛟S，因為運氣好、加上筆試不錯、人也比較老實，第一份工作敲定了，任職于一家教育培訓機構公司網絡部，主要工作內容為web網站開發，算是自己的入行職位。

經過大概半年的努力，自己表現出來的專業能力、勤奮、以及奉獻精神，得到了部門經理的認可。自己在人才招聘方面、組員工作安排方面也能參與發表一些意見和想法。同時，經過半年左右的工作學習，對該職位所需要的專業知識和技術能力都基本掌握，自己也能比較快的解決遇到的問題。工作內容變的比較多、雜，開發web網站、公司內部管理系統、電腦網絡維護、網站客服、等等，除了自學，無法接觸到更專業方面的東西。

xxxx年上旬，自己萌生去意，主要原因是公司不是專業的公司，無法在技術上再提升，薪水也較低（1500），最終在xxxx年5月離職，第一份工作結束，工作時間一年多幾天。

總結第一份工作，自己的收獲是從學生到工作的角色轉變，入行了，了解到工作是什么樣子了，技術能力上也有一些成長。

因為對第一份工作懷著特別深的感情，自己沒有在職先去投簡歷應聘，堅持用心上班到最后一天。離職后，開始考慮找下一份工作問題。當時自己想到三個職位，按優先級排為：軟件測試、web網站開發、flash開發。其中軟件測試是覺得測試是該職位未來比較靠經驗、比較熱門的職業，而flash開發則是因為在上一份工作中獨自完成了的一個小。投了不少簡歷和參與不少面試，軟件測試和web開發職位求職并不順利。最終，6月底面試一個flash開發職位成功。

xxxx年，我們都知道，這是網頁游戲開始爆發式成長的一年，各類網頁游戲公司如雨后春筍搬的創立，游戲產品遍地開花。市場上對flash開發人員需求急劇增大，給flash開發者們帶來了無限的機會。正是在這個浪潮下，自己走上了游戲開發之路，這也是之前自己未曾料想到的。

回到剛才所說面試成功了一個flash開發職位，當時是一家香港公司外設廣州的開發部門，要求使用AS3負責小游戲的開發，因為之前沒有使用過AS3，所以做這份工作對自己來說壓力非常巨大。正是這份意外的flash開發工作，讓自己成為了flash開發程序員。這份工作只做了兩個月，主要原因是團隊散漫，自己與同事們沒有太多交流，做的不快樂。正好有了另外一家大型網絡公司的機會，薪水相對第一份工作也已翻番，于是閃電離職。

xxxx年9月2日，新加入第三家公司，感覺非常大、非常專業，是個集團公司，創始人和管理層都是知名的業內人士，公司當時有3百多人，部門設立、規章制度感覺非常完善，剛入職有培訓，福利、工作環境都不錯，這份工作在當時自己看來，是非常不錯的。進入公司后跟著總監進行開發，兩人獨立負責一個新網頁游戲（后面基本就我一個人負責了）。項目開發采用flex，自己買了本書邊學變開發，工作壓力不是特別大?？偙O對自己的學習能力、開發進度、溝通能力、積極主動性都還是非常認可的。這個項目開發了大約5個月，時間來到xxxx年1月份，公司經營狀況和管理層發生了大變化。公司大量裁員、項目凍結，自己由于積極的和總監其其他相關負責人溝通，正是因為這種主動的態度，自己在項目組被砍掉的情況下轉入另一個、也是公司唯一一個正在開發、準備運營的項目中，而之前項目組其他同事全部裁掉了。裁員后的公司開始變的很動蕩、人心浮躁、工作壓力驟升，團隊成員一個個離開，最終自己在6月初也離職，這份工作只做了9個月，但給自己帶來了非常重要的積累，關于技術、項目管理、產品運營、開發流程、團隊合作等都有了初步的認識和理解，專業方面對開發所需的基礎編程知識已基本掌握，游戲模塊開發方面已沒有太大的問題了。

因為參與過大型游戲的經歷、以及游戲市場對該職位人員的巨大需求，相對來說找下一份工作就比較好找了。當時自己的想法是離開廣州，年輕就要拼搏，而拼搏就要到最有機會的地方去，游戲開發，在當時（到現在也是）北京和上海（乃至深圳）是機會最多、最好的地方，于是專門往北、上、深三大城市的公司投遞簡歷，包括新浪、搜狐、巨人、騰訊等大公司。雖然，當時自己做過游戲開發，但經驗尚淺，要找大公司還是難度很大的，最終北、上、深的求職無果，后來到了一家位于廣州相鄰的城市—佛山的一家公司。

xxxx年6月，入職新公司。（因為我依舊在公司就職，就不透露公司名了，直接用“公司”二字表示，下文中涉及到開發的項目也會分別用代號表示）

網頁游戲經過xxxx年的發展，市場上出現了一批掙大錢的游戲，如熱血三國。大量投資者和公司開始投入網頁游戲的研發當中，市面上也出現了各種不同類型的網頁游戲，策略戰爭類、兒童社區類甚至rpg類游戲等都有成功之作。在這個大環境下，佛山公司成立了，公司老板美術出生，做個人站/專業網站近十年，之前一直在上海做公司，因為有了佛山合作的機會，獨身來到佛山，組建了新公司（后面上海公司就注銷了），上海公司之前主要積累在于flash動畫平臺資源，在游戲開發方面也沒什么經驗。佛山公司準備組建大概15人的研發團隊，開發5—8人，美術5—8人，老板任項目經理兼策劃及美術總監，研發項目為Q版兒童類社區游戲（下面稱為A項目），預計研發時間為半年至一年。

入職這家公司有兩個值得提的原因，一是自己想離開廣州這座喧囂的城市，想到安靜的地方閉關修煉學習；而這個公司在當時從環境各方面來說都符合我的想法；二是有一個細節，就是去面試，和面試官（老板）談完準備離開的時候，他主動給了來回車費，這個是我不曾想到的。這個細節讓我覺得公司老板是一個愿意分享的人、公司也是可以信賴的。雖然說換這個工作換了城市、要搬家，但當時來說，自己沒有想到會在這里一呆就是4年，并且廣州離佛山也很近，自己并不需要下多大的決心去選擇這個公司和這份工作。

我是在公司成立一周后開始上班的，是公司的第一批員工，算是公司的“創業元老”。當然，那時候沒有什么創業的概念，只是當做一份工作，只是現在回過頭去看，四年做的事情，遇到的問題、和所付出的心血我覺得與自己創業并沒有太大區別。

我入職后一個月左右研發團隊基本完善，工作陸續展開，一開始團隊做一些簡單的功能模塊和基礎功能點，我主要負責模塊開發，時間沒過多久，出現了一個偶然的機會，把自己推上了準組長的位置，擔負起了主程和組長的職責，也讓自己有了從另一個角度去看待問題、處理問題的機會，關注團隊開發效率、關注整體。

A項目在逐步往前推進，不過現在想起來，似乎沒有特別明確的開發計劃和產品方向，因為整個團隊都沒有太多做游戲的經驗，于是就照著市面上的同類型的成熟產品來做，依葫蘆畫瓢，覺得不好的地方加入我們的想法。以Q版兒童社區游戲為主題，展開功能，一路開發、一路摸索、一路修改。期間，調出了幾個同事進行花園、牧場游戲以及一些休閑小游戲的開發，想把它們整合進游戲中去。同時，公司又接了騰訊的一個休閑游戲外包項目，由我負責客戶端開發，大概持續了2個多月。

自己負責騰訊外包那個項目在那時是從工作以來感到壓力最大的時候，時間緊、任務重，最主要的是遇到問題得全靠自己解決，沒人能幫自己。在那段時間，開創了晚上睡公司的歷史記錄。最終項目雖然有些bug和拖延，還是比較順利上線了，對方也給了比較高的評價，也為后來和騰訊的一系列合作打下了基礎。經過這個項目，自己在技術、做事方法、抗壓能力方面都有了提高。

整個團隊就這樣的狀態做了大概7個月，時間來到了xxxx年春節，此時，市面上的兒童社區游戲比09年初已經多出了很多，兒童頁游市場變成一片紅海，盈利狀況非常不樂觀，而我們的A游戲按計劃還需要好幾個月才能推出。春節過后，大概3月份的樣子，老板決定我們需

要調整方向，改為回合制rpg游戲（因為調整特別大，這里就把調整后的游戲稱為B項目吧）。這個決定在當時來看是無奈的、但是是符合市場需求的調整。整個團隊就按照新目標來開展工作了。

xxxx年初，公司又有一個機會和某個事業單位合作，把A項目改造成一個和世博會相關的、適合青少年玩的項目（暫成為A+項目），公司又把大部分精力和人力轉入到這個項目的研發中去了，我負責了這個項目的對外、對內溝通的職責。4月底，A+項目上線，但經歷了極其悲催的事情——在在線人數很少的情況下出現了服務器宕機，這件事在未來幾年在團隊中都留下了“陰影”。A+項目需要我寫很多技術說明性的文檔和PPT演示文檔，那時似乎自己花在寫代碼上的時間不是很多，每天的事情很雜，寫文檔、溝通策劃、溝通工作安排等等，這個經歷也一定程度上鍛煉了自己的文檔能力和處理問題的能力。

A+項目是一個合作性的非營利性、階段性的項目，到6月份后基本就不需要怎么管了，公司全部精力重新回到B項目。B項目做的并不太順利，xxxx年的6月份距離09年初創公司時已經過去1年，公司啟動資金已經用完，老板只能靠借錢發工資了，各方面壓力開始增大，加班也比較頻繁了。9月份，B項目基本可以測試體驗，10月份實現技術封測（不太記得是10月份還是11月份了）。那一年國慶，假期自己也沒有回老家，和老板及技術總監一起呆在公司弄著游戲的事。產品一直在調整、修改，修Bug，與此同時，公司也在尋求新一輪的融資，和很多機構、個人、公司有接觸談判，當然，這主要是老板做的事，只是作為同事，能感受到這種環境和壓力。

時間很快，又來到了xxxx年春節，又一個轉折點快發生了。

xxxx年初，之前那個A+項目合作方提出新的需求，希望和我們合作繼續開發一款關于宣揚低碳意識的游戲，（暫定為C游戲），于是我們繼續分出幾個同事對這個項目進行開發，我依舊擔任項目對內外溝通的負責人。在這里值得說一下，合作方是一個政府較小的事業單位，和公司及老板有很多年合作的歷史。這類游戲項目主題受限制、沒有太多開發經費和盈利要求，我們也只是作為外包的態度去看待。

xxxx年春節放假前，團隊拼全力在B游戲的完善上，希望發布一個比較穩定、完善的版本。而此時，市場上已經發生悄然變化，回合制戰斗類產品已經多的讓人眼花繚亂，其中還不乏高品質、大推廣的游戲，甚至還出現了不少arpg。這樣的環境給我們帶來了嚴峻的考驗，一是我們覺得的我們自己的產品似乎沒有特別突出的賣點、二是我們在用戶、渠道推廣方面沒有太多的資源和經驗，更重要的是：老板層面尋求的游戲聯合運營和融資方面一直沒有有效的進展，公司賬戶一直是負數狀態。春節放假期間，老板做了一個艱難的決定：決定假期后只少數幾個員工按計劃上班（我是其中一個），大部分員工延長假期，待公司確定上班時間后再通知。而上班的幾個同事先重點研究、分析B項目的情況，針對項目存在的問題，有的放矢，確定未來半年這個項目的計劃。

計劃趕不上變化快，就在我們在對項目進行整理的那段時間里，我們又有了一個合作的機會，和國內一互聯網巨頭（暫就稱為T公司）的游戲部門合作開發一款關于汽車的游戲，我們臨時做了比較詳細的準備，產品方案、開發計劃，召開電話會議等，但由于一些原因最終沒有合作成功。不久，T公司之前和我們有過溝通的人為我們引薦了T公司的另外一個部門，準備合作另外一個關于時尚購物的項目（暫定為D項目）。對這個新項目我們非常期待，因為T公司有著特別巨大的用戶資源和平臺，如果能合作成功，對我們來說，風險可以降到很低。我們積極的準備產品方案和材料，希望能得到他們的認可。和T公司的溝通大概持續了1個月時間，這段時間我們B項目和C項目的工作沒有停止，公司員工陸續回來上班。一方面我們繼續老項目的完善，另一方面我們在和T公司進行D項目的溝通和準備。3月底，D項目基本確定，和T公司合作開發。剛得知合作成功的消息時，公司同事還是比較興奮的（特別是

老板），大家都對這個項目充滿期待，當然，也有擔憂、迷茫和疑問。（和T公司的合作，后面回過頭看來，其實主要還是以我們公司為主，對方只是在初期發表一些意見和看法，他們所承諾的幫助最終由于各種原因也沒有達到預定的目標）

D項目確定后，我們就把B項目徹底放棄了！從09年創立公司打算的A項目，再到把A改造成B項目，時間已經過去近2年！而如今，因為各種原因，要把B項目放棄，這是何等的無奈和遺憾。過去近兩年的努力基本白費，大家心里都有些不甘。時至今日，每每說起這個項目，心里多少都還會惋惜。

我們對D項目做了了詳細的開發計劃，采用快速迭代開發、小步快跑的方式。開發時間準備1個半月，然后上線。當時，在facebook上有一款同類的游戲，我們以它為原型，進行修改調整符合我們本土的風格和玩法（后來，我們又做了很大的玩法上的創新和完善）。我們加班加點的趕工，晚上也在公司，假期也基本都在公司，遇到事情處理事情、遇到問題解決問題，最終通過團隊的努力，6月份完成了上線內測，8月份登錄空間、9月初開始收費，游戲各方面的數據都表現不錯。

那時，團隊也迎來了一次較大調整，陸續有同事離開，一方面工作壓力巨大，另一方面公司財務長期得不到改善，用“苦”和“累”這些詞語已經很難表達完自己的感受了。很多人對公司的未來、項目的未來、自己的未來充滿了疑惑、迷茫，對是否堅持產生了動搖。值得一說的是，在那次團隊變化過后，之后的兩年里，團隊就基本沒有大變化了，所以我們現在的核心團隊都是一起打拼了4年的同事，人數少、效率高，溝通簡單、直接、高效。

D項目上線后，有了收入，相對就平穩了。公司主要工作就是收集玩家需求，開發新功能上線。差不多一年多的時間（大概持續到xxxx年的12月份），我們一直在通過各種方式增加用戶、增加留存，提高付費滲透率。xxxx年4月到xxxx年12月期間，我們還上線了C項目，以及為T公司的其他部門開發了外包項目及其他合作的小項目。因為時間不是很長，也不是公司主要方向，在這里就不詳細介紹了。

D項目的開發過程非常艱苦，最明顯缺的就是開發人員，這么大的一個游戲項目，包我就只有2個客戶端開發人員、一個半服務端開發人員（為什么算半個是因為前期有2個，后期只有1個了），沒有專職測試，老板任項目經理兼美術總監兼策劃兼商務。所有人都是在高壓力、同時又是疲憊的狀態下工作。自己更是不僅要寫程序，關注團隊，很多時候還需要兼任客服、以及一些過往項目的對外溝通。自己不知有多少個日夜，凌晨、甚至通宵還在寫代碼、修Bug，新功能剛剛開發完就要趕著上線，然后無窮的Bug和錯誤、甚至低級的錯誤。很多問題是由于時間匆忙、工作流程、人手有限等各方面的原因導致的。自己那時也承受著巨大的壓力和遭受了很多委屈。

值得欣喜的是D項目可以算作一個成功的項目。項目維持在20—50萬左右的日活躍，每個月有幾十萬的流水（有幾個月快接近百萬），在如此激烈的競爭環境中起得這樣的成績也算是對我們辛苦付出的一個匯報，值得我們這種小團隊值得高興的事情了。因此在xxxx年春節，公司首次派發獎品：每人一臺Ipad，這也是自己工作以來首次獲得的大價值獎品/獎金。但從公司層面來說，從xxxx年6月到xxxx年12月，三年半時間，依舊還在貧困線上徘徊，依舊還有很長的路要走，依舊任重而道遠。

xxxx年11月份后，D項目活躍人數開始緩慢下降，收入基本穩定但呈下降趨勢。做了一些調整和活動但效果不明顯，我們開始把人力資源轉向新項目的開發了。關于新項目，本文不做詳細介紹（留著下一個6年的回憶錄里寫），開發了大半年，時不時被暫停轉去做其他事情，項目進展基本順利，預計今年6月份內測。

程序員工作總結8

1、前期工作回顧

來到一個新的工作環境，最能發現自身的不足，這幾個月，抱著虛心學習的態度，學習公司的開發流程，熟悉公司的企業文化，了解公司產品框架，主要技術，主動和同事溝通、學習經驗，希望能更快的融入公司、融入開發團隊，能夠全心的投入工作。試用期期間完成的工作還十分有限，簡單列了一些，公司領導批評指正：

熟悉公司開發流程，熟悉wps產品框架，主要是Shell部分，只是這一階段的主要任務，貫穿始終：

制作Unicode代碼掃描工具。

熟悉Shell部分現有的Unicode解決方案，熟悉Tnt的實現

解決Delphi對異常處理的缺陷

制作Unicode版本的ShellComboBox控件，一個通過調用ShellAPI實現類似微軟提供的用來選擇文件夾的下拉列表框

負責跟蹤WPPShell部分的Bug

分析Shell部分影響啟動速度的瓶頸

部分工作詳細描述

制作Unicode代碼掃描工具，語法掃描實現老梁已做好，我主要是調用他提供的API做成可視化的工具，第一版本做成獨立的exe工具，第二個版本做成集成到DelphiIDE中的插件，與Delphi編輯器高度集成，主要要做到在Delphi編輯過的文件能立即被掃描，被掃描過的文件能夠立即反映到編輯器中，即要獲得Delphi的編輯器緩存，做到和編輯器同步。要能夠將掃描的結果信息顯示到DelphiIDE的消息列表框中，并可以像編譯器生成的調試信息一樣，雙擊信息自動定位到對應的源代碼行。

操作系統和編譯器共同協作建立起程序的異?？蚣?，當程序運行到包含錯的代碼時，系統自動跳轉到程序指定的錯誤處理程序，通過調用API，可以獲得出錯現場的CUP狀態和堆棧信息，但邵高揚在內核試圖使用APIDump出出錯的堆棧信息時失敗，初步分析問題出現在Delphi部分，應為完全用C++寫的測試程序可以獲得錯誤信息，但通過Delphi寫代碼調用C++的Dll是，獲取錯誤信息就失敗。為此把Delphi內核與異常相關源代碼又重新研究了一遍，分析對比Delphi和C++生成的異?？蚣軈R編代碼，找出原因。具體原因就不詳寫了，有相關開發文檔。

2、感受公司文化

以前同學在還在公司的時候，經常能從她那里聽到關于金山和她同事們的趣聞軼事，心里在想金山的文化氛圍不錯，那時偶然的一次，跑到她們公司去看她，在公司總部逗留過幾分鐘時間，就這短短幾分鐘給我留下了深刻的印象，也促使我后來又一次面臨工作抉擇時選擇了金山整個大大的辦公室到處散播著朝氣、自由、和諧的氣氛，墻上顯眼的地方掛著極富程序員特色的橫幅，過道的白板上寫著幾月幾號提交版本，幾月幾號幾點幾分到幾點幾分文字組預定會議室，僅僅一瞥就讓我覺得這是一個重視工作效率和溝通方式的公司，辦公室的一角貼著“小賣部”，桌上堆放著一堆年輕人喜歡的零食，小細節反映大文化，當時就和同學開玩笑，“問問你們老大還要像我這樣的不”，如果有機會，我會選擇金山來到公司，感受到的公司文化。

3、發現不足，展望未來

缺點，第一大缺點，有點不好意思提，被章慶元多次批評過，上班遲到，這個沒有理由可找，努力反省改正，過年已經改進很多，能準時上班，踩單車的速度也因此提高了不少，同事也鍛煉了身體，呵呵，一舉多得。

言歸正傳，過年在家，認真地思考了這幾個月的工作，覺得到公司以后我身上最大的問題是貪功心切，空浮，不實在，總是想做大問題，高難度的工作，不愿意做太過細節的簡單工作，這個問題也被章慶元指出過。今年上班以后，調整好心態，開始靜下心來，踏踏實實做些事情。

程序員工作總結9

我于xxxx年xx月xxxx日成為本公司技術部的一名程序員，三個月的試用期轉眼就過去了。這段我人生中彌足珍貴的經歷，給我留下了精彩而美好的回憶。在這段時間里您們給予了我足夠的關懷、支持和幫助，讓我充分感受到了領導們“海納百川”的胸襟，在對您們肅然起敬的同時，也為我有機會成為影響力在線的一員而驚喜萬分。

這段時間，在領導和同事們的關懷和指導下，我通過不懈努力，各方面均取得一定的進步，現將我的工作情況做如下匯報：

一、通過理論學習和日常工作積累經驗我的各方面有了很大的進步。

剛到公司不久，我便開始負責###方面的網站開發和廣告平臺開發和維護，剛開始的時候對我來說確實壓力很大，因為各方面都還不熟悉，而且與之前的公司相比，節奏也有點快，不過我慢慢的習慣了環境，和同事相處的比較融洽，領導對我也比較關心，在公司里工作就像是在一個幸福的大家庭里一樣，我很快喜歡上了這里。

我到公司不久，有個項目是xxxxxx公司網站，做這個項目的時候我遇到了幾個問題，我在以前公司做的時候沒有在這么短的時候完成一個項目的，在效率上提高了我的能力。做這個項目的時候我也遇到了許多以前沒有遇到過的問題，我請教同事和朋友，還有借助網絡一一解決了難題。

之后，我將B2B廣告招商平臺進行了改版，開發了xxxxxx智能建站廣告平臺以及以后網站的維護工作。

接下來，我又做了一個比較棘手的項目——xxxxxx在線咨詢系統。為什么說棘手呢，因為我以前沒有做過這方面的項目，而且我問遍了所有認識的朋友，搜遍了網絡也沒有找到如何解決的方法，之后我翻書籍，接著搜索網絡。

功夫不負有心人，終于我找到一個聊天室的小例子，但是功能差的太遠，于是我把這個示例一點點的研究，從一點也不懂到后來慢慢看懂，從對###技術一無所知到基本熟練運用。接下來我就開始自己開發，到最后終于把它開發了出來，雖然不是很完美，功能不是很強大，但是它是我辛苦的勞動結晶，我相信以后會把它開發的更強大，更完美。

二、明確崗位職能，認識個人技術能力不足。

經過三個多月的工作，雖然完成了一些項目的開發，我的技能也提高了很多，但是感覺我的技術還有待提高，所以我會在以后的工作中更加努力，努力提高自己的技術和各種不足，努力使自己成為一名稱職的職員。

三、提出自己努力計劃

1、學無止鏡，時代的發展瞬息萬變，各種學科知識日新月異。我將堅持不懈地努力學習各種技術知識，并用于指導實踐。

2、“業精于勤而荒于嬉”，在以后的工作中不斷學習知識，通過多看、多學、多練來不斷的提高自己的各項技能。

3、不斷鍛煉自己的膽識和毅力，提高自己解決實際問題的能力，并在工作過程中慢慢克服急躁情緒，積極、熱情、細致地的對待每一項工作。

4、努力提高自己的日常交際能力。

時光流轉間，我已到公司工作三個多月。非常感謝公司領導對我的信任，給予我體現自我、提高自我的機會。這三個多月的試用期工作經歷，使我的工作能力得到了由校園步入社會后幅度的提高。

我會以炙熱的工作熱情繼續投入到今后的工作當中，以自己踏實努力的工作，報公司知遇之恩!

程序員工作總結10

時間轉眼到了年底，回顧這過去的一年我感覺自己還是有很多進步的，在工作方面我也是深刻的體會到了這一點，我覺得這對我自身能力而言也是一個很不錯的提高，現階段的工作當中我也愿意讓自己去做好分內的職責，對于過去的一年還是有很多準備的，我也需要總結一下工作。

首先我一樣這些是我應該要有的態度，這對我個人而言也是很有幫助的，我也是感覺在這一點什么我可以有更多的提高，我也堅信不管是做什么事情有都應該要認真，在這一年來的工作當中我覺得自己的進步是看得見的，我希望能夠在接下來的工作當中能夠做的更好一點，這是毋庸置疑的，我也會更加深入的去了解一下這些，每天認真完成好自己的業務能力，在這個過程當中我是非常清楚這些的，在這一年到頭之際，我應該要有一個好的判斷，未來的工作當中，我會堅持去做好這一點，做技術工作是需要有足夠的抗壓能力的，現在回想起來我還是認真做的不錯的。

來到公司已經有一段時間了，我清楚的了解到了自己在能力上面還是稍有欠缺，這讓我清楚的意識到了這一點，回顧這過去的一年我是清楚的認識到了這一點，這方面我是很有信心的，未來的還會有更多職責是應該要做好的，這一年來我也是完成了兩個項目，我覺得自己的表現還是不錯的，我是認真的關注好自己分內的事情，在這兩次項目當中我也是學習到了很多，我深刻的意識到了這一點，當然以后還會有一些事情值得我去做好的，這個過程當中我是做的足夠認真的，這一年來有很多的事情還是值得我去鉆研的，和周圍的同事身上也學習到了很多，這對我個人而言是一次很穩定的提高。

當然在這過去的一年當中，我也是有一些做的不夠好的地方，這給我的感覺是很不好的，我能夠清楚的意識到這些，我覺得在工作方面自己做的不夠細心，所以出現了一些不該有的問題，相信新的一年我可以糾正好這一點，這也是作為一名程序員應該要有的態度，也感激過去一年來自己的進步，我始終相信，我可以有更多的成長空間，雖然偶爾在工作方面我會出現一些問題但我還是希望可以做的更加細心一點，在這方面，我對自己還是很有信心的，新的一年我也一定會更加的努力。

程序員工作總結11

尊敬的領導：

您好！我從11月1日入職到X公司已兩個月了，在參與整個OA項目開發的工作中，公司領導給了我很多學習的機會，這使我對以后的編程之路又有了些許信心。11月份剛到的第一周，我的主要任務是熟悉公司業務、了解項目開發流程、需求。學習項目的開發技術，向同事請教開發技術上的問題。

一、下面對20xx年工作作一個簡單的總結：

11月—12月 參與了各個模塊的功能開發及測試

主要功能模塊開發如下：

人事管理：職員登記、員工轉正、員工調崗、員工調薪、員工離職。

成人高考：

招生管理主要負責招生計劃、報讀輔導班、購買教材。教學管理主要負責課程、院校、專業、教學計劃、專業申報、指定班次。

學籍管理主要負責入學注冊及其明細、畢業處理、學籍異動處理。教材管理主要負責教材入庫。

費用管理主要負責退費處理、額外減免審核。

財務管理：

預算管理主要負責預算、增補預算。

收支登記：支出登記。

二、在工作中主要存在的問題有：

1、由于開始對業務需求不是很熟悉，所以前期在開發的'過程中多次出現因為需求的原因，而不斷修改、返工的情況。

三、工作心得：

1.所有的工作中溝通是最重要的。隨時記錄發現的問題，同事之間溝通之后才能把問題處理的及時、有效和清晰，盡量避免產生BUG。

2.互相學習是很重要的，工作并不是一成不變的，也許有一天你要去其他崗位幫忙，公司需要你發揮其他的技能幫忙。所以同事之間的技術需要相互學習，除編程之外，界面技術等都得學習。

3、每天的工作小結真的很重要，這讓我們每天都有計劃的知道自己干了什么，不是漫無目的的工作，所以我們應該養成，日記、周記、月記、年記的工作習慣。

四、工作教訓：

自己在工作中主要有以下方面做得不夠好：

1.工作的條理性不夠清晰，要分清主次和輕重緩急；

在開發時間很倉促的情況下，事情多了，就一定要有詳實而主次分明的計劃，哪些需要立即完成，哪些可以緩緩加班完成，在這方面還有很大的優化空間。

2.對流程、業務需求不夠熟悉；

在工作中，發現因為流程或業務需求的問題而不知道如何下手的情況有點多，包括錯誤與缺漏還有當時設計考慮不到位的地方，對于這塊的控制力度顯然不夠。平時總是在開發，但說到底對業務很

熟悉才是項目很好完成的前提。

3.學習的知識不夠廣泛；

一個項目中，涉及的技術往往有多種，知識多了，就會靈活變通，以后我一定會加強這方面的學習。

五、對部門及工作崗位流程的合理化建議：

為加強同事之間的交流，團結互助精神，應適當的安排一些娛樂活動或健身運動等。

六、工作計劃、今后規劃暫時做出以下幾點規劃：

1、要提高工作的主動性，做事干脆果斷，不拖泥帶水；

2、工作要注重實效、注重結果，一切工作圍繞著目標的完成；

3、要提高大局觀，是否能讓其他人的工作更順暢作為衡量工作的標尺；

4、把握一切機會提高專業能力，加強平時知識總結工作；

5、精細化工作方式的思考和實踐；

6、虛心請教比我做的優秀的其他同事，向他們學習技術或經驗。

其實作為一個新員工，所有的地方都是需要學習的，多聽、多看、多想、多做、多溝通，向每一個員工學習他們身上的優秀工作習慣，豐富的專業技能，配合著實際工作不斷的進步，不論在什么環境下，我都相信這兩點：一是三人行必有我師，二是天道酬勤。

在參加工作期間，我深刻的體會到，把自己所有的精力都投入進去，技術工作都不可能做到完美程度，畢竟金無足赤人無完人，技術工作

太繁雜，項目任務重而人手少。但多付出一些，工作就會優化一些，這就需要認認真真沉下心去做事情，就是公司所提倡的企業精神：厚德，立身，誠信，卓越。

XXXX公司

java程序員

姓名XX

20xx年1月10日

程序員工作總結12

光陰如梭，一年的工作轉瞬即將成為歷史，伴隨著新年鐘聲的臨近，我們依依惜別碩果累累的20xx年，滿懷熱情的迎來即將到來的20xx年。在這年終之際,現對來公司一年的時間里所作的工作匯報如下：

1、正義erp項目的編碼工作。了解新疆正義項目的背景、及計劃安排,熟悉正義公司制度及業務流程,再到熟悉新能開發模式,之后我根據需求調研報告,從基本的數據庫創建,到編碼,完成了銷售部、生產部、采購部、質檢部四個模塊的基本單據的制單、審核、選單、查詢、打印等系列的編碼工作;完成了正義項目的模塊測試及流程測試。

通過這段時間的努力,使我個人的耐心、細心程度及對工作的合理安排得到了鍛煉,學會了在繁忙之中找條理,危難之中找希望。同時自己也有一些不足之處,一些細節地方技術上還不太成熟,還需加以學習與鉆研。

2、正義erp項目的實施工作。從十一月初開始進行正義項目的實施,每天早起趕在企業上班前趕到企業進行erp的實施。實施期間主要是軟件的安裝實施及對企業的erp系統的使用人員進行軟件使用培訓;紀錄客戶使用過程中出現的問題,晚上下班后加班加點將每天的小錯誤及客戶變更修改完畢。

通過這項工作,使我原本欠缺的業務能力得到了很大的提高,并學到了很多與客戶交流的技巧及業務上的知識,更加明晰了erp系統的流程。但離一個成功程序開發人員的標準還差得很遠,在今后工作中,定會多多注意,加以改善。

3、幫助和使用手冊文檔的編寫。幫助的編寫使我熟悉了dreameweaver和fireworks的使用,為后期的oa開發也奠定一定的基礎，使用說明的編寫，使我更加加深了項目開發的整體思路與技術要點,總結了前期開發和實施中碰到的問題，并又一次的對軟件整體進行了測試，對暴露出的小bug進行了最后的修改。

4、利用工作之余的休息時間加強學習。平時注意收集有關pb方面的資料文件，提高自己的處理新問題和解決新問題的能力，并加強學習java及oa方面的知識(現轉為學習.net)，為后期的工作打好基礎。

以上為本人粗略的個人工作小結。請領導審閱，如工作上有不到之處，請領導不吝指出，以便本人及時改正,從而能更好地工作。

展望臨近的20xx年,我會更加努力、工作上認真負責,再接再厲,更上一層樓。相信自己會完成新的任務,能迎接新的挑戰。

程序員工作總結13

新的一年即將到來、回首06年我很榮幸地進入了公司、加入了XXX團隊。認識了友善嚴謹的領導、熱心和睦且技術優秀的同事。很是開心、這是有收獲的一年。讓我從學生時代轉職到了一個社會人。下應對自己06年進入公司大半年的狀況進行年終小結

一、收獲、不足及改善

a、業務開発、技術潛力

來到XX團隊、經過了將近一個月的培訓、大體上對業務的流程、規約、制造程序的方法步驟有了必須的了解。期間做過從簡單到復雜的幾本程序、從仿真到實際收獲很大。起先、感到這個人事系統十分之龐大、資料豐富、模塊功能繁多。復雜之中又有規律。在此十分感激我的subleaderXX、還有老員工們對我們的細心指點。、那段時間常常加班加點地幫忙我們盡快熟悉系統。

培訓的最后一本程序、是本工作量比較大的程序。我們也研究討論過數天、也發現了詳細設計的問題。體會到XXXXX公司對程序制造的嚴謹和細致。處處體現了規范。不是亂來、隨心所欲地做程序。如注釋地添加、這是多人合作的工作、你寫的代碼要好好書寫注釋、以便于以后的修改閱讀。在做這本程序時、很多的細節問題常常被我們忽視。讓我吃驚的是、畫面上的距離竟然都是用尺子去量的、畫面上的控件有1pX的距離、subleader都為我們指了出來、可見這是一個需要細心、耐心、嚴謹的工作。

在工作中了解到一個原則那就是效率時間優先原則。一切都要有效率、都要在納品之前、提早發現問題、解決問題。千萬不要拖到最后一天、才發現了問題、那樣要耽誤事情了。采用前緊后松原則、前面多加緊點、后面好寬松點。

之后做過一本比較簡單的程序、由于不是很復雜。做的比較順利。經過自測、還有subleader的測試最終發現了一個javascript的問題、補上了。在做著本程序前、先好好研究了段時間、之后發現了詳細設計有錯誤的地方、也指了出來、發了QA得到了日方的確認?？傮w上是提前完成了任務。也積累了點小經驗。期間最后的步驟sourcereview工作對source進行了修改。有些地方都還不是很規范、總之都要體現按照規約的來、不能隨心所欲。

經過一段時間的修正、體會到如果自己寫的代碼很爛會讓下一個改你程序的同事很是頭疼、所以必須要提高自己的素質、首先就應注意的要條理清楚、思路明晰。X提高素質，寫好注釋。經過一段時間的修正，體會到如果自己寫的代碼很爛會讓下一個改你程序的同事很是頭疼，所以必須要提高自己的素質，首先就應注意的要條理清楚，思路明晰。

掌握進度，隨時匯報。了解到我們做的任務都有XX期限，所以要求我們能估計這天做的任務的進度。然后下班前都要跟自己的teamleader匯報。剛開始，我們都很是不習慣，或者是忘記了。沒有及時匯報。這樣很不好，會導致leader掌握不了你做的任務的動態。以后都就應時刻提醒自己反應狀況，提出自己遇到的困難需要哪些幫忙。

測試不馬虎，差事不應付。有近一段時間我們做了大批量的測試工作。這可能不必須需求很高的技術含量。卻是個考驗細心，嚴謹的任務。甚至有的時候感到很繁瑣枯燥。但這個保證軟件質量的重要過程。如果測試的馬虎，不認真測，軟件到用戶手上才看到bug是多么不好的狀況阿。期間我們都對不懂的模糊的條目詢問了同事和領導。不輕易地亂打對錯。做好貼圖，貼數據工作。當然做多了也有了點體會，比如100多項的測試，也能夠發現里面的規律，有些項目是一組一組的，比如一個動作，測試下來，就能夠對好幾項的對錯進行判別。

中途以前做過一本XXXXX程序，由于接觸的同事不多，我自己研究了下參考了給定的程序，跟同事研究討論后，最終完成了。期間還發現了詳細設計的錯誤，跟日方溝通得到了確認。這讓我有了信心，雖然沒有接觸過的東西，也是能夠透過學習完成的。

在空閑的時間subleader也安排了我們自主學習，對XXXXX系統做些技術調查等等。也學到很多，當然還是有很多不明白的地方有待繼續學習。

另：以前以前做的。net多是windowsapplication方向的，剛進入公司做的是web方向的所以也是有很多需要學習的。工作中發現，有些動作步驟常常是機械的繁瑣的重復的。我們是程序員完全能夠自己編寫點小軟件來服務自己，提高效率。我發現加菜單操作十分的繁瑣，要去數據庫查東西，復制粘貼要弄個老半天，在空的時間里，我也寫了個小程序，能夠快速地加菜單，很想繼續完善實現其它的功能得到subleader及其它幾位同事認可。且課余時間還做過個多年的心愿一個麻將程序，有點停滯不前，此刻只完成了個雛形。

總之業務上還有很多需要探索學習的東西。

a、団體合作，交流協調

做軟件是個團隊合作的項目，不是一個人單槍匹馬能做好的。個性是我們此刻做的人事這么個龐大的系統。剛進公司，由于對大家都不是太熟悉，遇到了問題都是自己琢磨。leader鼓勵我們要多交流。此刻大家也很融洽，老員工也很熱心地幫忙我們新人，遇到問題我們也能討論共同進步。這點做的還是挺好。

b、工作的態度

工作態度上還能用心配合大家做好工作的，服從領導的安排，有問題及時反應。并沒有惡意地違反規章制度。

程序員工作總結14

回首這一年的工作，有碩果累累的喜悅，有工作當中的艱辛，也有遇到困難和挫折時的惆悵。在項目可開發的過程中，難題一個接一個的出現，自信心不止一次的受到過打擊，雖然自己早就知道，要做到符合公司的要求，做一名合格的程序員，這些是遠遠不夠的。每天我都會不斷勉勵自己，好好學，以后會好的。在此同時，公司也給了我很多學習的機會，這是我對以后的編程之路又有了信心。在擔任公司程序員一職已經有一年多的時間，在這一年時間里，我學到了很多東西。每個人都是在不斷的總結中成長，不斷的是審視中完善自己。在這一年里自己也是在總結、審視中腳踏實地完成好自己的本職工作，現將這一年的工作總結如下：

思想方面

嚴格按照一個程序員應有的素養來約束自己，愛崗敬業，具有強烈的責任崗和事業心，積極主動認真的學習專業知識，工作態度端正，聽從公司的安排，積極配合客戶完善數字化校園系統。

工作方面

熱愛自己的本職工作，能夠正確認真的對待每一項工作，工作投入，熱心為大家服務，認真遵守勞動紀律，按時上下班，有效利用工作時間，堅守崗位，需要加班完成工作的要按時加班加點，保證工作能夠按時完成。在這一年多的時間里面，我本著把工作做的更好這樣一個目標，主動了解公司的開發項目流程，請教他們開發技術上的問題。

工作心得

1.在這一年多的時間里面，我參與的都是團隊合作的項目，無論是自己還是同事，我們都將就團隊精神。在信任自己和他人的基礎上，思想統一，行動一致，這樣的團隊一定會攻無不克戰無不勝。我們的很多工作是一起完成的，在這個過程中，大家互相提醒和補充，大大提高了工作效率，所有的工作中溝通是最重要的，一定要把信息處理的及時，有效和清晰。

2.每一個項目在開始著手的第一步，一定要和客戶把需求溝通清除，只要了解項目的需求，才有可能真正做好一個項目。我們需要向客戶提出，要求客戶提供所有涉及該項目的資料，每次與客戶見面都需要熟悉業務與程序的程序員隨時記錄需求。

3.工作中，將任務詳細化，詳細到每個頁面，甚至是一個頁面中的圖片什么時候做好，做好到什么程度，這樣把工作進度有計劃有方向的定下來，做事很有效率。

4.每天的工作小結真的很重要，這讓我們每天都有計劃的知道自己干了什么，不是漫無目的的工作，所以我們應該養成，日記、周記、月記、年記的工作習慣。

5.工作并不是一成不變的，也許有一天你要去其他崗位幫忙，所以同事之間的技術要相互學習，也許有一天，公司需要你發揮其他的技能幫忙，所以相互學習也是很重要的。

工作教訓

在公司工作的期間，我也發現了自己離一個符合公司要求的程序員還有很多差距，主要體現在工作技能與工作經驗的不夠，也是我以后要在工作中不斷磨練和提高自己的地方。仔細總結一下，自己在工作中主要有以下方面做的不夠好：

1.工作的條理性不夠清晰，要分清主次和輕重緩急。

在開發時間很倉促的情況下，事情多了，就一定要有詳細而主次分明的計劃，哪 需要立即完成，哪些可以緩緩加班完成，在這方面還有很大的優化空間。

2.對流程、業務需求不夠熟悉。

在工作中，發現因為流程或業務需求的問題而不知道如何下手的情況有點多，包括錯誤與缺漏還有當時設計考慮不到位的地方，對于這塊的控制力度顯然不夠，平時總是在開發，但說到底對業務很熟悉才是項目很好完成的前提。

3.缺乏工作經驗。

4.學習的知識不夠廣泛。

一個項目中，涉及的技術往往有很多種，知識多了，就會靈活變通，以后我也會加強這方面的學習。

工作計劃

1.2.3.4.5.6.要提高工作主動性，做事干脆果斷，不拖泥帶水。工作要注重實效、注重結果，一切工作圍繞著目標完成。要提高大局觀，是否能讓其他人的工作更順暢作為衡量工作的標尺。把握一切機會提高專業能力，加強平時知識總結工作。精細化工作方式的思考和實踐。虛心請教比我做的優秀的其他同事，向他們學習技術或經驗。

其實作為一名員工，所有的地方都是需要學習的，多聽、多看、多想、多做、多溝通，向每一個員工學習他們身上的優秀工作習慣，豐富的專業技能，配合著實際工作不斷的進步，不論在什么環境下，我都相信這兩點：

一是：三人行必有我師

二是：天道酬勤

程序員工作總結15

來公司擔負法度模范員一職已一年多光陰，在這20xx年的光陰里，我學到了許多器械。每個人都是在總結中發展，在審視中完善本身。在這半年里本身也是在總結、審視中踏踏實實地完成好本職工作，現將這半年的如下：

一、思想方面：

嚴格依照一個法度模范員應有的素養要約束自已，愛崗敬業，具有強烈的責任感和事業心，積極主動認真的學習專業知識，工作態度正直，認真負責，聽從公司的支配，積極共同全友家私完善ERP系統，任勞任怨。

二、工作方面：

酷愛本身的本職工作，可以或許正確認真的觀待每一項工作，工作投入，熱心為人人辦事，認真遵守勞動規律，按時上放工，有效應用工作光陰，死守崗位，必要加班完成工作按時加班加點，包督工作能按時完成。在這半年里，我本著把工作做的更好這樣一個目標，開發立異意識，積極圓滿的完成了以下本職工作：

1、共同全友家私開拓并完善SRM系統；

2、獨自開拓全友家私SAP日志維護系統。

三、存在不夠：

一公司領導以及部門領導同事的贊助和指教，使我的工作有了很大進步，當然我還存在著許多不夠之處，處置懲罰問題思路簡單，不敷成熟，工作中容易產生暴躁情緒，必要更深入學習專業知識，進步本身的工作程度。

第三篇：程序員面試題2015（共）

程序員面試題2015

不少程序員都會碰到的三個面試題

1.求從10到100中能被3或5整除的數的和

2.將一個字符串逆序，不要使用反轉函數

3.反轉一個棧

問題解決的步驟和錯誤：

1.解析問題，手工“解決”

(1)對于孩子和成年人而言，這一步對前者來說更困難

(2)然而，如果要求誤解了問題的學生來重讀這個問題，孩子們的表現會超過成年人

2.想出一個偽代碼算法

(1)在這一步，學生的表現比成年人要好。

(2)讓人震驚的是，很多成年人不知道如何用他們偏好的編程語言從一個字符串中抽取一個字符。

3.將算法轉換為代碼

(1)我們有一些C++程序員，他們不知道方括號以及一些C程序員，他們采用指針運算，但是卻失敗了。

(2)更讓人吃驚的是，當他們允許查閱java API 文檔 或者使用參考書，很多成年人無法找到合適的文檔來幫助解決問題。

(3)的確，一些中學生已經忘了如何使用?；蛘邔嵗粋€隊列，但是，所有人都能夠在適當的時間內通過查閱找到解決辦法。

(4)會寫代碼的成年人(曾經會)經常會超過時間限制。

有很多糟糕的代碼編寫者，即便你也是其中一個，也不要害怕

可以嘗試下面的方法：

1.不停練習，直到你能快速且正確地寫出小的代碼片段。沒有任何理由用自己喜歡的語言寫不出一個雙循環。找一些帶有例子的小的代碼智力題，你能在一分鐘以內理解這些問題。對這類問題做成百上千遍的練習(不僅僅是幾十遍，切記!)。

2.為課本上的每個算法寫一個用例列表。一個共同的錯誤就是僅僅記住計算復雜度表。但是看一些算法的使用例子，例如 A*搜索在哪些地方使用，這比學習代碼本身要有用的多。

3.至少做一個能逼迫你使用與工作相關的接口/用例的大型項目。語言通常不是很重要，而且獨自寫一個大型工程能夠強迫你去學新的設計模式以及遠離遺留代碼維護。代碼面試是智力測試。所以它們很少關注具體的體系。

4.讓自己接觸更優秀的程序員。隨著 CS 崗位的快速增長，應對“檸檬市場”的當前解決辦法就是技術面試。但是同樣也有其他的方式來反映被面試者的信息。例如，對熱點話題、博客、技術的知識可以反映出對重要問題的意識。類似地，對恐怖故事采用幽默的代碼書寫方式，可以反映出經驗和處理新問題的能力。幸運的是，在線代碼編寫社區隨處可見，所以唯一地障礙就是是否肯花時間和保持謙虛。

相關閱讀：面試技巧——經典面試問題回答思路

面試過程中，面試官會向應聘者發問，而應聘者的回答將成為面試官考慮是否接受他的重要依據。對應聘者而言，了解這些問題背后的“貓膩”至關重要。本文對面試中經常出現的一些典型問題進行了整理，并給出相應的回答思路和參考答案。讀者無需過分關注分析的細節，關鍵是要從這些分析中“悟”出面試的規律及回答問題的思維方式，達到“活學活用”。

問題一：“請你自我介紹一下”

思路：

1、這是面試的必考題目。

2、介紹內容要與個人簡歷相一致。

3、表述方式上盡量口語化。

4、要切中要害，不談無關、無用的內容。

5、條理要清晰，層次要分明。

6、事先最好以文字的形式寫好背熟。

問題二：“談談你的家庭情況”

思路:

1、況對于了解應聘者的性格、觀念、心態等有一定的作用，這是招聘單位問該問題的主要原因。

2、簡單地羅列家庭人口。

3、宜強調溫馨和睦的家庭氛圍。

4、宜強調父母對自己教育的重視。

5、宜強調各位家庭成員的良好狀況。

6、宜強調家庭成員對自己工作的支持。

7、宜強調自己對家庭的責任感。

問題三：“你有什么業余愛好?”

思路：

1、業余愛好能在一定程度上反映應聘者的性格、觀念、心態，這是招聘單位問該問題的主要原因。

2、最好不要說自己沒有業余愛好。

3、不要說自己有那些庸俗的、令人感覺不好的愛好。

4、最好不要說自己僅限于讀書、聽音樂、上網，否則可能令面試官懷疑應聘者性格孤僻。

5、最好能有一些戶外的業余愛好來“點綴”你的形象。

問題四：“你最崇拜誰?”

思路：

1、最崇拜的人能在一定程度上反映應聘者的性格、觀念、心態，這是面試官問該問題的主要原因。

2、不宜說自己誰都不崇拜。

3、不宜說崇拜自己。

4、不宜說崇拜一個虛幻的、或是不知名的人。

5、不宜說崇拜一個明顯具有負面形象的人。

6、所崇拜的人人最好與自己所應聘的工作能“搭”上關系。

7、最好說出自己所崇拜的人的哪些品質、哪些思想感染著自己、鼓舞著自己。

問題五：“你的座右銘是什么?”

思路：

1、座右銘能在一定程度上反映應聘者的性格、觀念、心態，這是面試官問這個問題的主要原因。

2、不宜說那些醫引起不好聯想的座右銘。

3、不宜說那些太抽象的座右銘。

4、不宜說太長的座右銘。

5、座右銘最好能反映出自己某種優秀品質。

6、參考答案——“只為成功找方法，不為失敗找借口”

問題六：“談談你的缺點”

思路：

1、不宜說自己沒缺點。

2、不宜把那些明顯的優點說成缺點。

3、不宜說出嚴重影響所應聘工作的缺點。

4、不宜說出令人不放心、不舒服的缺點。

5、可以說出一些對于所應聘工作“無關緊要”的缺點，甚至是一些表面上看是缺點，從工作的角度看卻是優點的缺點。

問題七：“談一談你的一次失敗經歷”

思路：

1、不宜說自己沒有失敗的經歷。

2、不宜把那些明顯的成功說成是失敗。

3、不宜說出嚴重影響所應聘工作的失敗經歷，4、所談經歷的結果應是失敗的。

5、宜說明失敗之前自己曾信心白倍、盡心盡力。

6、說明僅僅是由于外在客觀原因導致失敗。

7、失敗后自己很快振作起來，以更加飽滿的熱情面對以后的工作。

問題八：“你為什么選擇我們公司?”

思路：

1、面試官試圖從中了解你求職的動機、愿望以及對此項工作的態度。

2、建議從行業、企業和崗位這三個角度來回答。

3、參考答案——“我十分看好貴公司所在的行業，我認為貴公司十分重視人才，而且這項工作很適合我，相信自己一定能做好。”

問題九：“對這項工作，你有哪些可預見的困難?”

思路：

1、不宜直接說出具體的困難，否則可能令對方懷疑應聘者不行。

2、可以嘗試迂回戰術，說出應聘者對困難所持有的態度——“工作中出現一些困難是正常的，也是難免的，但是只要有堅忍不拔的毅力、良好的合作精神以及事前周密而充分的準備，任何困難都是可以克服的。”

問題十：“如果我錄用你，你將怎樣開展工作”

思路：

1、如果應聘者對于應聘的職位缺乏足夠的了解，最好不要直接說出自己開展工作的具體辦法，2、可以嘗試采用迂回戰術來回答，如“首先聽取領導的指示和要求，然后就有關情況進行了解和熟悉，接下來制定一份近期的工作計劃并報領導批準，最后根據計劃開展工作。”

第四篇：年終總結-程序員

年終總結

記得在金秋時節，黃金滿甲的季節來到公司，轉瞬間，不知不覺中年味黯然銷魂、撲鼻而來，談笑間，人們似乎已經抵擋不住回家的誘惑。想起自己手中還有一些待處理的事情，心中不免平靜了許多。

時至今日，來到公司的時間已經迫近半年，從開始對公司軟件的了解，到岳西出差，再到后期對負責軟件項目的大改動，每一份工作任務都承載著責任，承載著付出，承載著一個開發人員的信仰。前期在岳武高速調試PLC，后到高速交投集團大改B/S項目，現總結一下在修改B/S項目中所解決一些重點問題。

1、管理處數據無法同步；

2、大屏上墻方式變更；

3、上墻巡切間輪換處理，多線程線程池處理，多線程互鎖切換處理，主動與被動通道切換時間間隔鎖定策略；

4、實時視頻處理方式變更，視頻播放卡頓；

5、用戶機構權限控制，多級管理用戶的控制；

6、B/S端與手機端數據加載慢，以及用戶視頻權限控制問題；

以上是僅是一些重點問題，還有許多其他問題就不一一列舉。尤其是在線程間調度處理所遇到的麻煩得以解決，便深刻體會到在處理問題過程中同事間協作的重要性，在此非常感謝同事的協助，同時也非常感謝領導的Smart指導。

至于后續的工作，還有些許需要處理的任務，需要不斷改進，不斷進步，兢兢業業、認認真真做好每一件事。

第五篇：程序員（范文模版）

作業：研究一個新或自己感興趣的職業 v介紹:名稱定義

v典型生涯路徑：從新手到最高職位的生涯路徑

v趨勢：技術、組織結構、培訓、經濟趨勢對職業的影響

v薪酬：差別、地域差別

v所需技能

v教育/培訓:受教育程度

v證書/資格證書

v工作條件：環境、壓力、工作時間、是否出差？

v聘用機構

v對生活方式的影響

v性別構成v聘用過程

v專業知識 月收入

人數

<1000元 131 1000-3000元 919 3001-5000元 477 5001-10000元 245 10000元以上 44

最多的部分居然是“1000-3000元”...程序員苦哇，同志們！

程序員

目錄

1作為一個真正合?

2崗位職責

3行業現狀

4職業要求

5必備技能

6素質要求

7職業困境

程序員(英文Programmer)是從事程序開發、維護的專業人員。一般將程序員分為程序設計人員和程序編碼員，但兩者的界限并不非常清楚，特別是在中國。軟件從業人員分為初級程序員、高級程序員、系統分析員和項目經理四大類的方法。

崗位職責

1、對項目經理負責，負責軟件項目的詳細設計、編碼和內部測試的組織實施，對

小型軟件項目兼任系統分析工作，完成分配項目的實施和技術支持工作。

2、協助項目經理和相關人員同客戶進行溝通，保持良好的客戶關系。

3、參與需求調研、項目可行性分析、技術可行性分析和需求分析。

4、熟悉并熟練掌握交付軟件部開發的軟件項目的相關軟件技術。

5、負責向項目經理及時反饋軟件開發中的情況，并根據實際情況提出改進建議。

6、參與軟件開發和維護過程中重大技術問題的解決，參與軟件首次安裝調試、數據割接、用戶培訓和項目推廣。

7、負責相關技術文檔的擬訂。

8、負責對業務領域內的技術發展動態。

一、通過國家統一組織的考試，資格考試分初級程序員級（技術員級）、程序員級（助

理工程師級）和高級程序員級（工程師級）；水平考試分初級程序員級、程序員級、高級程序員級、系統分析員級、以及網絡程序員（初級）、網絡設計師（中級）。

二、報考條件：報各級水平考試者無學歷、資歷限制；在職人員均可報初級程序員資格，其中大學本科畢業或任技術員兩年以上者（含二年），可報程序員級資格，研究生畢生或任助工兩年以上者（含二年），可報高級程序員級資格（計算年限均至本12月31日）。

三、報名手續：報名時須持身份證或學生證，交本人近期同底一寸免冠半身照兩張及報名費100元（系統分析員報名費150元），其中報資格還須提交本人工作證及任職證明或相應學歷證明復印件。

作為一個真正合格的程序員應該具有的素質 1：團隊精神和協作能力

把它作為基本素質，并不是不重要，恰恰相反，這是程序員應該具備的最基本的，也是最重要的安身立命之本。任何個人的力量都是有限的，即便如linus這樣的天才，也需要通過組成強大的團隊來創造奇跡，那些遍布全球的為linux寫核心的高手們，沒有協作精神是不可想象的。一旦進入系統的研發團隊，進入商業化和產品化的開發任務，缺乏這種素質的人是不合格的。

2：文檔習慣

說高水平程序員從來不寫文檔的肯定是乳臭未干的毛孩子，良好的文檔是正規研發流程中非常重要的環節，作為代碼程序員，30％的工作時間寫技術文檔是很正常的，而作為高級程序員和系統分析員，這個比例還要高很多。缺乏文檔，一個軟件系統就缺乏生命力，在未來的查錯，升級以及模塊的復用時就都會遇到極大的麻煩。

3：規范化，標準化的代碼編寫習慣

代碼的變量命名，代碼內注釋格式，甚至嵌套中行縮進的長度和函數間的空行數字都有明確規定，良好的編寫習慣，不但有助于代碼的移植和糾錯，也有助于不同技術人員之間的協作。有些codingfans叫囂高水平程序員寫的代碼旁人從來看不懂，這種叫囂只能證明他們自己?根不配自稱程序員。代碼具有良好的可讀性，是程序員基本的素質需求。沒有規范化和標準化的代碼習慣，研發之間的協作是絕對不可想的。

4：需求理解能力

程序員需要理解一個模塊的需求，很多程序員寫程序往往只關注一個功能需求，他們把性能指標全部歸結到硬件，操作系統和開發環境上，而忽視了本身代碼的性能考慮，性能需求指標中，穩定性，并訪支撐能力以及安全性都很重要，作為程序員需要評估該模塊在系統運營中所處的環境，將要受到的負荷壓力以及各種潛在的危險和惡意攻擊的可能性。就這一點，一個成熟的程序員至少需要2到3年的項目研發和跟蹤經驗才有可能有心得。

5：復用性，模塊化思維能力

經常可以聽到一些程序員有這樣的抱怨，寫了幾年程序，變成了熟練工，每天都是重復寫一些沒有任何新意的代碼，這其實是中國軟件人才最大浪費的地方，一些重復性工作變成了熟練程序員的主要工作，而這些，其實是完全可以避免的。

復用性設計，模塊化思維就是要程序員在完成任何一個功能模塊或函數的時候，要多想一些，不要局限在完成當前任務的簡單思路上，想想看該模塊是否可以脫離這個系統存在，是否可以通過簡單的修改參數的方式在其他系統和應用環境下直接引用，這樣就能極大避免重復性的開發工作，如果一個軟件研發單位和工作組能夠在每一次研發過程中都考慮到這些問題，那么程序員就不會在重復性的工作中耽誤太多時間，就會有更多時間和精力投入到創新的代碼工作中去。

一些好的程序模塊代碼，即便是70年代寫成的，拿到現在放到一些系統里面作為功能模塊都能適合的很好，而現在很多軟件一升級或改進就動輒全部代碼重寫，大部分重復性工作無謂的浪費了時間和精力，這是我們應當刻意克服的弊病。

6：測試習慣

作為一些正規化的開發而言，專職的測試工程師是不可少的，但是并不是說有了專職的測試工程師程序員就可以不進行自測；軟件研發作為一項工程而言，一個很重要的特點就是問題發現的越早，解決的代價就越低，程序員在每段代碼，每個子模塊完成后進行認真的測試，就可以盡量將一些潛在的問題最早的發現和解決，這樣對整體系統建設的效率和可靠性就有了最大的保證。

測試工作實際上需要考慮兩方面，一方面是正常調用的測試，也就是看程序是否能在正常調用下完成基本功能，這是最基本的測試職責，可惜在很多公司這成了唯一的測試任務，實際上還差的遠那；第二方面就是異常調用的測試，比如高壓力負荷下的穩定性測試，用戶潛在的異常輸入情況下的測試，整體系統局部故障情況下該模塊受影響狀況的測試，頻發的異常請求阻塞資源時的模塊穩定測試等等。

當然并不是程序員要對自己的每段代碼都需要進行這種完整測試，但是程序員必須清醒認識自己的代碼任務在整體項目中的地位和各種性能需求，有針對性的進行相關測試并盡早發現和解決問題，當然這需要上面提到的需求理解能力。

7：學習和總結的能力

程序員是人才很容易被淘汰，很容易落伍的職業，因為一種技術可能僅僅在三兩年內具有領先性，程序員如果想安身立命，就必須不斷跟進新的技術，學習新的技能。善于學習，對于任何職業而言，都是前進所必需的動力，對于程序員，這種要求就更加高了。

但是學習也要找對目標，善于總結，也是學習能力的一種體現，每次完成一個研發任務，完成一段代碼，都應當有目的的跟蹤該程序的應用狀況和用戶反饋，隨時總結，找到自己的不足，這樣逐步提高，一個程序員才可能成長起來。

具備以上全部素質的人，應當說是夠格的程序員了，請注意以上的各種素質都不是由IQ決定的，也不是大學某些課本里可以學習到的，需要的僅僅是程序員對自己工作的認識，是一種意識上的問題。

作為高級程序員，乃至于設計師而言，除了應該具備上述全部素質之外，還需要具備以下素質：

1、需求分析能力

2、整體框架能力

3、流程處理能力

4、模塊分解能力

5、整體項目評估能力

6、團隊組織管理能力

世界上第一位程序員是英國著名詩人拜倫的女兒AdaLovelace曾設計了巴貝奇分析機上解伯努利方程的一個程序。她甚至還建立了循環和子程序的概念。由于她在程序設計上的開創性工作，AdaLovelace被稱為世界上第一位程序員。美國國防部開發的ADA語言就是為紀念這位世界上的第一位程序員而命名的。

計算機科學發展到今天（21世紀初期），程序員從事的人群很多，分工也不相同，從大的方面可以分為以下幾類：

asp程序員 jsp程序員 delphi程序員 php程序員 powerbuilder程序員.net程序員 vb序員 java程序員 javascript程序員 C++程序員

職業要求

一般的程序員都有四年的在專業領域的學習，需要一個在程序領域的學士學位獲得者，不論是數學方面的還是工程方面的都是可以的。

大約有20%的人在這一領域的計算機科學和工程學擁有更高的學位。還有很小一部分程序員是自學的，盡管一些專業性的學校或者綜合大學可以提供，但是也需要一些別的途徑來提供相關的人才。盡管學歷是比較重要的，但是公司經常把重點放在應聘者的工作經驗上，很多剛從大學畢業的大學生雖然有引人注目的學位證書，但是他們找不到工作是因為他們缺乏經驗。一個程序員雖然有正規的學歷，但是如果一個人擁有程序設計的深厚知識背景或者豐富的工作經驗的話，那么他的機會要比有學歷的應屆畢業生大得多。所以要盡量抓住有用的工作和實習機會，這樣的話在畢業后你就會發現，多實習讓你有更多的經驗，在找工作的時候就有更多的機會。

對于職業程序員，另外一個重要的方面就是，程序員需要不斷提升自己的業務技術，他的技術必須一直保持在一個較高的水平，并且要不斷發展，程序員也要尋找貿易的機會，要參加研討會，在周刊上發表文章和接受職業教育，這些使程序員在自己的領域中分級或者不斷并排前進。

必備技能

熟練開發工具

做為一名程序員至少熟練掌握兩到三種開發工具的使用，這是程序員的立身之本，其中C/C++和JAVA是重點推薦的開發工具，C/C++以其高效率和高度的靈活性成為開發工具中的利器，很多系統級的軟件還是用C/C編寫。而JAVA的跨平臺和與WEB很好的結合是JAVA的優勢所在，而JAVA即其相關的技術集JAVAOne很可能會成為未來的主流開發工具之一。其次，能掌握一種簡便的可視化開發工具，如VB，PowerBuilder，Delphi，CBuilder，則更好，這些開發工具減小了開發難度，并能夠強化程序員對象模型的概念。另外，需要掌握基本的腳本語言，如shell，perl等，至少能讀懂這些腳本代碼。

熟知數據庫

為什么數據庫是如此重要？作為程序員，他們自然有自己的理由：很多應用程序都是以數據庫的數據為中心，而數據庫的產品也有不少，其中關系型數據庫仍是主流形式，所以程序員至少熟練掌握一兩種數據庫，對關系型數據庫的關鍵元素要非常清楚，要熟練掌握SQL的基本語法。雖然很多數據庫產品提供了可視化的數據庫管理工具，但SQL是基礎，是通用的數據庫操作方法。如果沒有機會接觸商業數據庫系統，可以使用免費的數據庫產品是一個不錯的選擇，如mySQL，Postgres等。

了解操作系統

當前主流的操作系統是Windows，Linux/Unix，熟練地使用這些操作系統是必須的，但只有這些還遠遠不夠。要想成為一個真正的編程高手，需要深入了解操作系統，了解它的內存管理機制、進程/線程調度、信號、內核對象、系統調用、協議棧實現等。Linux作為開發源碼的操作系統，是一個很好的學習的平臺，Linux幾乎具備了所有現代操作系統的特征。雖然Windows系統的內核實現機制的資料較少，但通過互聯網還是能獲取不少資料。懂得網絡協議TCP/IP。

在互聯網如此普及的今天，如果您還沒有對互聯網的支撐協議TCP/IP協議棧有很好的掌握，就需要迅速補上這一課，網絡技術已改變了軟件運行的模式，從最早的客戶/服務器結構，到今天的WEBServices，再到未來的網格計算，這一切都離不開以TCP/IP協議棧為基礎的網絡協議支持，深入掌握TCP/IP協議是非常必要的。至少，需要了解ISO七層協議模型，IP/UDP/TCP/HTTP等常用協議的原理和三次握手機制。明白DCOM/CORBA/XML/WEBServices存在的意義

隨著技術的發展，軟件與網絡的無縫結合是必然趨勢，軟件系統的位置無關性是未來計算模式的重要特征之一，DCOM/CORBA是當前兩大主流的分布計算的中間平臺，DCOM是微軟COM(組件對象模型)的擴展，而CORBA是OMG支持的規范。XML/WebServices重要性不言而喻，XML以其結構化的表示方法和超強的表達能力被喻為互聯網上的“世界語”，是分布式計算的基石之一。

不要將軟件工程與CMM分開

大型軟件系統的開發中，工程化的開發控制取代個人英雄主義，成為軟件系統成功的保證，一個編程高手并不一定是一個優秀的程序員，一個優秀的程序員是將出色的編程能力和開發技巧同嚴格的軟件工程思想有機結合，編程只是軟件生命周期中的其中一環，優秀的程序員應該掌握軟件開發各個階段的基本技能，如市場分析，可行性分析，需求分析，結構設計，詳細設計，軟件測試等。

需求理解能力

程序員要能正確理解任務單中描述的需求。在這里要明確一點，程序員不僅僅要注意到軟件的功能需求，還應注意軟件的性能需求，要能正確評估自己的模塊對整個項目中的影響及潛在的威脅，如果有著兩到三年項目經驗的熟練程序員對這一點沒有體會的話，只能說明他或許是認真工作過，但是沒有用心工作。

模塊化思維能力

作為一個優秀的程序員，他的思想不能在局限當前的工作任務里面，要想想看自己寫的模塊是否可以脫離當前系統存在，通過簡單的封裝在其他系統中或其他模塊中直接使用。這樣做可以使代碼能重復利用，減少重復的勞動，也能是系統結構越趨合理。模塊化思維能力的提高是一個程序員的技術水平提高的一項重要指標。

素質要求

團隊精神和協作能力

團隊精神和協作能力是作為一個程序員應具備的最基本的素質。軟件工程已經提了將近三十年了，當今的軟件開發已經不是編程了，而是工程。獨行俠可以寫一些程序也能賺錢發財，但是進入研發團隊，從事商業化和產品化的開發任務，就必須具備這種素質?？梢院敛豢鋸埖恼f這種素質是一個程序員乃至一個團隊的安身立命之本。

文檔習慣

文檔是一個軟件系統的生命力。一個公司的產品再好、技術含量再高，如果沒有缺乏文檔，知識就沒有繼承，公司還是一個來料加工的軟件作坊。作為代碼程序員，必須將30%的工作時間寫用于技術文檔。沒有文檔的程序員勢必會被淘汰。

規范化的代碼編寫習慣

知名軟件公司的代碼的變量命名、注釋格式，甚至嵌套中行縮進的長度和函數間的空行數字都有明確規定，良好的編寫習慣，不但有助于代碼的移植和糾錯，也有助于不同技術人員之間的協作。

測試習慣

測試是軟件工程質量保證的重要環節，但是測試不僅僅是測試工程師的工作，而是每個程序員的一種基本職責。程序員要認識測試不僅是正常的程序調試，而要是要進行有目的有針對性的異常調用測試，這一點要結合需求理解能力。

學習和總結的能力

程序員是很容易被淘汰的職業，所以要善于學習總結。許多程序員喜歡盲目追求一些編碼的小技巧，這樣的技術人員無論學了多少語言，代碼寫起來多熟練，只能說他是一名熟練的代碼民工，他永遠都不會有質的提高。一個善于學習的程序員會經?？偨Y自己的技術水平，對自己的技術層面要有良好的定位，這樣才能有目的地提高自己。這樣才能逐步提高，從程序員升級為軟件設計師、系統分析員。

擁有強烈的好奇心

什么才是一個程序員的終極武器呢，那就是強烈的好奇心和學習精神。沒有比強烈的好奇心和學習精神更好的武器了，它是程序員們永攀高峰的源泉和動力所在。

行業現狀

由CSDN、《程序員》主辦的2007年開發者大調查2007年底已收到15000多份有效問卷，已經是中國調查樣本最多的開發者調查。在這次調查中，詳細的分析了樣本空間的分布狀況，發

現在龐大數目的有效問卷的參與者中有70%也就是接近一萬一千名的參與調查者是IT的全職人員，14%的參與者是有過開發工作經驗的學生，從這樣的分布就可以看出來IT從業人員對專業知識的需求是巨大而迫切的，CSDN作為專業的軟件開發技術門戶網站，已經是大家獲取這些技術知識的主要手段。

一、選擇數據庫技術和互聯網技術的人數總和占到了總人數的一半

2007年火熱的SOA和動態語言各占13%和12%。其實這幾大塊技術分布他們之間都是有一定的聯系的，互聯網的發展近兩年呈爆炸式的增長態勢，中國的網民總數已經超過了1.4億這樣一個巨大的數字。

企業中業務的復雜程度越來越高，商業競爭不斷增加企業的IT系統，使企業的商業數據呈幾何數量級不斷增長，在后臺海量的數據中數據的管理由之前的單一型數據變成了多緯度的復雜數據，所以可以同時管理關系型數據庫和XML數據的混合型數據庫已經成為主流。

面對企業不斷增加新的IT信息系統，整合已經迫在眉睫，SOA成為必然的趨勢，企業對人才的需求從單一型技術人才、業務人才跳躍到了業務技術的復合型人才，這次的開發人員大調查令《 程序員》雜志的調查者看到了這些技術焦點背后千絲萬縷的關聯。

二、幾乎一半的.NET用戶不參與開源項目RedHat+Ubuntu占有率超過70%

應用到.NET平臺上的開源項目，“大量使用”的比例數僅為8.68%，尚不足一成；“少量應用”的開發者人數比例為42.78%?！盎静挥谩钡谋壤哌_48.54%，與前二者之和幾乎不相上下。

雖然開源的出現和發展，讓軟件沒有壟斷的未來日漸明朗；雖然開源運動經過多年的高速發展，現在已經聚集了相當的力量，開源的自由和給予理念逐漸深入到了企業的技術核心層面。但微軟以商業軟件為生，畢竟在微軟技術領域中，開源項目通常都被看作是二等公民。很多開源項目對.NET社區產生了巨大的推動作用，微軟公司很難提供任何實質性質的支持。

Linu版本

當前安裝有Linux操作系統，數據中RedHatFedora占據絕對優勢——Linux使用者使用該版本占總數的49.49%。Fedora是RedHat推出的重要的一款Linux版本，在每個fedora版本中都是集成最新的Linux軟件，特別是服務端軟件。

使用“RedHatFedora”關鍵詞在百度網頁中搜索得到7,090,000條結果，RedHatFedora在調查中占據Linux版本的半壁江山符合整個Linux版本的分布情況。

排在第二位的是Ubuntu，受支持數占到總數的23.92%；第三位的是SuSE占9.09%，接下來是Debian，使用率為5.92%。

在這里面令人期待的中國本土Linux的讓人大失所望。使用率僅占5.16%，幾乎只

有RedHatFedora的十分之一。

三、揭示八成技術人員數據庫選型標準SQLServer用戶接近50%

使用率占據榜首的數據庫產品是微軟的SQLServer，比例數達到了47.92%。與其余所有的數據庫之和分庭抗衡，大有一覽眾山小之勢。

從調查得到的使用率來看，MySQL仍處于望MSSQLServer項背的階段。調查顯示，MySQL的使用數為1651，占總數的13.80%，不過排名第三。

使用率排在第二位的是Oracle，比例達到24.21%。在前有SQLServer，后有MySQL的情況下，Oracle仍能達到四分之一的占有率，發展勢頭不可謂不強勁。

雖然Orcale數據庫的價格比SQLServer數據庫要高，但Oracle采用開放的策略目標，可在所有主流平臺上運行。而且有開發者認為Oracle的安全認證是獲得最高認證級別的ISO標準認證，因此安全性高于SQLServer。

排在第四位的是Access——5.59%；接著是DB2UDB，占總數的2.75%；至于FoxPro、Informix、PostgreSQL、Sybase得票數均僅在一百左右，還有待進一步的發展。

四、中國程序員最愛的智能手機平臺Linux+Java超過Symbian

“開源Linux對于眾多開發者的吸引力是巨大的，但是，這僅僅是針對于技術開發人員來說的，而對于普通消費者就不是如此了。”在眾多開發者心中，主要是對Linux的青睞。從調查結果中也可以直接反應這樣的現象。有專家對此評論說：Linux+Java的模式,應該是應用最多的模式。

開源Linux對于眾多開發者的吸引力是巨大的，但是，這僅僅是針對于技術開發人員來說的，而對于普通消費者就不是如此了。針對此問題行業的專家有自己的觀點：“現在Wince和Symbian發展很快，并且隨著手機硬件方面性能的提高，很多政府部門和企業在采購時，很多會考慮Dopod這樣的手機，或者價格便Wince和Symbian都主要使用c++開發，正是嵌入式開發的潮流。”

不同人群對于收集智能操作系統的觀點是不同的，對于開發者角度，他們更加青睞于微軟和開源Linux的產品，而普通大眾他們比較喜歡Wince和Symbian。五、七成程序員不愿意選擇門戶網站獲取開源信息SourceForge占絕對優勢

30%的技術人員從門戶網站獲取開源技術信息，剩下的70%的技術人員都是從專業的開源社區和開源廠商的技術網站上獲取信息，包括有SourceForge、LinuxToday、OpenOffice和IBMdW等。

在這70%當中，比例占有絕對優勢的就是SourceForge了，這里是開源軟件的開發者進行開發管理的集中式場所，也是全球最大開源軟件開發平臺和倉庫。而LinuxToday里面會有記錄很多很新的Linux業界大事，新聞以及出版信息。所以，對開源技術感興趣的程序員們，不必再為如何獲取開源信息而苦惱了，快加入到這70%的人群中來吧。

互聯網的發展已經成為大家獲取信息最主要的渠道之一，網民上網的習慣也從開始的上為數不多的幾個門戶網站發生了變化，大而全的門戶網站并不能滿足專業領域人員的信息需求，從2004年開始陸續出現了大量的各個領域垂直細分的內容網站，一方面有長尾理論的理論支持，另一方面廠商也建立了相應產品的技術內容網站，希望能聚集一批專注于這個領域專業人士，做好他們的定向營銷。

做細分領域內容的網站對門戶已經造成了一定的威脅，這些網站的專業性高，用戶的粘性相對也比較高，如果細分領域的內容網站能將自己的服務有所提升，就如同SourceForge一樣，那么未來門戶網站的路就變得更加崎嶇了。

六、Java開發框架：6%的JSF欲撼動21%的Struts

JSF現在比較有優勢的是對Ajax的集成，這一點走在了其他框架的前面。未來兩

年，JSF與Struts將展開JavaWeb框架的最終戰爭。經過數年的“框架大戰”，Java界的各種框架找到了自己應有的位置。Spring+Hibernate+Struts已成為Java開發的主流體系。在這個體系中，Spring+Hibernate的地位應該說短期內是難以撼動了。除了新興的JbossSeam作為挑戰者之外，幾乎難有勁敵。

JavaB/S編程中歷來戰火最激烈的其實還在Web層，框架的數量最多，爭議最大。一切由Struts而起，而Struts最終也坐穩了第一個時代的王座。在技術層面，Struts1.x已經被無數人抱怨過、批評過，但終于還是穩坐王位，這充分說明了習慣的力量?！胺€定壓倒一切”，這句話在IT技術領域仍舊適用。

詳細的分析了Java開發框架的使用狀況，發現主要使用的開發框架JSP占26%，Struts占21%，Hibernate占17%，SpringMVC占11%，EJB占7%，JSF占6%，SpringWebFlow和POJO各占4%，其它占4%。就這一調查數據，不難看出，Spring+Hibernate+Struts的優勢地位還是相當的明顯。

Struts和Hibernate幾乎已經成了JavaEE應用的常規配置，21%的開發者用到Struts，用到Hibernate的開發者也有17%；在一個成熟的技術平臺上，各個項目的技術方案會在很大程度上趨同——因為所有未知領域都已經被探明，各種問題都有對應的最佳實踐，架構師們可以參考的成功案例越來越多。就拿JavaEE來說，架構師們需要考慮的問題比之三年前已經簡單多了，這就是成熟的價值。

有專家評論：“其實IT應用技術，什么新鮮玩意并不難學，難的是標準化和規范化。每個程序員都有自己的思路和習慣，寫出來的代碼自然是五花八門。Java何以成為編程界的占重要地位，很重要的一點在于Java的規范化。這種規范化很高的語言適用于多人合作的大型項目，便于溝通和理解，也就便于集成和維護。Java世界為什么會框架橫飛，說到底還是規范化的需要。純JSP和Struts寫Web誰快，擺明了是JSP。那為什么用Struts？原因在于100個人寫出來的JSP，有100種寫法；而100個人寫出來的Struts，基本相似。Struts之成功，正緣于其在JavaWeb層的規范化方面所做出的貢獻。

然而長江后浪推前浪，Struts1.x的技術缺陷畢竟是隱患。Sun力推JSF，打算一雪Web層框架缺失之恥。JSF現在比較有優勢的是對Ajax的集成，這一點走在了其他框架的前面。未來兩年，JSF與Struts將展開JavaWeb框架的最終戰爭。

JSP經過幾年風雨洗禮依然把持頭把交椅，看來所有的框架表示層都離不開JSP而存在，而作為JSP的手足兄弟JSF也是僅次Spring之后又一個后起之秀。

七、C++開發環境格局難打破75%的開發人員首選VS系列

BCB正江河日下，2007版本的推出也無法力挽狂瀾。雖然現在C++Builder已經歸于CodeGear，但人們還是習慣性地與Borland聯系上。

1998年Borland公司推出的C++Builder這一當年全新的32位Windows開發工

具，繼承了Delphi使用簡便、功能強大、效率高的特點，并且結合了C++語言幾乎所有優點。所以開始C++Builder迅速風靡。它的主要競爭對象——Microsoft開發的VisualC++也是不甘示弱，迅速出擊，突出了Visual可視化強的特點，加上Platform、SDK部分以及Microsoft產品與Windows的天然默契，逐漸成為了技術人員的首選。隨著VisualC++版本的不段升級，以及功能、風格等諸多原因，BCB漸現頹勢，許多Builder使用者也開始轉而使用Visual了。

在2007年CSDN、《程序員》主辦的開發者大調查中，詳細的分析了C++方面大家主要使用什么IDE的狀況，在目前已收到的15000多份有效問卷中，發現主要使用VS系列的占了75%，BorlandC++Builder/CBuilderX只占6%，EclipseCDT占6%，DevC++占2%，其他IDE占3%，不使用IDE占8%。對于.NET開發，VisualC++2005有了一套新的語法；新的優化技術，可使程序的速度最高提高30%；同時新的編譯模式，可保證在Microsoft.NETFramework之上生成完全遵從CLI（CommonLanguageInfrastructure）的可驗證代碼；新的interop模式，可提供本地與托管代碼的無縫融合。

相對于前兩個版本，新編譯器還包括了一個增強版本的緩沖區安全檢查選項，而且對C++程序普遍使用的庫，也有新的注重安全的版本。VisualC++2005對基于IntelItanium和AMD64的64位平臺，提供了對OpenMP標準的支持，并且修正了一些混合DLL加載的問題，對DoubleP/Invoke的性能問題，提供了自動運行時消除。相比之下，C++Builder2007英文版2008年6月初上市。從CodeGear大中華區技術總監李維的博客，看到CodeGear對C++Builder2007的期待。雖然說對同一件事情，每個人都有自己的視角，已有五年C++方面學習和開發經驗的賴勇浩說道：“BCB正江河日下，2007版本的推出也無法力挽狂瀾。雖然現在C++Builder已經歸于CodeGear，但人們還是習慣性地與Borland聯系上。

現在的Microsoft及VC勢頭強勁，產品也具有很高的質量性，CodeGear在C++和.Net領域至少三五年內會繼續望其項背。所以推出CB2007，更多的是基于版本延續。”

八、程序員更喜歡Firefox市場份額超過IE7.0兩倍

參與調查的多數是軟件開發人員或者多數是IT從業人員，但是從這一比例不難看出，IE丟失掉了曾經在瀏覽器大戰中占據了的技術優勢，在IE6推出后的5年時間里，瀏覽器一直在快速發展，而IE卻一直沒有更新過，這對一個世界上最常用的產品來說絕對是致命的。Firefox（火狐瀏覽器）以它的小巧、安全，很容易擴展和定制的特長獲得了越來越多的喜愛。

更重要的是，它是是一個自由的瀏覽器，所有的源代碼都是開放的，任何人可以為它的成長貢獻力量。Cookie、頁面緩存，個人都可以精確的控制，這些特性都是技術人員們所崇尚的“我的 地盤我做主”的精神。如果說之前FireFox相對IE6有50%的優勢的話，那么，FireFox相對于現在的IE7的優勢已經降低到25%左右了。因為IE7從底層已經做了很多的修改，已經慢慢的向W3C標準靠近了許多，在功能使用方面與FireFox的差距也變得很細微，Tab功能，CSS和腳本支持功能現在IE7都比之前表現強了，差距僅僅存在于某些小細節中了。

IE6在這個市場中存在了5年之后微軟才意識到改變和向國際標準靠攏的重要性，這就直接導致了大量的技術人員失去了對IE的信心，投向FireFox陣營，不過，微軟到底還是強大的，在全球范圍內有很多的“粉絲”，他們會一直關注微軟的任何一次動作，客觀的評價也是對產品最好的反饋，也是最有價值的。

關于Maxthon和騰訊的TT，雖然它們都是基于IE內核的瀏覽器，但是Maxthon在這次調查中僅次于FireFox，力壓IE名列第二的位置，著實看出了這幾年Maxthon確實做到了他們的口號“讓技術為使用舒適服務”。

包括了FireFox、Opera這種標準的瀏覽器，也包括了Maxthon和TT這樣基于IE內核的瀏覽器，對于標準的瀏覽器，FireFox和Opera的重點是要解決兼容問題，而基于IE內核的Maxthon和TT更主要的是要解決瀏覽器插件、工具的應用問題，所以，技術產品的激烈競爭帶給用戶的其實是一種良性循環，使我們可以第一時間用到最好用的工具，至于商業效應，還是留給廠商自己去考慮吧。

九、中國程序員健康兩成感覺很虛弱亞健康接近七成

“干得比驢累，吃得比豬差，起得比雞早，看上去比誰都好，五年后比誰都老。很多程

序員都曾這樣感慨和抱怨過自己的生活狀態。” 亞健康狀態是人體處于健康和疾病之間的過渡階段，在身體上、心理上沒有疾病，但主觀上卻有許多不適的癥狀表現和心理體驗。

位于調查結果第二位的是“很虛弱”——149，比例為19.81%。很虛弱的健康指數低于亞健康，已接近生病和透支狀態，他們的健康已經被亮出了黃牌。

每個人的理解不一樣，但是“糟透了”這樣的詞如果用來形容程序員健康的話，相信大多數人都絕對認同“你已經病了”這樣的理解。令人不敢相信的是，竟然有8.24%的程序員用這個詞來形容自己的健康狀態！

調查結果中“非常健康”的票數低得可憐——40，即使算上“沒感覺”，二者之和也不過9.04%，幾乎跟“糟透了”持平。如果將“非常健康”和“沒感覺”一起算為健康的話，處于亞健康狀態的程序員是健康狀態的7倍，自認為“很虛弱”的程序員數目是處于健康狀態的2.2倍！

十、.NET全面進入2.0時代，AJAX風頭正勁“在Java領域，JDK5.0是當之無愧的主流平臺，但JDK1.4仍保有一半以上的占有量?？偟膩碚f，Java族群顯然不像.NET族群那樣追新。從另一個方面看，這也說明Java平臺的成熟，和.NET平臺的迅速發展。”

根據2007年的調查數據分析，在.NET領域，.NETFramework2.0的采用量已全面超越.NETFramework1.1，成為.NET平臺的首選框架。2006年調查結果，1.1和2.0的采用量基本持平，而2007年2.0的采用量則高達1.1的三倍之多。.NETFramework1.1已是明日黃花，微軟的更新

換代策略可以說是成功的。在Java領域，JDK5.0是當之無愧的主流平臺，但JDK1.4仍保有一半以上的占有量?？偟膩碚f，Java族群顯然不像.NET族群那樣追新。從另一個方面看，這也說明Java平臺的成熟，和.NET平臺的迅速發展。

B/S已經成為中國軟件業普遍接受的軟件結構。在表現層，AJAX技術采用量較去年有較大提升，有將近一半的Web應用采用了AJAX技術，仍采用純HTML+少量腳本的Web應用中，也有四分之三打算轉向采用AJAX技術。反觀微軟和Adobe力推的新一代RIA平臺，則響應者尚少。分別只有1/20和1/10的人愿意選用SilverLight和Flash/Flex作為Web表現層技術。

職業困境

老虎、Bill、自己，中國程序員的困境也來自三個方面

困境之一：老虎的威脅。程序員要面對的餓老虎實在不少，比如說老板，好象老板就是程序員的天敵，什么“不懂技術卻指手畫腳”、什么“得到與付出不相當”似乎是程序員最常見的牢騷，這個問題不可能得到真正的解決。

困境之二：Bill的競爭。一般說來中國的程序員大都是吃“青春飯”的，大部分程序員的黃金時代是24～28歲。到了30歲左右，一批又一批年輕程序員會給你帶來巨大的競爭壓力。首先由于軟件行業的飛速發展，很多自己以前學的東西逐漸升級換代，而許多程序員由于長期于工作，學習新知識的效率必然下降。其次自己干了幾年，薪水要求自然就高了，而年輕程序員工資又低、干活又快，當然會成為老板的首選；第三，30歲基本都已經成家了，要支撐家庭的生活負擔，幾乎連從頭在來的勇氣都不會有了。中國的老話說“長江后浪推前浪、一代新人換舊人”，這個歷史的規律在軟件開發行業體現的尤其明顯和殘酷，很多程序員必然要面對的結果就是降薪乃至失業。

困境之三：自我的實力。都知道人最難戰勝的是自己，所以自我也就是程序員需要超越的最大障礙。大多程序員都把系統分析員和項目經理作為自己的職業目標，但這些目標的達成，需要個人素質、市場機遇等多個方面的條件，太多的程序員就是在高不成、低不就的狀態中蹉跎了歲月。對于系統分析員，特別需要以下幾方面的素質：客戶需求分析能力、系統架構與設計能力、模塊分解設計能力、項目流程控制能力、項目風險評估能力等，而對于項目經理則更注重項目管理方面的能力如團隊組織能力、溝通協調能力、分析問題解決問題的能力以及良好的職業道德等，而這些素質和能力往往只能依靠程序員個人的學習和努力?？吹皆絹碓蕉嗟某绦騿T開始學習項目管理的課程，真的有點為他們擔心，因為現在的項目管理培訓只能停留在理論和考證的程度，既沒有素質方面的訓練，又缺少實際軟件開發項目的案例，學習的結果遠遠不能達到預期的效果。