每天重複公司和住的地方，上班了先把倉庫裡面的程式碼更新下來，然後測試昨天寫的程式碼，如果沒有問題繼續下一個模組，如果遇到問題就谷歌，技術論壇。直到解決問題為止，有時候特心累，有時候經常加班到很晚，下班之後回到家了又會學習一些新的知識，每天重複一遍。

【凌宇問天觀點陳述】：用程式設計語音實現公司要求的效果。

程式設計師，業內戲稱稱“碼農”。

這兩個字形象的描述出程式設計師的日常工作形態。就是用自身所學的各種語言知識，一點一點的敲程式碼，寫出企業要求的程式。

我有幸做過兩個月的產品經理，在一線和程式設計師們一起工作過。我的工作是按照企業客戶需求，設計產品，畫出產品原型圖，而程式設計師就是按照我的原型圖，用程式設計程式碼實現它的功能。

程式設計師是科技類公司的基石，雖然收入相對較高，但確實是透支自己的身體和腦細胞。往往32歲的程式設計師如果不轉為管理崗，就只能光榮退居二線了，這也說明程式設計師是一個青春飯碗。

隨著科技的發展，世界的進步，不斷有新的程式語言誕生。所以程式設計師們往往桌子上會擺著很多厚厚的程式設計書籍，因為他們也要不斷學習。

簡單來說，寫程式碼，打包釋出，就能看到功能頁面或者軟體、app了。

需求 設計 開發 測試 迭代 升級

要力爭做出完整的系統交付。

是從事程式開發、維護的專業人員。一般將程式設計師分為程式設計人員和程式編碼人員，但兩者的界限並不非常清楚，特別是在中國。軟體從業人員分為初級程式設計師、高階程式設計師、系統分析員，系統架構師，測試工程師五大類。

程式設計師一般我們分為兩類，第一類我們叫程式設計員，第二類就是程式編碼人員，但他們沒有特別的界限，那麼一個合格的程式設計師應該具備哪些素質呢？

1,團隊精神和協作能力

軟體開發到現在已經表成軟體工程，再也不是原先的一個人就能完成的簡單程式設計，而是需要團隊一起來開發，所以團隊協作是必備的。

2,規範的程式碼編寫習慣

良好的習慣往往會給我們的工作帶來事半功倍的效果，編寫程式碼也是如此，所以初入行者更要從開始就養成良好的習慣。

3,理解能力

一般來說任何工程的最終結果都是需要為客戶服務的，所以程式設計師一定要能精準的理解任務的需求，如果偏差就有可能使整個專案返工。

4,思維能力

良好的思維能力能讓我們把任務簡單化。

5,儲存習慣

這一點聽起來好像不是很重要，到在工作的過程中一定會幫助你減少二次作業。

所謂的程式設計師：通俗地說就是翻譯我們人類的語言給機器（包括電腦、手機、pad、耳機等等）看的。

目標是讓機器能看懂，執行不出故障。具體來說，專門負責計算機軟體系統的研發和維護工作。程式設計師的工作成果遍及各個領域，包括網站、App、遊戲、辦公軟體、中介軟體等等。

職務的話，開始都是對著電腦寫程式碼的。到後期，可以往技術專家發展（技術經理、架構師、技術總監），可以往管理發展（專案經理），可以創業，可以轉型做產品經理或運維等等。

他們有可能是做C++、Java、PHP、iOS、Android、Python、前端開發等。當然還有一些其他的比如Ruby、VB、嵌入式、Linux、C#等等。

程式設計師入門容易，但是，容易入門並不代表容易精通。要想成為一個真正有影響力的程式設計師，需要一個人出色的天賦，不懈的努力，勤于思考，耐心細心，再加上一點點運氣。

大部分程式設計師996已經是共識，即使不強制，也是有幹不完的工作和kpi考核，工作之餘還得不斷更新自己的知識，擔心年齡大了被淘汰

