程序員到技術總監

Ⅰ 程序員35以後都轉什麼職業了-程序員35歲之後的出路

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

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

Ⅲ 作為一名程序員，從事技術管理工作，應該注意什麼事情

從程序員到技術管理，這要用人力資源管理的專業知識來看，就是一個非常典型的從「個人貢獻者」向「團隊管理者」角色轉變的過程，這也是各公司人力資源部門會重點關注的一個群體，幫助這些新晉升為管理者的人員快速進行角色轉換。

我將結合我人力資源從業生涯見到過的諸多案例、以及個人從員工升到管理層時的一些心路歷程，來回答這個問題。

第三步，掌握激勵下屬及增強團隊凝聚力的技巧和方法

依賴下屬完成業績目標的管理者，最重要的就是解決兩個問題，一個問題是讓下屬會幹活、有能力幹活；另外一個問題就是讓下屬有意願幹活，擁有一個能夠好好乾活的環境。

輔導和培養員工能夠解決員工幹活能力的問題，而激勵下屬及增強團隊凝聚力則能夠解決員工幹活意願的問題。主要分享3個主要方法。

• 自己做一個肯負責有擔當的領導人，遇事自己要沖在第一線，帶領大家一起解決問題和難題，有了榮譽、好處和利益，則更多把真正有貢獻的下屬推在前面；
• 鼓勵團隊成員之間互助互利，切忌主動製造內部矛盾和小團體；
• 營造一個以追求成長、進步、上進為榮，敷衍、懶散、得過且過為恥的團隊文化和氛圍。

Ⅳ 程序員技術大牛升職後不編程是否是有一種浪費

就好像在我們醫療行業，做到主任級別就基本不看病人一樣，每天都在忙於講課和行政事務。事實上，是對資源的一種浪費。

長江向前推進。編碼器仍然年輕。一個好的導師和一個年輕人可以做很多事情。

因此，這兩個角色的任務必須清楚地分開。然後項目經理將被分配給另一個人，這個頭銜也可以稱為「技術總監」或「主菜」。總而言之，越X越好。

真正的大師(技術總監)應該致力於盡可能多的技術工作。最重要的工作是開發——生產代碼和文檔。

Ⅳ 技術總監不懂架構,不懂代碼,什麼也幹不了,面試什麼的都要我幫他,老是

哈哈哈，咱倆相似的經歷,我在上家公司也是從一名程序員一步步走到管理崗位，最後做到技術總監，後期因公司經營出現問題，被迫解散。
跟你講講我遇到的大神！
2020年疫情穩定後加入現公司，現公司主要是做健身體育拓展業務想做信息化，技術部是新成立的，老闆對技術也是一無所知，最開始想提拔我負責技術團隊，但因個人對上家公司的影響（感情太深，非矯情）一直沒走出來，所以婉拒公司的好意，畢竟在初創公司做技術總監管理崗位是一件很累人的活兒（在上家單位也是跟著老闆、公司一步步發展壯大的，做的第三方支付，4年時間做到了本省三方支付最強，沒有之一。加班常態、技術攻關、團隊協作、業務對接、商務對接等等都要去抓，典型的初創團隊和工作節奏，從最初的三個人技術團隊發展到50人左右）
婉拒現公司好意後，只能通過招聘渠道進行社會選拔，終於20年6月 入職了一位頂著北京歸來、十餘年架構師經驗的大神加入，當時我還有點期待，畢竟架構師也算是業內的天花板存在，在人家身邊能學不少東西呢~
可是之後的這位大神一系列騷操作，讓我對「架構師」信仰崩塌的開始。。。
1、大神初來乍到，第一次部門會議（團隊加上他10人規模）跟我們介紹自己，從初級程序員到中級到高級再到技術總監，然後做架構師和CTO，就差迎娶白富美走向人生巔峰了。剛接觸對人家不了解，不好做評價，不過通過這次的演講 能感覺到此人喜歡曬「光輝履歷」、言語表達能力很一般，思維混亂，說話沒重點。。。也許是位技術宅呢？

