程序員上線業務

㈠ 計算機程序員主要是做什麼工作的

程序員是從事程序開發、維護的專業人員。

㈡ 程序員的職業發展方向：業務技術

程序員職業生涯發展到一定程度都會面臨一個選擇，是走業務+技術方向，還是選擇純鑽研技術。程序員職業生涯發展的問題，這是所有程序員都在關心的問題，未來究竟要怎麼走，30歲之後還能不能再做程序員。絕大多數程序員最終的職業目標可能都是CTO，做到CEO的人估計會比較少，也有一少部分人自己去創業去當老闆，也有部分人轉行了，當老闆的人畢竟是少數，轉行的人都不在這行做了，自然沒什麼好說的了。一般來說，程序員的發展基本上都會經歷這么幾條路徑。程序員-系統分析員-架構師-技術經理-CTO，程序員-項目組長-項目經理-項目總監-CTO，程序員-產品設計師-產品經理-CTO。當然這只是一個大致的路徑，不是所有程序員都必需要這么經歷的，有些人可能跳過其中的一些步驟，也可能有些人會把中間的很多職位都做了。而最終做到CTO的程序員，也是非常少的一部分，原因很簡單，這個世界上不許要那麼多的CTO和CXO。也就是說，許多的程序員最終可能是做技術經理、項目經理或者項目總監之類的，那麼到底我們職業生涯要選擇哪一種呢?我覺得這個問題沒有一個統一的答案，因為每個人的性格不一樣，際遇也不一樣，就像你從小希望當貪官，可是命運卻偏偏讓你做了一個程序員。所以應該根據你的興趣、性格與際遇選擇一條道路，比如說你正好有機會帶一個項目，而你又不是很討厭項目經理這個位置，那麼你就可以選擇向項目經理方向發展。實際上很多時候，有些公司並沒有明確的技術經理、項目經理、產品經理之分，在許多的公司里，他們經常是由一個人承擔。在外包公司里，通常會有項目經理和系統分析員(也可能是技術經理)。在一些非IT公司里，可能會是部門經理，而做自己產品的公司可能會分得比較詳細一些。我大致說一下這三個職位的區別，讓正在徘徊的程序員有一個大致的了解。項目經理是項目的直接負責人，這個角色相當於一個中間介面，不管是團隊成員還是需求方(客戶)，或者是上級領導，有事都直接找他，所以這個職位著重於管理與溝通。一般來說，項目經理的工作重點在同客戶溝通需求、項目進度的把控、團隊的溝通方面，有些公司也會需要項目經理承擔團隊建設的工作，不過貌似很多國內公司都忽略了團隊建設這個工作了。對於項目經理來說，重點會要求溝通能力、協調能力、危機把控能力、執行力、團隊管理能力，著重於溝通、管理與計劃。當然也有些公司還要求項目經歷要參與招標談判，這就要求項目經理有一定的商務談判能力。技術經理有時候也可能叫系統分析員，一些小公司可能會整個部門有一個技術經理。技術經理承擔的角色主要是系統分析、架構搭建、系統構建、代碼走查等工作，如果說項目經理是總統，那麼技術經理就是總理。當然不是所有公司都是這樣的，有些公司項目經理是不管技術團隊的，只做需求、進度和同客戶溝通，那麼這個時候的項目經理就好像工廠里的跟單人員了，這種情況在外包公司比較多。對於技術經理來說，著重於技術方面，你需要知道某種功能用哪些技術合適，需要知道某項功能需要多長的開發時間等。同時，技術經理也應該承擔提高團隊整體技術水平的工作。1143448846

㈢ 程序員上線是一種什麼體驗

1、你的問題有點模糊，不好回答。
2、你所說的程序員上線是指程序員上線項目么？這是一個很痛苦的過程，一般上線前總會有些臨時的事故，這是墨菲定律，上線前幾天和中間幾天都是加班加點守著，那感覺和女人生孩子差不多。
3、如果你說的程序員上線指程序員正式上班的感覺，那就是一份工作，和所有其他工作一樣，沒什麼特別的。

