程序員駐點開發方案

1. 程序員是做什麼的

簡單來看，程序員的工作就是使用編程語言，根據需求寫出一個程序。

目前主流編程語言包括，Java、JavaScript、Python、C、C#、C++、php、Objective-C等，每種編程語言適合開發的程序有所不同。

程序員要需要能看懂需求文檔，並且能准確的使用編程語言，根據需求中的要求來編寫成程序。程序員編程時，一般不會直接給一篇需求文檔，然後就要求編寫出程序。

程序員寫程序的一般過程包括，編碼（就是寫程序）->單體測試->集成測試->用戶測試->系統上線->系統運維。

2. 程序員工作要做什麼

程序員(英文Programmer)是從事程序開發、維護的專業人員。一般我們將程序員分為程序設計人員和程序編碼員，但兩者的界限並不非常清楚，特別是在中國。
作一個真正合格的程序員，應該具有的素質。
1：團隊精神和協作能力
團隊精神和協作能力是作為一個程序員應具備的最基本的素質。軟體工程已經提了將近三十年了，當今的軟體開發已經不是編程了，而是工程。獨行俠可以寫一些程序也能賺錢發財，但是進入研發團隊，從事商業化和產品化的開發任務，就必須具備這種素質。可以毫不誇張的說這種素質是一個程序員乃至一個團隊的安身立命之本。
2：文檔習慣
文檔是一個軟體系統的生命力。一個公司的產品再好、技術含量再高，如果缺乏文檔，知識就沒有繼承，公司還是一個來料加工的軟體作坊。作為代碼程序員，必須將30％的工作時間寫用於技術文檔。沒有文檔的程序員勢必會被淘汰。
3：規范化的代碼編寫習慣
知名軟體公司的代碼的變數命名、注釋格式，甚至嵌套中行縮進的長度和函數間的空行數字都有明確規定，良好的編寫習慣，不但有助於代碼的移植和糾錯，也有助於不同技術人員之間的協作。 一些所謂的高手甚至叫囂高手寫的代碼一般人看不懂，我只能說他不是一名合格的程序員。
4：需求理解能力
程序員要能正確理解任務單中描述的需求。在這里要明確一點，程序員不僅僅要注意到軟體的功能需求，還應注意軟體的性能需求，要能正確評估自己的模塊對整個項目中的影響及潛在的威脅，如果有著兩到三年項目經驗的熟練程序員對這一點沒有體會的話，只能說明他或許是認真工作過，但是沒有用心工作。
5：模塊化思維能力
作為一個優秀的程序員，他的思想不能在局限當前的工作任務裡面，要想想看自己寫的模塊是否可以脫離當前系統存在，通過簡單的封裝在其他系統中或其他模塊中直接使用。這樣做可以使代碼能重復利用，減少重復的勞動，也能是系統結構越趨合理。模塊化思維能力的提高是一個程序員的技術水平提高的一項重要指標。
6：測試習慣
測試是軟體工程質量保證的重要環節，但是測試不僅僅是測試工程師的工作，而是每個程序員的一種基本職責。程序員要認識測試不僅是正常的程序調試，而要是要進行有目的有針對性的異常調用測試，這一點要結合需求理解能力。
7：學習和總結的能力
程序員是很容易被淘汰的職業，所以要善於學習總結。許多程序員喜歡盲目追求一些編碼的小技巧，這樣的技術人員無論學了多少語言，代碼寫起來多熟練，我們只能說他是一名熟練的代碼民工，他永遠都不會有質的提高。一個善於學習的程序員會經常總結自己的技術水平，對自己的技術層面要有良好的定位，這樣才能有目的地提高自己。這樣才能逐步提高，從程序員升級為軟體設計師、系統分析員。
作為高級程序員，乃至於設計師而言，除了應該具備上述全部素質之外，還需要具備以下素質：
1、 需求分析能力
2、 整體框架能力
3、 流程處理能力
4、 模塊分解能力
5、 整體項目評估能力
6、 團隊組織管理能力

一般招工時需要提供基礎程序員證書，要參加考試的：

