程序員放羊系統

㈠ 程序員未來有哪些發展方向

絕大多數程序員最終的職業目標可能都是CTO，做到CEO的人估計會比較少，也有一少部分人自己去創業去當老闆，也有部分人轉行了，當老闆的牛人也有。一般來說，程序員的發展基本上都會經歷這么幾條路徑。程序員-系統分析員-架構師-技術經理-CTO，程序員-項目組長-項目經理-項目總監-CTO，程序員-產品設計師-產品經理-CTO。
當然這只是一個大致的路徑，不是所有程序員都必需要這么經歷的，有些人可能跳過其中的一些步驟，也可能有些人會把中間的很多職位都做了。而很顯然，CTO，是大多數程序員的終極夢想。
也就是說，許多的程序員最終可能是做技術經理、項目經理或者項目總監之類的，那麼到底我們職業生涯要選擇哪一種呢？我覺得這個問題沒有一個統一的答案，因為每個人的個性和情況不同。但有一點是重要的，一是有際遇一定要抓住，二是自己要努力。
比如說你正好有機會帶一個項目，而你又不是很討厭項目經理這個位置，那麼你就可以考慮向項目經理發展。因為老闆讓你做，說明他看到你有這個素質和潛力。要相信別人的眼光。
但是大多數人是遇不見這么好的伯樂的，那就要自己努力。沒有能力就學能力，沒有知識就學知識，沒有氣場就每天照鏡子練。如果你的確不知道怎樣才能從眾多的程序員中脫穎而出，那麼就去參加培訓，培訓別選學費巨貴的，選有特色還不貴的。用一兩個月工資，可以換來你能力的快速提升。
再說有些公司，並沒有明確的技術經理、項目經理、產品經理之分，在許多的公司里，他們經常是幾個人混搭的。在外包公司里，通常會有項目經理和系統分析員（也可能是技術經理）。在一些非IT公司里，可能會是部門經理，而做自己產品的公司可能會分得比較詳細一些。我大致說一下這三個職位的區別，讓正在徘徊的程序員有一個大致的了解。

項目經理是項目的直接負責人，這個角色相當於一個中間介面，不管是團隊成員還是需求方(客戶)，或者是上級領導，有事都直接找他，所以這個職位著重於管理與溝通。一般來說，項目經理的工作重點在同客戶溝通需求、項目進度的把控、團隊的溝通方面，有些公司也會需要項目經理承擔團隊建設的工作，不過貌似很多國內公司都忽略了團隊建設這個工作了。對於項目經理來說，重點會要求溝通能力、協調能力、危機把控能力、執行力、團隊管理能力，著重於溝通、管理與計劃。當然也有些公司還要求項目經歷要參與招標談判，這就要求項目經理有一定的商務談判能力。
技術經理有時候也可能叫系統分析員，一些小公司可能會整個部門有一個技術經理。技術經理承擔的角色主要是系統分析、架構搭建、系統構建、代碼走查等工作，如果說項目經理是總統，那麼技術經理就是總理。當然不是所有公司都是這樣的，有些公司項目經理是不管技術團隊的，只做需求、進度和同客戶溝通，那麼這個時候的項目經理就好像工廠里的跟單人員了，這種情況在外包公司比較多。對於技術經理來說，著重於技術方面，你需要知道某種功能用哪些技術合適，需要知道某項功能需要多長的開發時間等。同時，技術經理也應該承擔提高團隊整體技術水平的工作。