經歷了3--4家公司了，我做的Java後臺開發，基本上工作內容上大同小異，都是根據產品的需求商定功能，然後用程式碼的形式實現我們想要的效果，例如，當前的你問我答，是一個問題對應很多條答案 然後儲存到資料庫裡，給更多的人看到。

日常工作

其實程式設計師每天在公司的工作和其他行業整體來說是差不多，也就是每天早上到公司整理當天要完成的工作任務，大致分為：

修復線上線下緊急的bug

所謂bug，就是寫程式過程中的漏洞，這些漏洞小則可能造成介面錯亂，按鈕不能點選，下拉選擇框無法選擇等；大則商品無法下單，無法付費，或者類似於淘寶、京東經常出現的某個商品的費用弄錯了，使用者發現漏洞後，不停的下單，最後造成公司損失；出現的問題不是很嚴重的情況，程式設計師一般需要在工作日排計劃，透過重新審視程式碼，模擬真實環境，復現問題，最後編寫程式碼修復，修復後再進行測試，測試完成後再次上線供使用者使用。如果是大問題，則需要24小時待命修復，直到修復完成。

日常開發任務

日常開發任務是每天的工作主線任務，例如公司決定要開發一個app，那針對這個app會有個長期的開發計劃，每個程式設計師按照自己的職責，領取任務，在指定的時間內完成程式碼開發，提交到程式碼伺服器上，供團隊成員check。

早、晚溝通會議

每日例會，這也是軟體公司一般會進行的日常，需要在每天早上或者每天晚上，專案組成員在一起回顧昨日的工作或者當天的工作，目的是為了加強溝通，瞭解成員的任務，發現一些問題協作解決。

提交測試、釋出上線

這項工作是程式設計師在經過一段日常開發後要進行的最後一項工作，那就是所有的程式整合起來進行整合測試，內部測試完成之後，以一個完整的安裝包或者完整的文件的形式，提交給測試部門，由測試部門模擬真實的線上環境進行測試，如果測試部門發現問題，則有程式設計師及時排查、修復，確保上線後的程式是沒問題的。

初級程式設計師

初級程式設計師，一般是工作1-3年的畢業生，工作經驗還不是很豐富，沒有做到專案經理或者產品經理或者是小團隊負責人。到公司後就會整理下今天要做的工作和需要與領導溝通的事項，特別是一些難題或者需要他人協作的內容。

中級、高階程式設計師

中高階程式設計師負責每個軟體最核心，最複雜模組的程式碼編寫，並且每天對初級程式設計師進行指導，指導初級程式設計師進行規範化編碼、難題解決，是程式設計師隊伍中的中堅力量。

架構師

架構師一般為高階程式設計師晉升，他們一般對技術十分熱愛，並且對公司業務也理解透徹，他們是整個軟體專案的基礎框架搭建者，他們每天除了核心技術模組（非業務模組）的編碼，還會進行一些疑難問題的解答、當下最新技術的研究及推廣，基礎技術元件的開發。

專案經理

專案經理是對技術和業務都非常熟悉的人員，負責整個軟體專案的團隊管理、成果交付。他們每天的主要任務是與需求人員溝通需求、理解需求，對一般程式設計師進行需求講解、任務劃分，還需要把控整個團隊的整體進度，所以每天都需要對程式、功能進行一些檢查，確保程式碼質量、功能開發的進度情況，如果有問題會召集相關人員進行開會討論，並跟蹤最終解決。

說到底，程式設計師的大部分工作主要還是分析業務、進行編碼、測試、釋出上線，跟蹤線上問題。

對專案經理負責，負責軟體專案的詳細設計、編碼和內部測試的組織實施，對程式設計師小型軟體專案兼任系統分析工作，完成分配專案的實施和技術支援工作。

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

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

4、熟悉並熟練掌握交付軟體部開發的軟體專案的相關軟體技術。

5、負責向專案經理及時反饋軟體開發中的情況，並根據實際情況提出改進建議。