[編輯本段]考試說明
1、 考試要求：
（1） 熟練掌握基本演算法和數據結構，用C語言編製程序；
（2） 掌握數據結構、程序變速器和操作系統的基礎知識；
（3） 了解軟體工程、資料庫、多媒體和網路的基礎知識；
（4） 掌握數制、機內代碼及其算術運算和邏輯運算的基礎知識；
（5） 了解計算機的體系結構和主要部件的基礎知識。
2、 通過本級水平考試的合格人員能按照軟體設計說明書編製程序，具有相當於助理工程師
的實際工作能力和業務水平。
3、 本級水平考試范圍包括兩個模塊：模塊1——程序編制能力（考試時間為150分鍾）；模
塊2——基礎知識（程序員級）考試時間為120分鍾）。題型為：單項選擇題十多項選擇題。

3. 程序員如何提升自己橫向能力

   最近在和團隊內幾個小夥伴進行聊天時發現，當問到自己總結一下最近一年或者半年的成長這個話題時，大家給出的答案都是，我又學習了什麼樣的技術，對某個開發技術又精進了等此類的回答。當我們聊到橫向能力的有哪些變化時，大家給出的答案和理解都有所不同。
   聊天的過程中有一個小夥伴向我咨詢是該先針對某項技術進行深入研究，還是該綜合橫向能力去發展？此時就聊到對橫向能力理解，小夥伴理解的橫向能力是指學習市面主流的框架，中間件，新的語言等。這與我理解的橫向能力卻有很大的差異，下面談談我對從事軟體開發小夥伴應該具有橫向能力的理解。每個人的認知和觀點都不同，此處不討論對與錯，只簡單說說我的看法。

   畢業以後我從學校回到合肥，加入了一家初創公司，算是進入了軟體開發這個行業。說一下這個初創公司，全職員工4人，兼職員工3人，公司的創始人都是技術出生，所以整個公司的技術氛圍比較濃厚，我在這個公司工作了三年半。現在看來，在這個公司的三年多經驗，仍在我現在工作中發揮重要的作用。初創公司的好處就是任何崗位都是處於人力缺失狀態，可以讓你有很多的機會承擔不同崗位的工作，給你帶來工作挑戰和壓力的同時，也會讓你快速的成長。我從一個實習生加入公司，角色也由初級開發，中級開發，高級開發，項目主管，客戶現場負責人，到產品業務線負責人，工作內容也由單純的技術開發，到技術管理，項目管理，客戶需求管理，以及到全面業務線管理，涉及了從項目啟動，實施，維護等全流程經驗。
   後來我加入了現在的公司,最初應聘的崗位是軟體開發工程師，入職後被調整到一個大數據組，做內部創新項目孵化，當時的情況是我一個人需要承擔從開發到上線的相關的事宜，慶幸的是之前的工作經歷讓我熟悉整個項目研發周期內的流程工作，經過緊張的幾個月時間，帶著兩名實習生順利推出孵化項目。接著所在團隊調整為公司前瞻方向的團隊，業務發展需要，我開始組建開發團隊。隨著業務的發展，我的工作內容由之前的研發慢慢轉變為關注技術管理，工作集中在產品研發流程改進，質量改進，IPD體系落地建設，團隊組織建設，人才培養等，與我最初的工作經歷又完全不同。

   在我看來，我的本職工作是一名Java開發工程師，我把我在本職工作方面的能力成長都歸為專業能力，剩餘的我歸為綜合能力也就是我所理解的橫向能力。例如開發技能的掌握的成熟度，開發技能的拓展，架構能力的提升等等我統一歸為我的專業能力提升，而隨著團隊的需要額外掌握的項目管理，需求管理，研發技術管理或者產品設計，客戶溝通等等我統一歸為橫向能力的提升。

   隨著工作的年限增長，所遇到工作的內容和工作當中的人和事都會影響著自身制定的一些計劃，在不同的階段，都會有不同的想法。可能在剛開始自己還給自己制定了一個好的規劃，例如工作三年，工作五年我要達到什麼目標，技術達成什麼要的水平，收入達到什麼樣的水平等等。
   我們在制定要目標後，要告訴自己你在向目標努力的時候，需要擴展自己的哪些橫向能力。例如從初級程序員到高級程序員，你需要補充溝通能力，技術管理，需求管理等；當你需要著手獨立管理項目時，你需要補充招投標商務能力，財務能力，項目管理，客戶管理等；當你轉變為業務線負責人時，可能你需要關注人員溝通，組織協調，應急處理等。所以當你有了明確的目標以後，你需要知道自己欠缺的哪些，然後去提升。
   如果制定好的規劃不去想通過哪些途徑完成，就會變成的空想，時間長了以後，就會變得過一天是一天，不在去主動的尋找機會，主動的提升自己動力也慢慢消失。所以在給自己做計劃時，需要明白自己想要什麼？最簡單的一個原則，你在離你下一個目標時，找出你覺得你欠缺的能力去補充。有時候我們需要刻意的去學習一些知識，通過看書，看帖，網上的大牛文章，請教同事和領導，都會讓你有很多的收獲。另外在定計劃時候，建議不要定太長的計劃，一般我會定一個月、兩個月，最多不要超過半年，自己找出最想做的3-5件事就可以了。
   有人會有這樣的疑問或者說是困惑，在團隊中可能短時間無法確定自己的下一個目標，這種情況下，我的建議是給自己假設一個情景，例如現在有一個新的業務線需要組建新的團隊，自己能否去新的團隊承擔比現在更多的職責，我現在是一個中級開發，我能否過去承擔一個小團隊的負責人；我是一個高級開發我想嘗試下項目經理，是否能夠獨立帶領項目團隊。當我們經常給自己假設目標時，每隔一段時間，你就會有新的挑戰，自然而然的就去學習不同的知識。通過自己給自己設定一些具體的假設目標，這樣會使得自己的規劃在具體實現時有具體的抓手，而不至於無從下手。

   當明確好我們自己的下一階段的能力提升目標，也進行了相關能力的理論知識學習，如何去實踐，把理論真正的變成自己的經驗。我自己的理解是：慢慢去實踐，不用著急。不要想著一次性就能把事情做好，一口吃個胖子。當你在跨專業做一些事情的時候，往往也是打破自己傳統認知，有時候也會有自我否定的過程。當你在實踐的過程中，不斷的嘗試，不斷的出錯，不斷的進行復盤，你才有可能把這些理論知識，變成自己的橫向能力。
   在整個我們的角色轉變的過程中，會出錯，會讓你緊張，壓力大，產生焦慮，甚至於覺得自己沒有能力做好，想要放棄。給我印象很深刻是事情是在我工作的第二年被公司派往客戶現場進行駐點項目實施，這次的轉變是我從來沒有過的，在客戶的現場不僅需要完成本職的開發任務，更多的是客戶交流，如何做好客戶管理，怎麼樣處理應急問題。在開始的被客戶懷疑能力，應急響應能力差，甚至於被投訴，到最後客戶主動的表示好感，最終通過客戶的推薦，後續又接到了很多的合同。
   這些只有自己去做，去經歷過，你才能知道如何使客戶怎麼樣才能慢慢對你從懷疑到肯定，也會大大提高如何服務好客戶方面的能力。今天回過頭去看，每轉換一個角色，你的抗壓能力就會有大幅度增長，會讓你的自我調節能力也得到很大的提升。有些能力的提升必須要經過一定的時間，必須要經歷過一點的坎坷和困難，所以需要對自己有信心，相信自己。

   在職業發展的過程中，不是所有人都能得到很合適的機會，去做一些與當前工作角色內容的不同的事情或者說能有機會去嘗試一些新的崗位和工作。或者是有了機會去到新的崗位工作，但是卻不是自己計劃目標內的理想崗位。有時是事情的發展促使你做了崗位轉變，例如人力缺失，團隊人員離職，需要你去補位做相關的工作；有時是領導需要你做出轉變來應對團隊發展的需要。
   我曾經經歷過的崗位轉變或多或少都存在以上的因素，但是給我帶來了很多不同角色的應對事情以及處理問題的能力。所以當你覺得現在的工作內容可能不是你理想內容，千萬不要有抵觸或者消極的心態，更應該提高自己的眼界和格局，去突破自己的舒適圈。千萬不能被自己所謂的規劃和固執的思想所困住。
   珍惜每一個階段，做好該做的事情，你的能力自然而然的就會多面開花。

   在我看來所有的能力提升，都需要自己主動願意承擔更多的角色，你才有機會去鍛煉自己的能力，才有機會去挑戰下一個目標。大家通常說機會是給有準備的人的，在我看來不僅僅是這樣，機會更多的是給願意主動出擊的人。往往有時候機會不是別人給你的，而是自己主動爭取的甚至有時候需要自己主動的去創造，只有你願意走出第一步讓別人發現你的能力，你才能體現出來你的能力。
   所以想要能力有快速的提升，先改變自己，從團隊中站出來，主動出擊吧。