產品經理這個職位一般在有自己產品(不管是軟體還是網站產品)的公司比較常見，產品經理主要會負責產品的設計、產品的改良等工作。需要注意的是，產品設計與設計師是兩個不一樣的工作，產品設計主要會從用戶體驗、業務需要等層面去設計產品，而設計師更多是從用戶的視覺上去做。產品經理應該是最懂業務的人，比如說你在設計一個微博的產品，就要求你對微博這個東西非常熟悉，從用戶習慣、用戶體驗、公司的發展戰略上去設計這個產品，還要對比同類產品會有什麼優勢等等。
不管是項目經理還是技術經理與產品經理，都要求要熟悉業務，業務是需求的來源，沒有不談業務的技術，所以不管你從哪個方向發展，都要求對業務熟悉。產品經理要求對業務最熟悉，項目經理次之，技術經理排最後。對於程序員來說，剛開始工作的前幾年可以埋頭扎到技術裡面，一般這個時間在2-3年的時間，然後就應該多關注業務了。這個業務不一定是指某個具體的業務，因為具體的業務的范圍太少，而且也需要機遇。
我見過許多的程序員，他們是做Web開發的，但對互聯網很不熟悉，對於互聯網流行的趨勢基本上不聞不問。不知道現在大家都在使用微博，也不知道SNS，也可能從不使用網銀。我覺得這樣很不好，程序員應該多多去關注互聯網的發展，多多去玩一些新的網站。
對技術不敏感、不興奮的人，對進步和快速提高沒有強烈慾望的人，是沒有辦法在IT界生存下去的。

㈡ 什麼事放羊式管理

所謂放羊式管理就是對員工無太多的約束，完全靠員工自己去完成自己的工作，這樣做的好處就是可以給員工更大的發揮空間，無太多的心裡負擔，但弊端就是缺乏監督和規范，會導致員工怠慢鬆懈，工作效率出不來。

㈢ 程序員平常用什麼系統做開發

程序員平常做開發用的系統有：Windows，MacOS，BSD，Solaris以及各大版本的GNU/linux。

windows, macOS,linux是當今主流三大操作系統，普通用戶一般是選擇windows或macOS, linux主要是占據伺服器領域市場。

普通用戶對於操作系統的選擇很簡單，經濟實用選windows，錢多講究格調選macOS, 畢竟普通用戶切換操作系統的成本並不大。而程序員就不一樣了，換一個操作系統，就意味著所有開發環境都要一並更換。而且在程序員群體中，操作系統有以下的鄙視鏈：macOS-->linux-->windows。

其實操作系統的比較並不是簡單粗暴的單一維度比較，用windows並不意味著low，用linux也不等同於你就是一個極客。關鍵在於你是如何使用。就好比編程語言的選擇，php是最招人黑的語言(沒有之一), 但黑php的人中有不少人寫的代碼同樣不堪入目。

不過作為一個程序員，你很有必要學會linux，如果你的程序最終是跑在線上的Linux伺服器上，那麼你就更應該從現在開始投入linux的懷抱中，早日從windows脫坑。至於macOS，在命令行上與linux絕大部分相同，都是類unix的操作系統。

如何學linux？

工作中，看到不少工作好幾年的程序員，在操作linux時特別生疏，只會最基本的幾個命令：cdls mkdir 等。vim編輯器的操作更是讓人看了很著急，被譽為編輯器之神的vim在他們手中，完全沒有半點靈氣，感覺就像是編輯器之屎。

之所以會出現這種現象，很大原因在於他們的學習方式錯了，不少人都知道linux很重要，不掌握linux，基本上就只能停留在最基本的增刪改查功能上。他們學linux的方式可能是看書，也可能是看視頻，甚至有些還會去背命令，但由於他們的操作環境是windows，linux的應用場景很少。根本沒辦法將所學的知識運用，更加感受不到linux的魅力。

學linux最好地方式，就是直接去用！直接將自己的開發環境都改成linux，一開始很蹩腳，很不適應，這很正常。如果你一直感到很舒服，只能說明你一直沒有進步。想想我們學了那麼多年英語，絕大多數人還是無法掌握英語，看到英語文檔就直接自動屏蔽。其原因都是：一直在學，但從來沒在用。只學而不用，沒有半點用。

㈣ 國企的程序員是如何工作的

前言

2017年初，我通過一整天的筆試及面試加入一家（某一線城市國資委全資控股）某集團的研究機構（中央研究院），任職高級軟體工程師；在這邊工作了整整一年，目前已經跳槽到樂位元組公司，在回頭看看這一整年，感受頗深，只好一吐為快，以便對想進入國企的程序員幫助及借鑒。

入職考試

筆試部分：國企面試與其他企業並沒有太大區別，首先是筆試，一般都是前面50道選擇題，後面兩道是開放性的大題，大題沒有固定答案，只要符合社會主義核心價值觀就可以拿到滿分，選擇題是關鍵，全部都是技術題，需要答對40題以上，才有可能進入下一輪面試。