2、接下來兩三個月大家相安無事，基本沒什麼溝通，大神沒有做過任何技術指導，也沒寫過一行代碼（截止目前2021年6月12日12:45分 沒寫代碼），期間單獨找過我溝通，問我想不想做他的分封的技術主管，負責後期項目的技術推進，還問我 了解springboot 和 分布式之類的，我只問了一句：漲工資嗎？他說不漲，我說不幹。
3、然後大神的表演正式開始，公司健身系統長久以來定時任務會重復執行，定位找原因發現是tomcat載入了兩次路徑配置導致，大神網路了一天，各種刪除項目里的配置文件來定位問題，web.xml、spring配置統統慘遭毒手！基本沒有不刪的，最可怕的是 他不是在自己本地調試，而是在其他同事本地環境調試!至於為什麼？因為入職三個月了，大神本地環境還沒搭好！項目一片紅叉，運行不起來。。此情此景，我內心是崩潰的！卧槽！卧槽！卧槽！
4、你以為結束了嗎？不。。這僅僅是傳奇的開始。大神剛入職那會從我們手裡收回了生產許可權，對比我們表示理解支持。之前我也向公司領導提議，只有技術負責人或相關崗位才有權動生產環境，其他崗位是沒有資格的。結果這大神說的比唱的好聽，把收回來的許可權 沒過兩天就交給了一位新入職的技術支持工程師（類似技術客服，配合業務部門查詢導出數據），技術支持工程師只會最基本的SQL增刪改查（嚯！能力比大神還強！），對伺服器基本一無所知。。這位兄弟按大神要求安裝某些監控軟體，一頓猛如虎操作 生產環境nginx當晚掛掉，下班後全體加班找原因，最終發現是埠沖突（其他人根本不清楚生產環境安裝軟體）。。大神驚出一身冷汗
5、大神曾經在周會上炫過自己的履歷，其中有幾個事跡印象特別深，其中之一是大神自稱寫過2萬余行的存儲過程，運行效率、後期維護的問題咱先不提，單單是這邏輯足以讓人嘆服！最強大腦不過如！然鵝，當我們向他虛心請教存儲過程基本寫法時。。大神自稱只寫過sql server資料庫的，mysql不會。。 反手網路了一個基礎入門教程送給我們。 你品 你細品。。
6、由於現公司系統是外包開發，所以框架免不了偷工減料，最惡心的是沒有事務管理。在大神來之前我就有想法把事務加上，可是因系統業務長期迭代導致代碼冗餘嚴重，底層jdbc使用的三方dbutils，不受spring管理，改造相對麻煩。。當我給大神詳細解釋這個問題的前因後果及工作量，大神貌似聽不懂我在說什麼。只是反問我 工作量大是嗎 你能改嗎？要不自己寫一套事務吧。。。心累
7、前面提到的技術支持工程師對SQL不是很了解，只會最基本的語法，聚合函數也不會用，所以大多數時間是需要我們給予支持的。一些有難度的SQL腳本都是我們替他寫。時間久了大家也有自己的工作忙，只能敷衍他或者乾脆不理。他也是沒辦法找大神幫忙，大神二話不說把他叫到辦公室手把手教學。。半小時後技術支持回來了 一臉的茫然。我們問他 大神幫他解決問題了嗎？技術支持說。。沒有，大神在那吭哧了半天SQL寫不出來，還告訴我回來不要告訴你們 他寫不出來。。。噗~至此技術支持正式加入我們團隊
8、時間來到20年底21年初，過完元旦石家莊再次爆發疫情，全市戒嚴，我們公司更是首當其沖收到嚴禁營業的通知。等3月復工後，有些人選擇離開去尋找新的工作機遇，大神選擇留下來繼續自己的傳奇故事。在前不久的周會上，大神提出了一個顛覆行業的開發測試解決方案，目前我們團隊只有一位測試人員，對接3-4名開發，平時工作量挺大，需要根據任務優先順序測試工作，尤其每個開發都認為自己的工作是優先順序最高的，所以一直覆蓋測試環境代碼，導致測試人員沒辦法正常工作，這時大神很驕傲的宣布：以後每個工作任務完成後開發人員都要部署一套測試環境，這樣就可以解決測試環境代碼被覆蓋的風險了！我不知道你們之前的工作是不是這樣做的，但我們之前公司就是這么做的！我擦 再次震驚了 ，我急忙提問 那一個人同時有100個任務難道要部署一百套測試環境嗎？大神用很白痴的目光看著我說 對 有什麼問題嗎？ 我難以相信的再問 就算這樣做，可只有1個測試人員啊！她忙不過來啊！！ 大神蔑視的說 那不是你們的問題，是公司招人的事了。。 這就是我們的技術總監，一位傳奇 一位行業標桿~
9、我只是簡單的把印象深刻的牛逼寫了出來，還有很多經典牛逼沒寫，諸如：大神自稱一個月內 同時開發十套項目（銀行系統）、大神曾經一個人負責70多台生產伺服器（linux都不懂）、大神入職後寫SQL 基礎語法都不會。select * from xxx where left join xxx 。。。簡直辣眼，人家理直氣壯的說自己歲數大了，好長時間不做開發 忘了。。一位架構師的健忘真可怕啊！！！
10、以上內容絕對真實不浮誇，這種人真的存在，有些人吹牛逼是真的牛逼，有些人吹牛逼把自己吹成了傻逼，他們自己都信了 活在了幻想里。。