4. 程序員，在開發的過程中應該注意哪些安全方面的問題

可忽視的誤區 企業的軟體開發能力取決於該企業的軟體過程能力。如果一個企業軟體過程能力越成熟，那麼該企業的軟體開發能力就越有保證。大量的實踐經驗表明，在體現企業軟體開發能力的因素中，技術或工具並不是第一位的。其實，許多問題不是出在不懂怎麼做，而是沒有安排做，做的次序不對，或不知道怎樣做得更好。 目前，比照軟體過程管理模型（如圖一），中國的軟體企業中還存在各種影響過程改進的因素和誤區，主要表現在個體和組織兩個方面。 在組織方面，首先，中國軟體企業實施CMM往往缺乏高級管理者的支持。其次，沒有足夠的SEPG資源。從很多情況考慮，SEPG成員要比其他CMM相關組綜合素質高一個層次，CMM相關組的管理素質需要比技術類組高一個層次，才能順利開展工作。第三，沒有合適的先行者或者沒有適當全局觀的項目經理配合。被組織選為先行者的人員經常說自己沒有時間，由於這些人都是從各個項目中抽出來的，一般人很難有足夠的權力讓他們為配合CMM做工作。最後，軟體組織缺乏足夠詳細的項目計劃和監督調整機制。 在個體方面，首先，手工作坊式的個人英雄主義情結成為實施CMM的制約。其次，某些軟體開發人員錯誤地認為過程管理會影響或壓抑專業人員的創造性，其實這是不清楚過程的定義造成的。第三，由於軟體項目的成功更多地依賴於少數人員的傑出技術能力和項目管理能力，成功項目的經驗不能得到最大限度的繼承，軟體生產的可重復性相對比較差。最後，軟體企業人員變更相對頻繁也增加了實施CMM的難度。 「三七」法則 在過程改進總體建議方面，應該從三個方面做准備，分七步走。 首先，在組織方面的准備上，除了要求高層經理出資支持CMM改善軟體過程，委託具有管理職責的人員負責CMM實施之外，須成立軟體工程過程組（SEPG），研究CMM、編寫/修改必要的文檔並推廣文檔；成立軟體質量保證組（SQAG），研究軟體質量保證技術及過程，編寫/修改必要的SQA文檔並推廣已編寫的文檔，測量和分析項目進展情況，反饋項目過程狀態，准備和評審過程、計劃和標准，審計指定的軟體工作產品以檢驗其遵從性，審計軟體工作過程的符合性；成立軟體配置管理組（SCMG），研究軟體配置管理技術及過程，編寫/修改必要的SCM文檔並推廣已編寫的文檔，建立必要的工具支持。 在知識准備方面，要加強培訓工作，建立內部過程評估隊伍和龐大的過程改善隊伍。對各角色人員進行專項培訓，普遍開展軟體工程基礎及CMM的培訓，使每個崗位的人員都具備過程改進的意識，並掌握所必需的過程改進知識和技能。此外，要重視對軟體工程的研究，包括方法、工具和過程，加速培養過程改進的骨幹隊伍。 在能力准備方面，建立有效的軟體項目管理，文檔化且遵循軟體項目管理過程，在建立管理過程中，使用組織的方針來指導項目，建立基本軟體工作產品完成准則和檢查單，並迅速實施，然後根據反饋意見及時修改。堅持適當的監控機制，例如對項目進度進行跟蹤而建立的例會制度，制度化的日報和周報活動。做好實際數據收集、測量與分析工作等。重復成功的以前項目的開發經驗。 改進過程總體可以分為以下七個步驟。 確定目標：確定在一段時間內達到的改進等級。 狀態診斷：把過程改進要達到的狀態與目前的狀態作比較，找出存在的差距。 制定計劃：「凡事有計劃，按計劃辦」不僅是CMM強調的，也是軟體開發過程中應該注意的。 規程制定：過程改進的一個重要的地方就是「事事有規程，時時有記錄」，這樣，即使關鍵人走了，原來的事也能繼續而不致產生過多的停頓。 過程試點：制定了規程後，要對行動計劃按執行過程的情況進行適當調整。其中，尤其要注重評審和驗證，實現定期監控，注意採集度量數據。 反饋修正：總結過程試點的經驗，修訂規程。 過程推廣：擴大應用范圍。 軟體過程改進實施步驟 公司的過程改進活動也是一個項目，並且是很大的項目，涉及的人員、技術和資源都很多，還要平衡現有產品或項目的進度等。同時，它也是一個不斷往復，螺旋上升的一個過程。 第一個步驟為高級經理下定決心，提供足夠的資源來主持並完成前期的准備工作，這個階段核心是評價SEPG組長的資格和資質，還包括評估培訓、購買工具的預算及相應資金能否及時到位。 無論是軟體商業化的過程或CMM實施的過程之中，建立規范化的易於操作的軟體開發行為規范都是首先要做的工作。但是，切記，編制規范的時間一定不能長，以10到12個工作日為宜，文檔不宜過多，以5～6個規程為好（對應5個或6個關鍵過程域），這是第二個關鍵階段。評價標准可以是SEPG組長能夠順利、流暢地講解其制定的規程。在規程編制階段必須有老闆或常務副總直接領導CMM工作。但是一定要記住，制定的過程要遵從「從實踐中來，到實踐中去」，同項目經理、有經驗的開發人員研究、討論，從而使SEPG組長能夠及時反映工作中的問題，並且問題能夠得到及時解決。 第三個步驟是制定並發布公司的評估方針和方案，包括開發體系重組過程中的激勵措施，中層在此階段必須介入，這關系著過程改進的結果。SEPG和CMM實施的周例會，必須有高級經理參加，要有記錄或錄音作為證據，是考核的一個指標。 除此之外，對於還沒有進行基於CMM改進的企業，還要重視設計復查、代碼復查以及測試工作 。很多程序員習慣於「只做不想」這樣一種工作方式，他們更關心每天可以寫多少行代碼，完成幾個模塊，在這種態度下，他們都很不願意復查自己的工作，而習慣於在軟體測試階段把隱藏的錯誤改正過來。CMM實施過程，就是要通過各種復查，溝通信息，及早發現並更改問題。 在實施了初始的過程或技術部署後，培訓成了主要問題。但人員變動時，附加培訓的必要可能沒被認識到，管理技能的培訓尤為重要。而對於那些由於過硬的技術而被提升到管理職位的人員，需要接受一整套新技能的培訓，包括人際關系技能。 項目經理在整個過程改進中（尤其是CMM二級）的工作量大約要佔到整個總量的一半到四分之三，在評估訪談時也佔有了舉足輕重的地位。有些項目經理認為自己心裡有一套計劃，只要按計劃進行就可以按時保質完成項目，但事實並非如此，在項目組之間的協調問題上，高層經理的作用是非常明顯的。 試點或模擬項目可以很小，哪怕只有兩個人，或者聯合SEPG進行指導全部公司的模擬項目，這是縮短試驗的最好途徑。先組織配置管理活動的培訓或學習，配置管理活動和質量保證活動在此期間可以得到很好的練習。 CMM為軟體企業的過程能力提供了一個階梯式的改進框架，它基於過去所有軟體工程過程改進的成果，吸取了以往軟體工程的經驗教訓，提供了一個基於過程改進的框架; 它指明了一個軟體組織在軟體開發方面需要管理哪些主要工作、這些工作之間的關系、以及以怎樣的先後次序，一步一步地做好這些工作而使軟體組織走向成熟。 但是由於CMM中不研究所有軟體過程和質量改進問題，也未提供有關實現子過程域所需要的具體知識和技能，因此要進行個體軟體過程PSP的實踐活動，以填補這一空白，並優化過程改進途徑。