面試部分：面試分三輪，首輪是程序員面你（你未來的同事），他們會問你一些技術相關問題，例如：選舉演算法，redis的應用場景，如何處理高並發，如何保證高可用，是否關心Nodejs新發布的版本，deno是什麼；諸如此類的問題很多很雜。

第二輪面試是由副院長來面（也就是你未來的直屬上司）。他會問你項目相關的問題，例如：做過哪些項目，解決了什麼問題，你在項目中的角色，項目是如何管理的，又是如何進展的，使用了哪些技術棧，為什麼挑選這樣的技術棧，遇到哪些問題，如何解決的這些問題。

第三輪面試是由HR來面，這個面試就很簡單了，簡單說一下你的情況，聊聊家常，然後他會向你說明組織結構，與一些待遇問題。

PS：進國企最重要的素質是文憑，我們研究院碩士以上學歷人數比本科要多，而且大部分畢業於國內一流院校（交大生是整個研究院的主體）。

工作壓力

工作壓力還是蠻大的，產品並不像私企由市場導向，而是政策導向；國家說人工智慧熱，那我們就去做人工智慧的項目，說區塊鏈熱，我們就去搞區塊鏈的項目，反正我在研究院一年以來，搞過雲計算，人工智慧，大數據，區塊鏈。好處就是你能學到很多東西，而且緊跟市場熱度。壞處就是什麼都會，但是什麼都不精。

吐槽： 為了迎合政策做一些不具市場價值的產品（這裡面不存在腐敗，現在國企很難貪腐，30萬RMB以上的項目就要求公共招標）。

舉個兩個例子，我們也開發OCR AI圖片識別系統，在市場上已經有很完善的產品，而且很廉價，我們依然花錢去開發這種產品，市場價值基本沒有，因為直到目前為止，我們產品的識別率依然不如市場上的幾個主流產品（阿里，網路）。

第二個例子，便是私有雲，這個我們做得真的還不錯，但是市面上最強的是華為，他們是賣伺服器送私有雲，也就是傳統的賣硬體送軟體，與他們相比，我們的產品就不具競爭力了。

工作強度

工作強度真的還好，一般都不需要加班，至少我是不加班的。

這就意味著可以放羊了嗎？當然不是，我加入的項目組，大多都是以2個星期為周期進行開發的，每兩個星期要舉行一次組內討論會，如果完不成任務或者bug太多是需要加班處理的，因為國企是不可以出錯的，一次出錯可能直接招致點名批評（包括這個項目的所有相關人員），一次kpi黑記錄，會直接影響你以後的升遷前途。

組內都是協同工作，可能因為你的原因導致項目沒法按時上線，發生一兩次你就會被邊緣化，最終要麼離職，要麼下放到子公司。就算是副院長級別，如果完成不了集團的KPI，也是會被下放的。

但是相比互聯網公司，國企的壓力相對小一些，互聯網公司實行的是不能勝任就走人的策略，所以每個人幾乎都沒有什麼安全感，只有拚命的工作來爭取自己有安全感。國企，特別是大國企，公司的人事權一般都在公司總部手裡。

工作環境

國企辦公環境一般都是比較好的，我們有自己的園區，自己的辦公樓，空間很大，硬體配置都是很不錯的，有健身器材，有空氣凈化器，有自己的食堂，有自動售貨機。

有自己的產品展廳，有自己的公司紀念館。

晉升空間

這部分只剩下吐槽了，一個蘿卜一個坑，蘿卜不走，也不會讓出這個坑。在國企表現是沒有意義的，除了口頭表揚，你獲得不了任何實際好處。

好的人脈要比努力重要，如果上面沒人認識你，就算你的領導大力推薦你，你也不會得到提拔，空降長官在國企是一件司空見慣的事。

PS：組織人員要比群眾晉升快（群眾進不了總部）。

福利待遇

如果說國企15年前的待遇是一流的，那麼如今的國企待遇最多隻能算是二流的，特別是對於IT行業來說。以我所在公司為例，待遇採用工資+福利（洗漱產品，電影票，接近1500RMB的補助等）的方式，工資增長比較慢，相對於互聯網公司來說，待遇至少是被腰斬的，鄙人也是迫於生活壓力，為了生計而離開國企，跳槽去了互聯網公司。