6、參與軟體開發和維護過程中重大技術問題的解決，參與軟體首次安裝除錯、資料割接、使用者培訓和專案推廣。

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

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

早上按時到單位，然後開始一天的工作，有專案的時候，一般會有朝會，就是說說你現在的工作進度到哪裡了，是不是按照leader給你制定的進度計劃走，如果沒有，他會問你為什麼，是什麼原因，幫你分析一下，基本上會問你一些工作進度上的事情，再就是有沒有遇到問題之類的，幫你解答一下。基本上朝會就是專案組的人，大家坐在一起說說自己的到昨天的進度，今天的目標，還有遇到的問題。

完事之後，就是回到座位上開始coding，java程式設計師基本上做的都是web專案，所以你基本上每天都是在與html，jsp，struts，spring之類的東西打交道。自己根據式樣書理解一下自己的任務，然後根據框架在裡面寫了，基本上算是填空了。

你的leader會根據你的能力給你分配你能搞定的難度。一般做專案的時候是不會有空閒的時候的，忙的時候連喝水的時間都顧不上。白天的任務自己搞不定的話，晚上你還得加班，或是看你專案組了，要是要求全員留下，那即是你進度超前，也得留下。

沒專案做的時候，一般很閒，啥事也沒有，但是不能幹與工作無關的事情，只能看看技術書什麼的。

總之，就是忙的時候很忙，閒的時候很閒。但一般都不會很閒，除非你公司不行，接不到活。

休假：一般都很正規，有帶薪年假，有些公司可能還會有自己的小假期。法定節日一般都會給你放假，因為老闆一般不會給你3倍工資的，除非專案很忙。平時加班的時間可以換成調休，就是你平時加班夠8個小時，不忙的時候你可以休了他，不按事假扣你工資的。但一般都要看你所在的公司是什麼制度。

沒有做過開發的朋友，尤其是想進入IT行業又還沒入門的朋友，可能對程式設計師的工作很好奇，覺得他們很神奇，其實也不盡然，那麼我就跟大家說說程式設計師的一些工作場景。

就比如我，一般就是9點前到公司，開啟自己電腦，然後就去接杯水，泡個枸杞，啃著煎餅開啟郵箱，看看有沒有最新的郵件，郵件是不是和自己工作有關係，有關係就看看工作的安排內容。

然後準備利索，就看看昨天有哪些沒寫完的程式碼，繼續寫。如果沒有新的工作安排，就看會自己感興趣的東西，又沒人盯著你，想看點啥就看點啥唄。

一般我們公司上午會有一個小的日例會，部門的人都去參與一下，由產品經理簡單說說當天工作的主要安排，十幾二十分鐘結束。晨會結束之後，我們就回到自己工位上面，開啟禪道這樣的工具，檢視自己具體的工作安排，按照自己的工作安排，實現分配給自己的需求，解決自己專案中的bug等。

然後就開始一天的擼碼生活，大多數程式碼都是常規性，都寫過很多遍了，就是按需求實現出來就行。碰見特別困難的地方，也會問一下度娘或者找一下谷哥哥，或者和同事交流討論一下該怎麼實現。下午把當天的內容實現了，自己測試一下沒大問題，透過git和jenkins這樣的環境提交到我們的測試環境，讓測試的妹子給測一下，看看是否透過，沒有透過打回來重寫，通過了就提到線上正式的分支。

基本上一天就這麼過去了，遇到活多或者特別難的時候，晚上也得加班，經常也會有線上程式碼出問題的時候，就得緊急修復bug，解決問題，加班唄。

前一晚上大量的工作（ps：晚上12點以後各種嗨皮，玩手機，看電影巴拉巴拉等等反正是不睡覺）

所以上午8：00之前就不會離開被窩，不到上班遲到的時間絕對不起床。感覺床有魔性一樣

好了，磨磨蹭蹭9：00算是勉強到了公司，開始了一天的工作。你以為程式設計師工作是這樣的？