5. 請問駐點銀行的開發工作靠譜嗎

應該說還是靠譜的。一般銀行都會請軟體公司幫助自己做軟體開發或是運維。但是出於銀行的特殊性一般都會要求軟體公司駐場開發。駐場開發分為兩類，一種是項目型的軟體公司作為項目開發完成交付銀行使用，另一種是外包類型的，軟體公司提供合格的程序員供銀行安排，系統開發，進度控制由銀行負責，公司僅僅提供合適的人，銀行按人月結算。

6. 哪些公司有軟體人員駐點開發服務的

軟體人員駐點開發就是軟體外包公司派出軟體技術人員到企業駐場開發，在深圳是有很多的靠譜的軟體功能的，你可以去找找，可以從下面幾個方面來判斷是否靠譜。
1. 軟體人才資源的豐富度。

2. 能不能提供你所在城市的人才外包。
3. 交付流程是否完善。

7. 讓外包公司的軟體人員駐場開發好不好，優勢有哪些

軟體人員駐場開發的好處為：
1、即時性
駐場開發的一大好處就是隨時監督進程，及時發現問題，即時解決問題。

2、便於溝通，用工靈活
如果覺得之前的方案里有一些小的問題，或者某些地方不夠考慮的不夠周到，可以當面溝通，隨時開會討論，解決問題。