吐槽 ：國企沒有獎金，國企沒有獎金，國企沒有獎金，重要的事情說三遍。

工作穩定性

國企的穩定性應該是最被人人稱道的，特別是中字頭企業。一方面是國企的社會責任感幾乎不太可能會裁員；另一方面公司的人事權幾乎都是在公司總部手中，下面的分部門是沒有權利做出裁員決定的。

以研發為例，如果有人不能勝任工作或者和其他人工作合不來，部門領導會想總部申請調崗，調到行政人力或其他部門，不會出現領導向總部申請把你開除的事，所以國企給了員工很大的安全感。

互聯網公司則不同，裁員是家常便飯，領導一高興或一生氣甚至一拍腦袋就裁員，經常一年就會裁員幾次，員工幾乎是沒有安全感的。

互聯網公司很多都是靠融資生存，一旦融資間隔比較大或融不到資就會裁員，生存的壓力巨大，讓它們沒有能力或者沒有職業道德感或無恥去考慮員工的感受。

國企則不同，國企的業務本來波動就很少，國企營收相對穩定，再說也不差錢，沒有生存的壓力。

技術棧

實際大部分國企使用的技術一般都是商用的，比如Oracle，SQL server等，極少使用網上的開源框架。

一方面是因為商業軟體系統穩定，有大公司做技術支持；另一方便開源軟體穩定性有待加強，到了線上因為開源框架的bug導致的系統故障可以說是得不償失，畢竟對於國企來說不差這些錢。

但是我們不同，我們畢竟是研究院，以研發為主，所以更多地使用開源技術。

國企軟體開發版本迭代比較慢，系統測試時間比較長，畢竟對於國企來說，不怕慢，就怕系統出現問題，系統出了問題比系統開發不出來更嚴重。

PS：給大家推薦個很不錯的SpringBoot+Vue前後端分離項目實戰自學課程、B站：BV1zN411f7ha

㈤ 程序員是干什麼的

程序員是干軟體的。程序員的本質工作當然是寫代碼，用代碼實現功能。（就是用基礎語言(c/c++,java,objectc)等來編寫文檔一樣，不過這些文檔編譯後就變成可運行的程序）。

范面上看程序員就是干這些事情的：code、code、code。編碼只是程序員的一小部分工作，要是只是編碼這么簡單，就不會有程序員加班，通宵幹活了。程序員不止幹了這些。我們就以三個階段來說說程序員究竟幹了些什麼。
一、初級程序員

初級程序員的工作還是比較簡單的，一是知識經驗有限，主要是編寫簡單代碼和學習為主，只要完成一些基本的編碼任務，單一功能的實現。

二、研發工程師

有了一定的經驗後你就轉變為工程師了，這個時候你就不光是簡單的完成任務了。code這個還是你主要的任務，但除了這，你還要將設計，調試等等肩負起來。這時候一般都是多個功能模塊的設計實現（整體架構由架構師完成）。模塊內的詳細設計（功能的實現邏輯）文檔編寫，模塊調試。直到功能完善交付。

三、架構師

架構師就已經脫離了code了，因為他們已經不必關心代碼如何編寫了，更重要的事情是完成一個軟體、系統的設計架構。萬丈高樓得有一個好的框架。要不然你就只能蓋個2層小樓了。架構師負責從分析軟體需求，再到軟體系統的詳細設計，人員的配置，工作的量化，到完完全全的產品整個過程。

㈥ 程序員編程用什麼系統

首先要根據你的開發來，如果你開發的是windows應用，那麼用windows系統，如果你做的系統運行在linux或者ios上，因為你開發的時候會進行測試，最好都是和運行環境一致，但是有的程序是跨平台的，所以你可以在支持的系統上開發，比如java你可以在任何支持的平台上開發

㈦ 怎樣成為Windows平台下的開發高手