其實......

程式設計師，“這個bug修一下”，“需求改了，今晚班”，“叫到車了，就是還得再等59個人才輪到我”。

阿里程式設計師

8:00到公司，看微博（15min）,做工作計劃，完成昨日未完成的工作；

12:00-1:30吃飯+午休。

13:30擼程式碼、扯皮、接水、上廁所。

18:00下班（公司提供免費晚餐）。

20:00-21:00加班時間（看個人）。

騰訊程式設計師

9:00上班

9:30開始敲程式碼，回覆各種電話、郵件。

11:40午餐時間

12:30-14:00午休。

14:00開始敲程式碼、扯皮、接水、上廁所。

17:00晚餐。

8:00到公司，刷微博，檢視昨日工作情況，做今日工作計劃。

9:30正式開始工作，被各種問題刁難，敲程式碼，檢查，除錯，修復。

12:00午餐。

12:30午休。

13:30開始下午的工作。

18:00下班。

360程式設計師的畫風是這樣的

敲程式碼敲程式碼敲程式碼敲程式碼敲程式碼敲程式碼敲程式碼

敲程式碼敲程式碼敲程式碼敲程式碼敲程式碼敲程式碼敲程式碼

敲程式碼敲程式碼敲程式碼敲程式碼敲程式碼敲程式碼敲程式碼

敲程式碼敲程式碼敲程式碼敲程式碼敲程式碼敲程式碼敲程式碼

敲程式碼敲程式碼敲程式碼敲程式碼敲程式碼敲程式碼敲程式碼

而我是這樣的

加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加敲程式碼班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班加班

下面，就讓我帶你走程序序員悠閒的一天。

早上7點50，還在夢想裡改程式碼的我被鬧鈴叫醒，我一時還分不清是夢還是現實，再睡一會吧。

8：00，趕緊起來，在半夢半醒中起床洗漱。

8：10，好像要來不及了，一件牛仔一件格子襯衫標配出門。

8：50，趕緊來到公司旁的便利店，買上牛奶麵包。

9：00，還好趕上了。先檢查下昨天部署的程式和其它任務正常。

9：30，寫程式碼......

11：00，會開完了，繼續寫程式碼

......

12：00，終於可以休息了，和哥們吃飯。

14:00，會來敲程式碼已經半小時了。

......

15:00，又把別的地方改出了新bug......

.....

20:00，似乎該下班了。那今天就這樣吧。收拾東西，坐地鐵回家。

......

明天，又是這樣重複的一天。

這樣的工作壓力尚好，有專案的時候會很忙，沒專案的時候會清閒，不過通常都是忙的時候。內容或許會有點枯燥重複，但也有讓人最激動的時候，比如收到了這個訊息。

程式設計師的一天

8:00

鬧鈴響起

8:30

出發，步行前往公司

9:00

9:30~11:30 分為幾種情況

情況一：沒有正在做的專案，沒有正在改的bug。

簡單的說，就是沒有必須要立刻做的事情。

看一下月初定的計劃，俗稱月度計劃，看有沒有辦法推進。

看一下即將開展的專案進度，看一下需求佇列，找負責人瞭解一下目前需求開發的進展。

看一下A股市場，看看今日行情，看看專家寫的市場分析，看看自己的自選股。

總之，概括起來就是從各個渠道獲取資訊，找到接下來的工作重心。

情況二：有正在進行中的專案，沒有正在改的bug

制定當日需要完成的份額，開始寫程式碼-喝水-上廁所-寫程式碼。

寫程式碼這一步，可以替換成需求分析，方案設計等專案開發中可能涉及到的工作內容。

情況三：沒有正在進行中的專案，有正在改的bug

看程式碼-改程式碼-除錯程式碼-喝水-上廁所-看程式碼-改程式碼-除錯程式碼

情況四：有正在進行中的專案，有正在改的bug