3、用工開支相對低
駐廠人員在現場除了完成本身職能內的事以外，還可以協助完成甲方指定的其它工作。

8. 程序員是做什麼的什麼是程序

程序員：

程序員是從事程序開發、程序維護的專業人員。程序員一般需要會做：確認通過審查方案的目標，輸入數據，分析師，監事，和客戶的輸出要求的項目要求。

通常情況下將程序員分為程序設計人員和程序編碼人員，軟體從業人員分為初級程序員、中級程序員、高級程序員（現為軟體設計師）、系統分析員，系統架構師，測試工程師六大類。

程序：

程序是一組計算機能識別和執行的指令，運行於電子計算機上，滿足人們某種需求的信息化工具。以某些程序設計語言編寫，運行於某種目標結構體繫上。

程序就如同以英語（程序設計語言）寫作的文章，要讓一個懂得英語的人（編譯器）同時也會閱讀這篇文章的人（結構體系）來閱讀、理解、標記這篇文章。

(8)程序員駐點開發方案擴展閱讀：

程序員的日常工作：

1、確認通過審查方案的目標，輸入數據，分析師，監事，和客戶的輸出要求的項目要求。

2、安排項目要求在編程序列分析要求;准備工作流程圖和使用計算機知識的能力，題材，編程語言和邏輯圖。