作為一名程序員，選擇Windows作為自己的開發平台無疑是一個正確的選擇。但是，由於Windows開發人員數量的龐大，使得Windows開發人員的「價值」顯得普遍沒有Linux，Max等平台下的高。換句換說，就說庸庸碌碌之輩太多。從一個某某培訓機構學上幾個月的.net的人就自稱是Windows開發高手了，這當然會讓人笑掉大牙。其次由於Microsoft的開發平台和工具通常很容易入手，所以使得許多程序員誤以為這就是開發Windows應用，認為Windows開發理應簡單。 作為一名學生，我從自己的角度談談如何真正成為一名Windows開發高手。注意，以下說講的都是在自己的語言關已過的前提下，你應該熟練結構化程序設計，對面向對象程序設計有一定的理解。為什麼不是精通面向對象？面向對象這潭水真的太深了，做了一輩子開發的程序員也許都不敢說自己完全掌握了面向對象程序設計精髓。 1>熟練掌握Windows SDK編程 掌握Windows SDK開發其實是對WIndows操作系統進行一次初步的探究。雖然MFC已經將SDK進行了很好的封裝，但是想要真正掌握Windows程序設計的精髓，還是要從SDK開始。如果初學者一開始就拿著一本《深入淺出MFC》來看的話，我相信是看不下去的。從C語言控制台編程跨向Windows程序設計其實是需要花一點功夫的。初學者往往在學習Windows程序設計時第一個不習慣的地方是大量MicroSoft定義的宏和結構體。這些「旁枝」往往成為初學者的一大障礙，是的初學者將精力往往放在了這些不重要的地方，而不是放在Windows消息機制，窗口架構等主要的地方。MFC這一點做的更為深入，所以建議初學者一定要從Windows SDK進行學些。 推薦讀物： 《Windows程序設計》------經典中的經典，Windows開發人必備讀物，由微軟中國的員工翻譯過來的，現在已經是第五版了。 《Windows核心編程》------站在一個更高的層次審視Windows。 2>熟練掌握MFC編程 有很多人說MFC已經過時了。的確，這一點不得不承認，Windows自從將重點放在.net戰略上後，基本上對傳統C/C++開發這一塊基本上屬於放羊式管理。到現在為止都沒有一套像樣的界面庫。那麼，我們為什麼還要學習MFC。 首先，學習MFC學習的是一種思想，是從Windows SDK結構化程序設計跨向面向對象程序設計的一個堅實的橋梁。雖然不能說這座橋梁有多麼完美，但是歷經了這么長時間的考驗任然沒有被淘汰，一定有它存在的價值。MFC的架構是我們必須要學習的地方，他是.net Form開發的基礎。也許有很多人一開始就進行.net Form開發，C# ，VB用的很舒服，但是這僅僅是知其然不知其所以然。這樣的開發者永遠只是停留在表面，而不知道整個.net Form的架構是怎樣的。稍微遇上一些比較復雜的問題，就束手無策了。所以MFC是必須要掌握的。 其次，MFC是直接調用Win 32API對Windows進行操作的，效率要比在虛擬機上運行的.net高很多，其次C++語言的效率也是要高於C#的。這就是為什麼和圖形圖像有關的編程一般都會選擇C++了。在高性能的某塊通常都會選擇C/C++進行開發，C#，VB等來調用。並且.net對傳統Win32 API的調用是一度受限的。有的時候不得不用P/INVOKE的方式進行Win32 api的調用。 推薦讀物：《VC++深入詳解》--------孫鑫寫的書，非常適合MFC的初學者。 《深入淺出MFC》---------侯捷大師對MFC做了一次完美的外科手術，讀懂它，反復鑽研咀嚼，你將會完全掌握MFC的精髓所在。 3>掌握Windows操作系統的核心機制 通過上面兩步的學習，初學者應該已經對Windows有一定的了解了，初學者通過一種較為輕松的方式學習Windows。現在是時候對Windows進行一些深入的了解了。之前我們都是站在程序員的角度對Windows進行審視，角度可能有所單一。現在則是需要站在一名系統設計師的角度對Windows操作系統進行研究。 推薦讀物：《深入解析Windows操作系統》------這本書是將帶你全面的了解WIndows操作系統的各個方面 《Win32多線程程序設計》-----站在並發的角度更為深入的了解Windows機制。 讀者在有了1，2的基礎後學習3，相信不會有太大的難度。 4>掌握.net 作為一名Windows程序員，.net是你不得不去學習的一門技術。無論是學習還是工作你一定會遇到它。在有了以上基礎的情況下，學習.net是一件十分輕松的事。.net平台下有眾多語言可以選擇，不過這里推薦大家首選C#，理由就不用多說了。看看每個月的編程語言排行榜就一目瞭然了。 推薦讀物：《C#入門經典》-------Wrox公司的紅寶書，講的很全面。 《C#高級編程》--------同樣是Wrox公司的書，講的更加深入。 《C# via CLR》--------講述.net的核心機制。 《WPF高級編程》------新一代圖形界面技術，你應該了解。 5>掌握Win32 asm 人都是希望自己能越來越牛，而不是永遠停留在一個初級程序員的位置。如果你想真正掌握Windows真正成為一名計算機大牛的話，匯編是你必須要掌握的。 匯編是你進行Windows下的軟體調試，逆向工程，商業破解，內核研究，設備驅動開發的基礎。是否精通匯編語言是普通程序員和大牛之間的一道分水嶺。