定時間計劃，比如9:30 - 10:30看程式碼，排查問題，分析解決方案，12：00修改好，16:30釋出。

評估當日時間是否足夠完成當日專案計劃工作量。時間計劃定好之後，

看程式碼-改程式碼-除錯程式碼-喝水-上廁所-看程式碼-改程式碼-除錯程式碼。

順利改完，則繼續進行需求開發。

要是bug比較頭疼，尋找更有經驗的同事幫助。然後還要評估是否會對正在進行的專案進度造成影響，

以便後續的時間安排。

11:30 ~ 13:30

吃飯，午休。

13:30~17:30

開發工作和上午的工作內容差不多。

不一樣的點在於，下班前需要完成的事情有：

1、當日需求進度彙總，分析專案整體開發情況，是否存在延期超期風險

3、開會，主要是團隊發展方向的內容。

17:30~18:30

晚飯，或者打球健身

18:30~21:00

看當天任務完成情況。

順利的話，可以劃劃水下班了，不順利，就加班

你要是看到隔壁電腦上黑色的背景板，五顏六色的字母數字，那百分之八十是程式設計師沒錯了，你看到程式設計師從早上就坐在那裡飛快的在鍵盤上敲打，心裡覺得好傢伙，程式碼寫的這麼厲害嗎？這就是程式設計師嘛？

錯！！大錯特錯！

什麼？程式設計師飛快的敲程式碼？你確定不是在和產品“講價”？

程式設計師怎麼寫程式碼？當然是VC大法好！什麼？你問我VC完了怎麼辦？

然後手扶額頭，一會蹦幾個，一會蹦幾個。

哎，寫的差不多了，開始debug。

臥槽？這麼多bug？這一定有細作，不是我寫的。

這個階段基本是兩眼盯著電腦螢幕，雙手抓著一坨頭髮。（坨字要考，為什麼是坨？）

基本就是

8點起床

8點-9點吃飯，去公司

9點開會

一般情況下開長點就半個小時，開短點就十分鐘不到，基本就是總結一下昨天，考慮一下今天，展望一下明天。

9:40搬磚

具體搬磚過程就是，恩，先了解要實現的功能，看看之前有沒有寫過，如果寫過，拿過來，能執行，nice！如果沒有寫過，百度，拿過來，能執行，nice！如果百度也沒有，自己寫，可惡！

現在的開發軟體都很智慧，有自動補全，檢測等等。

11:30 停手，為乾飯做準備

12:00-14：00乾飯，睡覺

14:05 清醒一下

14:10 搬磚

15:00 來杯咖啡提提神

最後是下班

基本的開發內心就是：

啥？這是啥需求？

啥？這個都要改？你早幹嘛去了？

啥？有bug？網上粘過來一定是手抖了

再說到週末，基本就是睡個懶覺，起來看看演算法書、架構書啥的，吃個飯，洗洗衣服，談談戀···算了，我不配。

圖形相關行業的程式設計師可能會遇到以下問題：要使用哪種資料結構來提高碰撞檢測和光線跟蹤的效率，或者要使用哪種模型來使模擬流體更加逼真。 還有很多。 這些與演算法問題相對較近，但是仍然存在許多有關硬體的問題。

例如，與CPU相比，GPU在平行計算方面具有一些特殊的優勢，因此哪些事情應該由CPU計算，哪些事情應該由GPU計算以及如何使用GPU來完成，這也是一個問題。

從事Web後端開發的程式設計師可能遇到的問題是如何建立資料庫模型，使用哪種資料庫，哪種Web伺服器以及哪種Web開發框架更適合他們的程式。 將來流量增加時，如何使伺服器承擔更多的訪問，以及如何在購買更多伺服器後使它們協同工作並實現負載平衡；

還有一個伺服器可能突然崩潰，然後如何自動備份資料以確保其高可靠性如何在執行備份時確保每臺伺服器中的資料一致，以及如何確保讀寫鎖定問題 程式設計師還會遇到許多其他問題，例如如何設計程式的結構以使其易於開發和維護以及對需求的變化進行靈活的響應；等等。 例如，如何設計程式介面並確保在將來的版本更新後對其進行維護。