㈣ 程序員一般的工作都是干什麼的

程序員的工作內容如下：

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

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

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

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

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

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

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

8、負責對業務領域內的技術發展動態進行分析研究。

(4)程序員上線業務擴展閱讀：

數據顯示，近四成程序員處於單身狀態，明顯高於非互聯網從業者24%的比例。廣州、深圳、北京成為單身比例最高的三大城市。單身的程序員在擇偶方面也有區別於其他人的偏好，更注重對象的顏值、身材和家庭背景。

統計顯示，互聯網從業人員對買房有不小熱情。互聯網從業人員更勇於背負房貸，29%互聯網從業人員正背負房貸，這一比例兩倍於非互聯網從業人員。其中在各大城市排名中，杭州、北京、廣州位列前三大互聯網從業者背負房貸人數比例最高的城市。

在互聯網企業的一個特色是，沒有明確的上班時間和下班時間，靈活的工作時間和高強度的工作量，使得加班成了行業特色。在睡眠時間方面，程序員的睡眠時間集中在11點至凌晨1點之間，而非互聯網從業人員的睡眠高峰在10點至12點之間。

㈤ 程序員成長第十八篇：項目上線

項目測試達標後，就需要啟動上線了。項目上線過程中有幾點需要注意。

清單的要素包括：什麼人，在什麼時間，需要准備什麼資料，做什麼事。其中，要明確先後順序，要明確如何驗證是否出現異常、明確驗證方式以及問題處理方式。

上線之前，先在測試環境預上線一次，把所有的相關環節的資料和流程用清單的形式記錄好。尤其是上線過程中遇到的問題。解決後，再從新在走一遍上線流程。全自動部署，減少人工參與。

上線之前，先對前一個版本進行備份。包括程序和數據。一旦上線出現問題，要能一鍵還原上一個版本。通常要選擇使用人數最少的時間段來進行上線工作。

上線後，還需要觀察一段時間正常的用戶日誌和系統日誌。有條件的還需要對重要業務設置關鍵性指標。指標出現異常要能夠有簡訊或電話預警。對異常的數據要去排查原因。

如果怕出現問題，可以提前對新功能做好A/Btest的控制。A/Btest是指用戶打開軟體後，一部分用戶看到的老業務A的業務流程，另一部分看的是新功能B的業務流程。這樣便於我們觀察新功能對用戶行為帶來了什麼影響。如果數據下降很大，那說明新功能可能有問題，我們可以先隱藏新功能。

主要是給客服做好培訓工作，告知其可能出現的問題以及應對方案。避免用戶反饋新問題，客服不知道的情況。這個也可以在測試階段做好。根據培訓的工作量靈活調整。

上線後要做一個復盤，復盤的目的有兩個

一、對於項目中出現的問題，要找原因。根據原因在想解決方案。避免在後面的項目中再次出現。比如說項目延期，可能每次都會出現，但每次出現的原因並不一樣。只要我們堅持改進，團隊總能達到預期完成計劃的一天。

二、對於項目中做的好的，也要講，該表揚表揚，能推廣的推廣。表揚推廣就是我們團隊的價值觀體現。我們經常說要打造組織文化，對工程師群體來說，組織文化就是在項目過程中生長起來的。

休息是為了更好的工作，下一個需求馬上就要來了。

㈥ 程序員可以通過什麼方式賺錢

Google Adsense
利用Adsense可以將廣告發布到你的網站上去，通過訪客點擊廣告來賺取傭金。這似乎是一個很不錯的主意，如果你有一個不錯的創意，寫一個網站對於程序員的你應該不難，網站放上Adsense廣告，推廣、引流、收美金。

02
Android App交易市場收入
首先，他的Android應用是免費的，他並不是靠賣App來賺錢，而是通過向App中投放廣告來賺取傭金的。如果你對Android技術非常熟悉，或者你的工作就是做Android開發，那麼為什麼不自己開發一個應用放到Android市場，為自己創造另一份收入。