㈧ 程序員使用什麼操作系統最合適

Linux或Unix，xp也行啊！關鍵在於你要做的軟體和你自身的條件。
先用xp吧，等學的差不多了在用其他系統。因為身邊的人都在用xp,搞軟體開發有時候會弄壞系統，這時候xp好恢復。

㈨ 為什麼程序員都喜歡Linux操作系統

著作權歸作者所有。
商業轉載請聯系作者獲得授權，非商業轉載請註明出處。
作者：鍾宇騰
鏈接：
來源：知乎

是的，因為Linux目前為止，也沒有為「普通」用戶真正的優化過
要讓「普通」用戶接受Linux，除了弄一個像Windows或Mac OS一樣的圖形界面，沒有其它辦法
你不可能說服用戶去嘗試使用Terminal，普通用戶理你才怪呢。不使用Terminal，Linux系統的優勢為零，殘廢一樣的圖形界面根本無法獲得普通用戶的青睞，只能說是「可用」。

而作為程序員，學習和探索是一項最基本的能力
Linux的Terminal和開發環境、文件組織結構都可以大大的提高你的開發效率，尤其是Shell的命令、管道等等功能，把命令組合起來可以發揮讓人意想不到的效果，也大大地提高你的工作效率
而要程序員去掌握Linux的用法將是非常容易的，因為程序員本身就有讀懂文檔的能力，相對於普通用戶來說門檻太低了
但是你不能要求普通用戶去接受Linux，至少現在不可能，因為Linux沒有任何一處是為了普通用戶著想的，普通用戶去讀文檔將會讓他們感覺到非常地苦惱和沮喪

Linux本身沒有問題，因為它只是一個內核，普通用戶能不能接受它那是GUI的問題，和配套軟體的問題
同樣是UNIX系，Mac OS X從BSD走出來之後，在這之上構建了一個絢麗的圖形系統，但是其內核依然是BSD，也可以使用各種CLI工具，所以Mac OS X幾乎就是喜歡Linux的程序員們的最終歸宿
而Mac OS X的圖形界面使得普通用戶的使用門檻降低，普通用戶也會喜歡使用它的
所以Mac OS X不就是一個很好的例子么？Linux般的開發體驗+普通用戶喜愛的圖形界面的完美結合。其實Linux陣營目前也在努力，Ubuntu現在就是想讓Linux系統更親近用戶，希望它能成功吧

㈩ 程序員是做什麼的他的具體工作是什麼

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

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

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

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

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

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

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

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

(10)程序員放羊系統擴展閱讀：

崗位分類：

世界上第一位程序員是英國著名詩人喬治·戈登·拜倫的女兒AdaLovelace，曾設計了巴貝奇分析機上解伯努利方程的一個程序。她甚至還建立了循環和子程序的概念。

由於其在程序設計上的開創性工作，AdaLovelace被稱為世界上第一位程序員。美國國防部開發的ADA語言就是為紀念這位世界上的第一位程序員而命名的。

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

asp程序員、web前端開發程序員、delphi程序員、php程序員、powerbuilder程序員、C程序員、linux程序員、net程序員、vb程序員、java程序員、javascript程序員、C++程序員、Python程序員、ABAP程序員、android程序員、iOS程序員。