該介面保持不變，依此類推。 還有一些程式設計師需要考慮應該製作什麼樣的工具來滿足什麼需求，它具有什麼功能以及使用者將如何使用這些功能，以及如何確保使用者可以儘快甚至什至使用此工具。 掌握它。 ，還有很多。

一般程式設計師最多幹的活就是在合適的地方，找到合適的程式碼。

複製，貼上。

或者不停的改，測試，改，測試。

上班加班基本就是不停的各種bug,改，測試，再改，測試。

要是接手的是祖傳程式碼，

那就是測試，改，崩潰。

繼續測試，改，崩潰。

看程式碼，看註釋，改。測試，崩潰。

繼續看程式碼，改，測試，好了。

下班。

先系統介紹下軟體產品的開發過程。

如果客戶有委託開發意向或產品部門策劃了一個軟體產品概念，確定下來後就成立專案組，啟動軟體的開發過程。

按瀑布模型，首先是需求，確定軟體產品的功能和具體特色，這個工作一般由需求工程師、產品經理、終端使用者等一起敲定，並形成軟體的需求規格說明書。

隨後根據需求進行軟體設計，包括軟體架構、處理流程、資料庫、使用者介面等要素的設計。這個工作一般由系統分析師和有經驗的程式設計師來承擔。

設計完畢後接下來才是程式設計師登場，進行編碼和單元測試。程式設計師也需要相應的知識技能體系，一般包括資料結構、演算法、語言、面相物件的程式設計、軟體除錯，整合開發環境的熟練運用等技。

最後由測試工程師對軟體進行整合測試。

實際的軟體開發過程比較複雜，開發模式和具體做法也因專案的規模、人員配置、企業習慣或成熟度不同而有較大差異。小型專案可能就一個人做，啥都得幹。而大型專案人員分工會細化多了。

軟體是一個實踐性很強的行業，正如學游泳，必須拿個專案真刀真槍地幹，才能快速成長。作為新人，可以自己策劃一個小專案，4-6個月高強度投入能幹完的，搞完後你會發現自己進步會很大。

現在有不少開源軟體專案，選擇一個感興趣的專案，下載下來猛整，也是一個快速成長的好路子。

先說普通的程式設計師一般在做什麼：

1.需求來了，參加需求評審，聽明白需求是什麼意思；有的時候是專案經理/PO參加評審，等他們回來講需求。

2.coding……自測……coding……聯調……coding……（設計環節都不一定有）

3.開發的差不多了，可以提測了。提交程式碼，解決衝突，打包編譯，釋出測試環境。然後就是反覆的解決bug，更新測試環境。

4.測試也通過了，打包上線。

這個過程中，最好能做到：

1.理解需求是基礎，最好能對整個系統有所瞭解，這一個需求的改動，是否會影響到系統的其他環節，不是所有需求都是合計的，可以質疑需求，甚至推翻需求。

確認需求後，可以大概估出系統將有哪些改動，有沒有風險點之類的。

2.開發過程中遇到的困難，要及時解決，解決不了的，要及時和上級領導彙報。別一個問題拖三天，會影響到專案的整體進度。

可以看看老人們寫的程式碼，有好的地方要多學習；發現寫的不如自己，內心鄙視鄙視就行了，大部分程式設計師都好面子。

3.不要和測試人員吵架……

4.其實很多時候，釋出是由運維人員操作，但還是多瞭解，多學習每一個環節。

程式設計師(英文Programmer)是從事程式開發、維護的專業人員。一般將程式設計師分為程式設計人員和程式編碼人員，但兩者的界限並不非常清楚，特別是在中國。軟體從業人員分為初級程式設計師、高階程式設計師、系統分析員，系統架構師，測試工程師五大類。