03
參加一些開發者大賽
這是一種最實在的方法了，拿獎金，只賺不賠，不過前提是你得有足夠的實力。他參加過Google的Android開發者大賽，很得瑟的跟我們說那時候他贏得了2000美金，盡管不是很多，但從中也可以學到不少知識，至少，通過學習，他可以自己開發Android應用來賺取廣告費了。

04
承接一些項目
當然這要花費你很大一部分時間，承接時你要考慮時間成本，至少這些時間要和你的工資相當。個人不怎麼推薦這種方法，有時候周期會很長，很容易喪失積極性，不過也算是一種方法

05
刷機、越獄
現在都是智能手機，有些用久了，卡了，像電腦一樣要重裝系統，一些小白有教程都搞不定，這時候你可以藉此開展刷機業務。還有iOS的越獄，這個需要你對iOS的操作非常熟悉。你可以將此業務掛到淘寶上，幫助買家實現他們要的功能。

06
做黑客
黑入銀行，盜取前女友現任老公的所有錢，哈哈，開玩笑了。不過，做一名優秀的計算機黑客確實可以幫你賺取很大一筆收入，比如幫助一些企業提高計算機網路的安全性、做一些抵禦攻擊的積極措施等。

07
寫評測
DevStore專門收集各種開發者評測，開發者花幾個小時測試下，如果文筆好的話可以大賺一筆，一篇評測600以上吧。

08
兼職論壇大神
各種開發者論壇會專門聘請一些大神，專門回復論壇各種小白問題，提高論壇的專業度。

09
做網站、博客
沒事寫個博客，整個論壇，招幾個編輯幫你維護著。平時在編程過程中有什麼心得感悟什麼的都寫下來，不知不覺網站流量就上來了，你就可以收廣告錢了。

㈦ 程序員分前端與後端，那麼後端程序員都做些什麼看完就知道了

我剛開始做Web開發的時候，根本沒有前端，後端之說。

原因很簡單，那個時候伺服器端的代碼就是一切： 接受瀏覽器的請求，實現業務邏輯，訪問資料庫，用JSP生成HTML，然後發送給瀏覽器。

即使後來Javascript在瀏覽器中添加了一些AJAX的效果，那也是錦上添花，絕對不敢造次。因為頁面的HTML主要還是用所謂「 套模板 」的方式生成：美工生成HTML模板，程序員用JSP,Veloctiy,FreeMaker等技術把動態的內容添加上去，僅此而已。

那個時候最流行的圖是這個樣子：

在最初的J2EE體系中，這個 表示層 可不僅僅是瀏覽器中運行的頁面，還包括Java寫的桌面端，只是Java在桌面端太不爭氣， 沒有發展起來。

每個程序員都是所謂 「全棧」工程師 ，不僅要搞定HTML, JavaScript, CSS，還要實現業務邏輯，編寫訪問資料庫的代碼。等到部署的時候，就把所有的代碼打成一個WAR包，往Tomcat指定的目錄一扔，測試一下沒問題，收工回家！

不差錢的公司會把程序部署到Weblogic，Websphere這樣的應用伺服器中，還會用上高大上的EJB。

雖然看起來生活「簡單」又「愜意」，但實際上也需要實現那些多變的、不講邏輯的業務需求，苦逼的本質並沒有改變。

隨著大家對瀏覽器頁面的 視覺和交互 要求越來越高，「套模板」的方式漸漸無法滿足要求，這個所謂的表示層慢慢地遷移到瀏覽器當中去了，一大批像Angular, ReactJS之類的框架崛起，前後端分離了！

後端的工程師只負責提供介面和數據，專注於業務邏輯的實現，前端取到數據後在瀏覽器中展示，各司其職。

像Java這樣的語言很適合去實現復雜的業務邏輯，尤其是一些MIS系統，行業軟體如稅務、電力、煙草、金融，通信等等。 所以剝離表示層，只做後端挺合適的。

但是如果僅僅是實現業務邏輯，那後端也不會需要這么多技術了，搞定SSH/SSM就行了。