技術總監的職責：
1、搭建公司技術平台部，統一技術棧；
2、建立產品研發體系，讓技術團隊可持續性地快速交付；
3、管理和協調多條產品線，打造明星產品；
4、建立技術壁壘，形成技術競爭力；
以上內容統統與我們技術總監無關，我們總監吹牛技術第一人！

Ⅵ 程序員後期的發展路線是什麼

1、程序員如果走技術路線，要求能力強智商高，把握公司核心技術和公司的技術發展。 後期的發展可以朝系統架構師，技術部經理、技術總監、總經理 發展。
2、程序員如果走業務路線，要求知識面廣，懂得大部分技術，並知道該怎麼做，不一定會做，表達能力好，協調能力好，對某一個行業的業務精通。後期的發展可以朝系統分析員，項目經理、產品經理、研發總監，總經理 發展。
3、程序員如果走實施路線。 後期的發展可以朝項目經理、實施經理，實施總監發展。
4、程序員如果走銷售路線 ，後期的發展可以朝項目經理、實施經理，產品經理，售前顧問，銷售經理發展。

Ⅶ 35+程序員出路在哪裡

35歲以上的程序員在職場上消褲仍然有很多出路和機會，以下是一些可能的方向：
1. 技術管理和領導：隨著工作經驗的積累和技術能力的提升，35歲以上的程序員可以考慮向技術管理和領導方向發展，例如擔任項目經理、技術陸旁總監、CTO等職位。
2. 技術顧問和咨詢：35歲以上的程序員可以利用自己的豐富經驗和技術知識成為獨立的技術顧問或咨詢師，為企業或個人提供技術支持和解決方案。
3. 創業和創新：35歲以上的程序員也可以利用自己的技術背景和行業經驗創辦自己的公司或加早橋橡入初創企業，開發新產品或服務，探索新的商業模式和市場機會。
4. 開發工具和框架：35歲以上的程序員可以開發自己的工具、框架和庫，為其他開發人員提供更好的編程體驗和效率。
5. 教育和培訓：35歲以上的程序員可以利用自己的經驗和知識，成為一名技術培訓師或教育者，傳授自己的技術和經驗，幫助新一代程序員成長。
總之，35歲以上的程序員並不意味著職業發展停滯不前，他們可以通過不同的方式和途徑，繼續拓展自己的職業領域和發展空間。