3、編碼工作流程的信息轉換成計算機語言的項目要求。

4、通過輸入編碼信息的計算機程序。

5、確認程序操作進行測試，修改程序序列和/或代碼。

6、准備寫操作指令供用戶參考。

7、保持歷史記錄，通過記錄方案的制定和修訂。

參考鏈接：網路-程序員

網路-程序

9. 軟體公司開發項目是怎麼搭架項目框架的(是一個人搭建還是每個人都建),程序員是怎麼用搭架框架分工開發的

軟體公司開發項目框架一般是由架構師或者技術經理搭建的，有基礎的web開發技術框架，源代碼控制框架和管理框架，現在一個web開發技術框架包含前端、後端和資料庫三個大的方向，各個方向的技術框架都不一樣。現在主流的技術框架包含.NET、SqlServer、Bootstrap等，各個方向都有專業的程序員進行開發。

軟體開發框架詳細介紹

軟體前端開發技術包括三個要素：HTML、CSS和JavaScript，當然還有很多高級的前端框架，比如bootstrap、Jquery等，前端開發也是比較的復雜，如果找到規律，開發起來也比較的快。

軟體開發後端技術也有很多，比如.Net、JAVA、PHP等，各大語言都有其開發架構，像.NET的MVC架構，一般web後端技術的知識面是很廣的，設計模式、需求分析、性能優化等都要懂。

軟體開發資料庫現在有三種主流的資料庫：MysqlSQLserverOracle，還有Nosql資料庫：Redis、Mogodb等。

人員分工一般是按照上述三個大方向來分配任務的。

10. 駐點開發是什麼

開發員在需求方指定的工作地方開發程序。