互聯網，尤其是移動互聯網開始興起以後，海量的用戶呼嘯而來，一個單機部署的小小War包肯定是撐不住了，必須得做分布式。

原來的單個Tomcat得變成Tomcat的 集群 ，前邊弄個Web伺服器做請求的 負載均衡， 不僅如此，還得考慮狀態問題，session的一致性。

（註：參見文章《小白科普：分布式和集群》）

業務越來越復雜，我們不得不把某些業務放到一個機器（或集群）上，把另外一部分業務放到另外一個機器（或集群）上，雖然系統的計算能力，處理能力大大增強，但是這些系統之間的通信就變成了頭疼的問題， 消息隊列 （MQ)， RPC框架 （如Dubbo）應運而生，為了提高通信效率，各種 序列化的工具 (如Protobuf)也爭先空後地問世。

單個資料庫也撐不住了，那就做資料庫的 讀寫分離 ，如果還不行，就做 分庫和分表 ，把原有的資料庫垂直地切一切，或者水平地切一切， 但不管怎麼切，都會讓應用程序的訪問非常麻煩，因為數據要跨庫做Join/排序，還需要事務，為了解決這個問題，又有各種各樣「 數據訪問中間件 」的工具和產品誕生。

為了最大程度地提高性能，緩存肯定少不了，可以在本機做緩存(如Ehcache)，也可以做 分布式緩存 (如Redis)，如何搞 數據分片 ，數據遷移，失效轉移，這又是一個超級大的主題了。

互聯網用戶喜歡上傳圖片和文件，還得搞一個 分布式的文件系統 （如FastDFS），要求高可用，高可靠。

數據量大了，搜索的需求就自然而然地浮出水面，你得弄一個支持全文索引的 搜索引擎 (如Elasticsearch ,Solr)出來。

林子大了，什麼鳥都有，必須得考慮 安全 ，數據的加密/解密，簽名、證書，防止SQL注入，XSS/CSRF等各種攻擊。

前面提到了這么多的系統，還都是分布式的，每次上線，運維的同學說：把這么多系統協調好，把老子都累死了。

得把持續集成做好，能自動化地部署，自動化測試（其實前端也是如此），後來出現了一個革命化的技術 docker ， 能夠讓開發、測試、生成環境保持一致，系統原來只是在環境（如Ngnix, JVM,Tomcat,MySQL等）上部署代碼，現在把代碼和環境一並打包， 運維的工作一下子就簡化了。

公司自己購買伺服器比較貴，維護也很麻煩，又難於彈性地增長，那就搞點虛擬的伺服器吧，硬碟、內存都可以動態擴展（反正是虛擬的）， 訪問量大的時候多用點，沒啥訪問量了就釋放一點，按需分配，很方便，這就是 雲計算 的一個場景。

隨著時間的推移，各個公司和系統收集的數據越來越多，都堆成一座大山了，難道就放在那裡白白地浪費硬碟空間嗎？

有人就驚奇地發現，咦，我們利用這些數據搞點事情啊， 比如把數據好好分析一下，預測一下這個用戶的購買/閱讀/瀏覽習慣，給他推薦一點東西嘛。

可是這么多數據，用傳統的方式計算好幾天甚至好幾個月才能出個結果，到時候黃花菜都涼了，所以也得利用分布式的技術，想辦法把計算分到各個計算機去，然後再把計算結果收回來， 時勢造英雄， Hadoop 及其生態系統就應運而生了。

之前聽說過一個大前端的概念，把移動端和網頁端都歸結為「前端」，我這里造個詞「大後端」，把那些用戶直接接觸不到的、發生在伺服器端的都歸結進來。

現在無論是前端還是後端，技術領域多如牛毛，都嚴重地細分了，所以 我認為真正的全棧工程師根本不存在，因為一個人精力有限，不可能搞定這么多技術領域，太難了 。

培訓機構所說的「全棧」，我認為就是前後端還在拉拉扯扯，藕斷絲連，沒有徹底分離的時候的「全棧」工程師。

那麼問題來了， 後端這么多東西，我該怎麼學？

之前寫過一篇文章叫做《上天還是入地》，說了學習的廣度和深度，在這里也是相通的。

往深度挖掘，可以成為某個技術領域的專家，如搜索方面的專家、安全方面的專家，分布式文件的專家等等，不管是哪個領域，重點都不是學會使用某個工具和框架， 而是保證你可以自己的知識和技術去搞定這個領域的頂尖問題。

往廣度發展，各個技術領域都要了解，對於某種需求，能夠選取合適的軟體和技術架構來實現它，把需求轉化成合適的技術組件，讓這些組件以合適的方式連接、部署、運行，這也需要持續地學習和不斷的經驗積累。

最後，以一張漫畫來結束吧！

C/C++高級工程師學習路線圖：

㈧ 一個程序員的創業經歷（二）

第一段創業經歷以最終失敗被金融機構收購結束，之後進到金融機構又待了一段時間，但終究是適應不了比較慢的工作節奏和部門間互相推諉的辦事風格，最終帶領技術團隊出來開始了第二次的創業。

這一次是當時比較火爆的數字資產交易所，比特幣從800人民幣一路瘋漲最高到2萬美金，讓很多投機客或者夢想著一夜暴富的人們蜂擁而入，這次的創始人曹操（化名）也一樣是先找到了啟動資金，而且作為證券出身的他手上有很多優質潛在客戶，萬事俱備只欠東風，就差系統上線，讓大家開始交易了。技術核心團隊在一起很長時間了，所以配合比較順暢，基於過往項目的積累，一個月的時間第一版系統就上線公測了，而且雖然沒有很多，但預期的潛在客戶已經開始過來交易了，也就是平台開始有收入了，雖然還遠不能cover團隊開銷。

這次公司的股東組成很簡單，創始人占絕對的控股權，有一兩個自然人股東，但股份很少，還有就是技術團隊有幾個點的乾股作為將來的股權激勵，這就極大地減少了股東間的矛盾可能帶來的風險。而且相較於互聯網金融的平台，內存撮合引擎的交易所在技術上的挑戰顯然更大，對團隊成員技術上的成長也有好處。

借著比特幣的東風，業務也在風風火火的開展，而且也避開了之前創業遇到的一些坑，所以這次公司規模發展的更大，業務也有不錯的成績。但這次又遇到了新的問題，最先暴露出來的就是團隊素質的問題，雖然這次團隊組成沒有變成技術團隊「一家獨大」的情況，但是運營和市場團隊的早期成員都是曹操親自面試挑選，而他對候選人的挑選太過片面，重經歷而不是能力，甚至對簡歷上的經歷都沒有深入了解就輕易的招聘進來委以重任，並且在一些重要崗位上有些任人唯親而非任人唯賢。在最初期時，在他一個人還能hold住大小事務，別人只是執行他的命令時還可以，但當業務慢慢發展，需要那些身處要職的人擔當大任時，那些人的能力及職業操守的短板暴露無遺。項目管理混亂不堪，市場拓展進展緩慢，運營活動沒有效果，而最嚴重的是業務人員賬目不清，很多不合規的隨意操作都埋下了禍根。

而在技術團隊的管理上我也犯了不少錯誤，首先就是對需求的把控，之前的創業經歷讓我認識到技術最重要還是要服務於公司的核心業務，但這次有些矯枉過正的感覺，因為需求的優先順序主要參考業務部門的反饋和要求，但是慢慢發現業務部門的需求是隨時在變的而且會有那種剛上線新需求不就又要回滾到舊版本的情況，不僅浪費時間，而且也消磨了開發人員的積極性。

還有就是團隊的擴充，在業務向好的時候，總是會有一個業務會越來越好，人員越來越不夠用的預期，就開始擴充團隊，在每一個崗上都至少招了兩個人，但有些需求是階段性的，很快就出現了人力過剩的情況，不僅虛耗成本，而且每天還要想著安排非必須的工作。

另外就是在團隊管理上，不要總盯著那些閑下來的員工，要以團隊的效率為指標，某些員工某些時刻適當的空擋，並不代表會影響團隊效率，反而是每個員工所有時間都滿負荷運轉時會導致未100%完成的任務（即「庫存」）的堆積，所以作為一個leader，要關注的是閑置工作，而不是閑置人員。

最後就是薪酬了，由於團隊在一起時間比較久，共同經歷了很多艱難時期也熬過很多次夜，總暢想著收獲果實的一天，結果就是一直跟大家畫餅。終於業務上有起色，有了錢，就大幅的給核心人員漲薪，最高的甚至漲幅70%，其實當時我們的薪資雖然不高，但也能到一個平均水平吧，而且也基本滿足了員工入職時的心理預期。這種不理智的漲薪最終導致了兩個後果，老員工的胃口被吊起來了，覺得公司賺錢了，會對薪酬有更高的期待；還有就是留給招攬外部人員的預算被大幅消減，這是不健康的操作，一個團隊不管感情多好，適當的換血有助於保持活力，而且要不斷招攬更優秀的人才提升團隊。漲薪容易降薪難，在之後公司資金壓力比較大的時候，這次漲薪成為壓死駱駝的最後一根稻草。

不管怎樣，這次創業相較於上一次更進一步，所以也看到了新的問題，在業務蒸蒸日上的時候，CEO曹操的心態發生了明顯的變化，開始有些志得意滿，表現出一些自負和剛愎自用，一些決策和財務開始越來越不透明，只安排他最親近的人幫他做事。而那些賺到了錢的業務員也開始揮霍，每次出差都買各種奢侈品，談業務也開始誇誇其談，整個團隊和公司開始變得浮躁，沒有人去注意表面之下的風險，也不再開拓之前說好的那些比較穩妥但利潤比較低的技術開發型的業務，所以在那個時候，經過再三考慮我提出了離職。

我答應有一段時間的交接期，但最終由於業務人員的不規范，以及風控未能跟上業務的發展，導致了擠兌風險，在我離開之前資金鏈一下子就斷裂了，團隊不得不解散，曹操還因此背下了不少債。

每一段經歷都會給我們留下些思考，並不一定都是失敗的教訓，也會有一些好的經驗，其實無論是在大公司還是創業公司，對自己來說一定要保持一個學習和成長，有可能是技術上的，也有可能是其他方面更綜合的素質，這次復盤總結，值得堅持或者好的經驗有：

1. 在團隊管理上更加成熟，不只是關注技術和需求，也會關注效率和成本，尤其是在團隊的持續發展上積累了不少寶貴的經驗，作為一個團隊leader不能太感情用事，要清楚自己的職責所在，而且一定要成為一個被自己團隊成員信賴的領導，這並不代表要很nice的對每一個人，但對自己團隊的每一個成員要真心負責，必要時一定要「護犢子」；

2. 在公司發展過程中曾有一些非常有經驗的前國企總裁級別的股東加入，在接觸的過程中學習到了很多管理和商業相關的知識，極大擴展了自己的眼界，不再局限於一個程序員的視角看問題；

3. 借這次創業機會開拓了國際視野，東南亞、中東、韓國、歐洲等都有過商務溝通，雖然未能有國際業務落地，但了解到了不同國家的一些國情和項目，開拓了眼界；

4. 在任何時候都要保持住本心，尤其是在看似成功的時候，更要能冷靜客觀的審視自己，不要被一時的成績沖昏頭腦，創業是一個長期且艱難的事情。

當然，最後這次創業依然以失敗結局，成功的公司都有類似的地方，但失敗的公司原因就各種各樣了，這次最大的感受就是整個團隊沒有準備好或者沒有足夠的能力去做我們從事的事情，當業務快速發展的時候，能力或團隊配置的缺陷導致了風險的發生，所以無論是對大公司還是創業團隊，找到合適、專業的人才才是首要解決的問題，而且永遠記住，即使個人能力再強，也無法把所有事情做好，不要把自己的上限變成團隊的天花板。

㈨ 程序員的工作內容