【51CTO.com原創(chuàng)稿件】IT工程師的職業(yè)規(guī)劃讓很多人為了選擇技術(shù)路線還是管理路線很糾結(jié)，技術(shù)還是管理，程序員應(yīng)該如何規(guī)劃自己的職業(yè)道路？技術(shù)崗轉(zhuǎn)管理崗會面臨哪些問題？如何充分展現(xiàn)自己的價值？技術(shù)出身的創(chuàng)業(yè)者該提前做好哪些準(zhǔn)備？讓我們和左華棟老師一起探討工程師的職業(yè)發(fā)展路線選擇與規(guī)劃。

專家簡介

陜西本初網(wǎng)絡(luò)科技有限公司創(chuàng)始人，西安交通大學(xué)城市學(xué)院工商管理專業(yè)，大學(xué)時即成立簡凡工作室，團(tuán)隊以給學(xué)校開發(fā)網(wǎng)站為主，在 phpwind9.0發(fā)布時，簡凡工作室制作了許多插件，成為了當(dāng)時 phpwind9.0 插件模板最多的第三方開發(fā)商。后創(chuàng)立本初網(wǎng)絡(luò)，從事于網(wǎng)站建設(shè)等相關(guān)服務(wù)，涉及軟件、硬件，對于產(chǎn)品、技術(shù)、運營一體化都有非常豐富的經(jīng)驗。

分享主要從以下四個方面展開

一、   技術(shù)還是管理，程序員應(yīng)該如何規(guī)劃自己的職業(yè)道路？

1、  性格評估——適合做管理嗎？

2、  職業(yè)路線評估——是否必須做管理？

二、   技術(shù)崗轉(zhuǎn)管理崗會面臨哪些問題？

1、  技術(shù)選型。

2、  是否適合敏捷開發(fā)。

3、  如何避免人治。

4、  執(zhí)行是管理成敗的關(guān)鍵。

三、   如何充分展現(xiàn)自己的價值？

1、  團(tuán)隊協(xié)作能力。

2、  進(jìn)度把控能力。

四、   技術(shù)出身的創(chuàng)業(yè)者該提前做好哪些準(zhǔn)備？ 

1、  做好人心會比技術(shù)復(fù)雜多的充分準(zhǔn)備。

2、  管理成本會隨人數(shù)的增加而大幅增加。

3、  做好管理成本與開發(fā)成本的權(quán)衡。

首先，很感謝 51 CTO 能給我這次分享的機會，感謝大家給我啰嗦的機會，也感謝碼云Gitee 一直以來對我們項目的支持。很慚愧的說，我并不是一個成功者，而是有著不少失敗的經(jīng)驗的失敗者吧，我把我們團(tuán)隊在技術(shù)和管理過程中所遇到的一些坑和解決方式分享給大家。由于是我這邊是 Linux Mint ，QQ 可能會有崩潰的情況，希望大家多多包容。

以上是我今天大概要說的內(nèi)容

一、   技術(shù)還是管理，程序員應(yīng)該如何規(guī)劃自己的職業(yè)道路？

第一個大問題： 技術(shù)還是管理，程序員應(yīng)該如何規(guī)劃自己的職業(yè)道路

首先做性格評估——適合做管理嗎？

關(guān)于這個問題，網(wǎng)上可能已經(jīng)有上百種答案了，很多都是一些比較有道理的廢話。而我想從經(jīng)驗角度來談?wù)勥@個問題。

優(yōu)柔寡斷，有選擇困難癥，朝令夕改的，使被管理者摸不著頭腦，對公司的管理層的公信力產(chǎn)生質(zhì)疑。

可能在最初的管理中，由于缺乏自信，多少會出現(xiàn)這樣的情況。在我們初期也遇到了這個問題，凡是涉及全公司的制度和政策，都統(tǒng)一口徑通知，先做一段試行，看整體情況，即使要修改，也必須等到下一次全員通知。不過這點不用過度擔(dān)心這是屬于可克服的缺陷。平時的工作中要多注意這些問題。

悲觀情緒嚴(yán)重，缺少安全感，凡事總先看到缺點，悲天憫人，總有刁民想害朕的妄想型。這種情緒問題是比較嚴(yán)重的，往往會給團(tuán)隊帶來負(fù)面影響，團(tuán)隊更需要一些積極向上的正能量，如果管理層都充滿悲觀情緒的話，被管理者肯定也不會有太多的積極性。這個問題比較嚴(yán)重，建議先克服心理因素。

這種情緒會影響開發(fā)團(tuán)隊，所以遇到事先往好處想。

不喜歡擔(dān)責(zé)任，遇事先找個替死鬼的。容易動怒，經(jīng)常責(zé)怪被管理者沒有執(zhí)行力，一心想找人給被管理者培訓(xùn)打雞血的?？梢哉f，這種很常見，也很普遍，有很多中型的企業(yè)，也喜歡給員工培訓(xùn)洗腦，讓有被管理者執(zhí)行力，但是這種打雞血行為恰恰是管理者不想承擔(dān)責(zé)任的借口。這種情況在中型公司比較常見，實際原因來說：一是管理者沒有多次強調(diào)，二是被管理者利益與公司利益矛盾。這個問題在初期影響不明顯，建議在工作中逐漸克服。有些企業(yè)還動不動就搞培訓(xùn)，搞講座，想通過這種方式提高執(zhí)行力，實際最需要提高的是管理者本身。我之前有看到一個說法是：日企的執(zhí)行力高是因為他們經(jīng)常把任務(wù)重復(fù)三遍以上。

注重人情關(guān)系，工作生活不分，憑感覺做事，獎懲不明的。首先，在工作上盡量撇開人情關(guān)系，如果確實難以取舍，建議還是不做管理，否則會導(dǎo)致公司拉幫結(jié)派嚴(yán)重，內(nèi)部腐敗等問題。獎懲也好，一定要建立在公司制度上，在此之外需要特批的，也得走流程進(jìn)行申請，然后不斷完善制度。這個問題比較嚴(yán)重，我建議還是能盡量先克服。

這個問題比較嚴(yán)重，我建議還是能盡量先克服。我們團(tuán)隊之前也發(fā)生過類似情況，覺得相處時間比較久了，不忍心辭退比較負(fù)能量的員工，結(jié)果最終影響到了核心成員的離職?？偟膩碚f，對公，該干什么還是干什么，爭執(zhí)也好，獎懲也罷 ；對私，該吃飯吃飯，該玩樂玩樂，能準(zhǔn)確處理好這種關(guān)系十分重要。

我們公司離職的員工有時候也會來一起吃個飯什么的，管理者的心態(tài)應(yīng)該是：反正上輩子又沒有仇，哪里來那么多怨。

在我們團(tuán)隊初期由于缺乏統(tǒng)一的統(tǒng)籌規(guī)劃以及各自過于獨立，導(dǎo)致大家一直在做自己認(rèn)為對企業(yè)正確的事情，結(jié)果造成了嚴(yán)重的資源浪費。兵熊熊一個，將熊熊一窩也說明了管理者性格的重要性。

所以做事也不能一直特立獨行，我行我素，縱使很有能力，也有可能起到負(fù)面作用。

2、  職業(yè)路線評估——是否必須做管理？

做完性格評估后，接下來，要知道是否必須做管理，或者說走管理的路子。

管理是很多程序員的路線之一，但不是必然路線，管理也不是高高在上享清福，權(quán)力越大，責(zé)任也越大，比如要求后天上線，而你有十幾個程序員苦于修 BUG，這時候你應(yīng)該怎么辦？找外援，加班？外援如何快速熟悉公司項目，加班薪資怎么算？怎么避免不滿情緒，如果加班都沒做完又怎么辦？如果看到這已經(jīng)焦頭爛額了，就重新思考下，是否真的那么想做管理吧。

好的管理不一定有好的技術(shù)，但起碼要讓被管理者信服，尤其是存在程序員鄙視鏈的情況下，舉例來說，比如某公司的商城系統(tǒng)，據(jù)說 PHP 全部換為 JAVA，原因是技術(shù)總監(jiān)熟悉 JAVA，覺得管不了 PHPer 。

當(dāng)然，也有一些喜歡傳統(tǒng)的，用FTP 管理代碼，導(dǎo)致大家每天要下載5G 左右的代碼和文件做同步，經(jīng)常相互覆蓋文件，而且公司不做代碼規(guī)范。這種情況的話，如果還想對自己技術(shù)有所提升，要么自己參與管理，要么還是盡早離職吧。

最終路線評估，我還是希望大家能做個表對比下，看看哪些是可以舍棄，哪些是可以克服的。
|-------好處--------|-----壞處-------|
|--能提升自我--|--人情關(guān)系可能不那么融洽了--|
|--能夠嘗試一些新的技術(shù)棧--|--對項目管理沒有經(jīng)驗--|

順便插一句，用FTP 管理代碼的那哥們的團(tuán)隊后來集體開了個迅雷會員，來解決下載問題。

二、   技術(shù)崗轉(zhuǎn)管理崗會面臨哪些問題？

然后第二個大問題： 技術(shù)崗轉(zhuǎn)管理崗會面臨哪些問題？

1. 技術(shù)選型

技術(shù)選型是作為一個技術(shù)管理者不得不考慮的問題，除了結(jié)合現(xiàn)在公司情況和業(yè)務(wù)與市場情況，還應(yīng)該了解人才招聘情況。

我們一開始主要做 web ，后端選用了 PHP ，為了代碼質(zhì)量，用了 Laravel 框架，但是在西安，Laravel 特別難招。隨著 vue 的發(fā)布，我們公司后端 Laravel 前端 vue ，一定程度上減輕了后端工作量，但 Laravel 招聘問題一直沒得到很好的解決，人員流動比較大。

后來隨著業(yè)務(wù)范圍的拓展，發(fā)現(xiàn) 純 PHP 越來越難以單獨勝任一些高并發(fā)以及嵌入式的場景，尤其是單頁應(yīng)用盛行的今天，更需要后端提供 API 。這期間也了解了swoole 和 reactphp ，但是相對來說招人就更困難了，培養(yǎng)成本更高。

node.js  招人也十分難，于是最后決定招 java 轉(zhuǎn)node （考慮成本等原因，招的并不是成熟的 java 工程師），為了減少不適應(yīng)的情況，同時我們也期望有更好的架構(gòu)，我們選用了 nest.js 框架，這是一個 node 版的 spring，同時也用 typescript 統(tǒng)一了前后端語言，為了更好地適配 typescript ，我們最終選用了 React （下載量使用量多，社區(qū)成熟穩(wěn)定）。

通過這次轉(zhuǎn)型，我們實際開發(fā)成本下降了有30-40% ，開發(fā)效率提升了20% 以上，同時性能還有大幅度的提升（業(yè)務(wù)場景下，node.js 異步非阻塞機制表現(xiàn)十分出眾），當(dāng)然不是說 PHP 不好，只是說如果想用一些好的技術(shù)和框架，還是應(yīng)該考慮當(dāng)?shù)厝瞬攀袌銮闆r。

有技術(shù)選型困惑的倒是可以一起交流交流，只是技術(shù)選型這個問題上，不建議盲目追新，要考慮實際情況，當(dāng)然也不推薦太過于守舊，嘗試一些新的技術(shù)，對自己以后發(fā)展還是有好處的。不用過分糾結(jié)于語言的好壞，主要還是看市場需求。

2、是否適合敏捷開發(fā)。

敏捷開發(fā)基本上是一個好公司的標(biāo)配了，盡管如此，我還是不建議一些小團(tuán)隊使用敏捷開發(fā)，一方面他對管理要求特別高，尤其是在公司項目管理還沒成型的情況下，盲目推崇敏捷開發(fā)可能適得其反，最終導(dǎo)致相互推卸責(zé)任。另外，團(tuán)隊人員不穩(wěn)定的情況下，敏捷開發(fā)也不適合。當(dāng)然如果以上問題都不存在的話，那我強烈建議轉(zhuǎn)型為敏捷開發(fā)。我們目前是敏捷開發(fā)和瀑布流開發(fā)混合使用。

另外，不管使用不使用敏捷開發(fā)，我都建議使用 git 來做代碼管理。不論是 GitHub 還是還是更符合國內(nèi)使用習(xí)慣的碼云Gitee 都可以實現(xiàn)，最重要的是：碼云創(chuàng)建私有庫是免費的，這點比較良心，做個代碼“網(wǎng)盤”不錯。以我們團(tuán)隊情況來說，主要有三個分支，一是對內(nèi)開發(fā)，二是對外開發(fā)（接的一些外包），三是我們開源項目 Notadd ，相當(dāng)于三個團(tuán)隊，用碼云企業(yè)版管理和分配任務(wù)，以及查看任務(wù)統(tǒng)計大大方便了我們。

這是我們團(tuán)隊的 Notadd 開源倉庫：  https://gitee.com/notadd/  

（基于新技術(shù)棧的開源模塊化開發(fā)框架，能大大減少項目構(gòu)建成本，目前開發(fā)有 PHP版和 node.js 版），這是我們團(tuán)隊的主要項目，我們期望未來開發(fā)都是可拓展，可大量減少重復(fù)工作量的模塊化開發(fā)方式，同時又使用一些新的技術(shù)不斷提升用戶體驗，歡迎大家給我們提交 PR。

根據(jù)我們的使用經(jīng)驗，碼云更適合中小型開發(fā)團(tuán)隊，除了能滿足基本的代碼托管外，還能方便的支撐項目管理和文檔協(xié)作方面的需求。當(dāng)然小型團(tuán)隊可以使用個人版本的碼云，創(chuàng)建私有庫就可以。

3、  如何避免人治。

對事和對人的看法一定要分開，對管理者來說，這是很難能可貴的品質(zhì)。對事不對人，這點十分重要。關(guān)于法治問題，這個我倒是推薦看看 《大秦帝國：裂變》 關(guān)于商鞅變法這段，想對于齊國而言，只有商鞅的法制能夠最終得以延續(xù)。

講個典型的人治例子： 我之前有個朋友8點去公司，老總8點10分發(fā)通知，說是所有人必須8點40之前到，由于他沒看手機，然后“遲到”，老總為了立威扣了他200元工資，扣不扣，扣多少都是老總說了算，沒有相應(yīng)制度，于是他選擇了離職。

在管理上，存在漏洞是正常的，但是應(yīng)該正確認(rèn)識到問題，修改相應(yīng)的規(guī)則，并進(jìn)行通知，而不是全部特殊處理。

[[218079]]

另外，平等并不代表絕對的公正，管理上還應(yīng)該考慮個人差異。

4、  執(zhí)行是管理成敗的關(guān)鍵。

這里的執(zhí)行說的是管理者的執(zhí)行，作為管理者應(yīng)當(dāng)對制度進(jìn)行嚴(yán)格的執(zhí)行，制度可以寬松，但是執(zhí)行必須嚴(yán)格。初期一定不要怕麻煩，形成習(xí)慣以后就是良性循環(huán)了。

即使不是自己去執(zhí)行，也應(yīng)該對執(zhí)行者做深入的考核，保證執(zhí)行的有效性。

不談獎懲的制度都是耍流氓，如果違反相應(yīng)的制度，應(yīng)該接受怎樣的懲罰，這是應(yīng)該提前定好的，否則后續(xù)執(zhí)行會有很多坑。

三、   如何充分展現(xiàn)自己的價值？

1、  團(tuán)隊協(xié)作能力。

作為管理來說，應(yīng)該培養(yǎng)的是一支團(tuán)隊，而不是某個人才。團(tuán)隊協(xié)作能力是一個基礎(chǔ)，使用git，制定代碼規(guī)范，命名要求，環(huán)境統(tǒng)一等 都是盡可能減少團(tuán)隊成員之間差異的方式。

實際上由于個人能力差異，經(jīng)常會出現(xiàn) A 寫的代碼，B 得費很大勁才能看懂，那這時候就應(yīng)該考慮每個成員必須在開發(fā)過程中應(yīng)不斷完善開發(fā)文檔和說明了。

還有一類情況特別普遍，尤其是對于一些沒有經(jīng)驗的程序員，比如一個小功能，他首先不是去 GitHub 碼云 Gitee去搜，而是自己寫，等填完各種坑后才發(fā)現(xiàn)，網(wǎng)上有大神寫好，并且開源的東西了，很多工作都等于白做了，一定要培養(yǎng)搜索的習(xí)慣，，當(dāng)然也不建議什么都搜，我們公司之前也有，搜了以后糾結(jié)用哪個好，然后又查了幾個小時。公司建立一個常用開源庫也是不錯的，大家把自己常用到的好的庫鏈接都放上去。

2. 進(jìn)度把控能力

如果做項目管理不做好進(jìn)度把控，這會導(dǎo)致在很多公司不受待見。進(jìn)度是很多開發(fā)公司的生命線。

一方面做好時間的評估，項目允許的時間，項目管理安排的時間，由于個人能力差異可能完成的時間，并且預(yù)留大把的時間做 BUG 修復(fù)工作以及應(yīng)對可能存在的項目延期。開發(fā)者所給的時間經(jīng)常不靠譜。

過程中要做好按天管理的進(jìn)度把控，在時間評估上不建議包含周末，而在實際開發(fā)調(diào)整過程中，可以根據(jù)項目情況決定是否要包含晚上和周末（加班）。如果加班比較頻繁的話，建議在項目完成后多給開發(fā)者休假時間。

緊急補救，一般來說，這時候找外援補救，除非對方經(jīng)驗十分豐富，否則很難做好補救措施。我們也遇到過補救團(tuán)隊跑路的情況。另外一方面也要盡可能跟銷售和市場方溝通，盡量平復(fù)甲方的情緒，同時可以先上線一部分主要功能。如果這樣的情況較多，可以找靠譜的團(tuán)隊長期合作（救火專用）。

不要做過多的進(jìn)度承諾，盡量預(yù)留較為充足的時間，千萬不能對項目進(jìn)度迷之自信。同時保證項目代碼的的安全性，項目代碼全部以 git 提交為準(zhǔn)，既方便了協(xié)作防止代碼沖突，也能防止一些意外發(fā)生，我們是有硬盤損壞的血淚史的。

代碼管理是自建系統(tǒng)還是用云平臺？實際上，中小型企業(yè)自建 gitlab 的成本較高，而且也不能保證代碼不被丟失。而云平臺會做多份存儲與定期備份，即使本地和遠(yuǎn)端倉庫被誤刪也可恢復(fù)，這是自建所無法媲美的。建議有條件的團(tuán)隊購買一些付費版的 Git 托管平臺，一般都有協(xié)議保障，我們團(tuán)隊 Notadd 項目 之所以會使用碼云，也是為了防止上述悲劇的重演。

四、   技術(shù)出身的創(chuàng)業(yè)者該提前做好哪些準(zhǔn)備？ 

最后一個大問題： 技術(shù)出身的創(chuàng)業(yè)者該提前做好哪些準(zhǔn)備？ 

1. 做好人心會比技術(shù)復(fù)雜多的充分準(zhǔn)備
即使是如此全能如此復(fù)雜的 AI 也難以判斷人的喜怒哀樂，那么作為管理者要面對的這些問題更加復(fù)雜了。舉個比較有意思的例子，說是有個皇帝喜歡石頭，就派官員去全國各地找漂亮的石頭，起初，很多平民也上交一些奇異的石頭換取金錢。再到后來，形成了一股挖石頭的熱潮。最后淪為了一些官員的濫用職權(quán)的借口，說你家地底下有好石頭，需要把房子扒了，挖石頭。

做管理也是一樣，很多事情，可能初心是好的，但執(zhí)行起來卻最終變了味，最終的結(jié)果就是好心辦壞事。

我們也經(jīng)常遇開發(fā)者踢皮球的事，前端甩鍋給后端，后端甩鍋給前端，也有怕得罪人，自己背鍋的情況。權(quán)責(zé)劃分一定要明確，有問題一定要當(dāng)時提出（比如后端接口沒寫完），防止踢皮球的現(xiàn)象。

2. 管理成本會隨人數(shù)的增加而大幅增加

起初幾人的團(tuán)隊管理，可能這個問題還不明顯，但是一旦人數(shù)上漲，管理成本會很快上漲。

我舉個簡單的例子：比如要解決一些銷售人員的貪污問題，做了一個銷售監(jiān)察小組，然后為了解決監(jiān)察小組的貪污問題，又做了一個監(jiān)察 監(jiān)察小組的 小組，如此循環(huán)，管理成本必然大幅提升，而最終創(chuàng)造價值的卻是銷售人員。

知乎有一篇文章比較有意思，值得一看：

https://www.zhihu.com/question/22977065/answer/236152323

刷盤子的故事，為了解決洗滌靈被偷拿的問題（小成本），而最后動用的管理成本已經(jīng)遠(yuǎn)遠(yuǎn)超過了洗滌靈的成本。

3. 做好管理成本與開發(fā)成本的權(quán)衡

管理是手段，并不是目的，小團(tuán)隊做過度的管理是極不推薦的，跟上面提及的一樣，別為了管理而忘了最初的目的。

實際上要做好管理成本和開發(fā)成本的權(quán)衡，要考慮這樣做能帶來多少效益和價值，同時損失多少人力用做了管理。這樣做的目的是什么，有沒有更簡單的方式？

總之，管理上增加小的成本，解決大的開發(fā)成本，是比較推崇的。

在結(jié)尾，我還想扯點別的，作為管理者，我總聽到有人在說 “存在即合理”，但這是一句被人誤解的話，這里的合理也并不是合乎人倫道理，要結(jié)合原文哲學(xué)思想來看，而是說合乎它存在的絕對精神，不然法律和犯罪同樣存在，為什么法律還要制裁犯罪？今天就到這里，感謝 51CTO 提供的平臺，感謝開源中國以及碼云的大力支持，最后，對我們項目有興趣的童鞋，歡迎star 我們的開源項目 Github： https://github.com/notadd/notadd 碼云（Gitee）： https://gitee.com/notadd/notadd （Node.js 版正在開發(fā)喲）后續(xù)也期望和大家能探討出適合的管理方式，再次感謝大家聽我啰嗦。今天由衷地感謝 51CTO 的小官，沒有他就沒有精彩的推送。

以下問題是來自51CTO開發(fā)者社群小伙伴們的提問和分享

Q：Java-果凍-沈陽：老師你認(rèn)為，程序員轉(zhuǎn)管理崗位最大的難點是什么？

A：本初網(wǎng)絡(luò)-左老師：克服自我性格缺陷。技術(shù)可以提升，能力可以培養(yǎng)，性格缺陷改起來比較困難。

Q：Java-藏洗：我現(xiàn)在比較迷茫，不知道怎么提升了，中級的。又感覺基礎(chǔ)差 然后新技術(shù)也不知道咋樣去學(xué)習(xí) 就反反復(fù)復(fù) 不知道學(xué)習(xí)哪方面對自己提升大。感覺是不是搬磚太多導(dǎo)致的？

A：本初網(wǎng)絡(luò)-左老師：迷茫在哪里？ 是覺得開發(fā)累，還是覺得領(lǐng)導(dǎo)2？先找一個方向先學(xué)， 比如 做業(yè)務(wù)，注重架構(gòu)，那就java 寫接口 node ，深度學(xué)習(xí) python 做web ——php。框架的話，建議還是先學(xué)比較通用的，然后再學(xué)比較先進(jìn)的，學(xué)會一個，其他的就比較容易融會貫通了。

Q：Java-藏洗：老師，自考的學(xué)歷，有用么？

A：本初網(wǎng)絡(luò)-左老師：中小企業(yè)學(xué)歷沒那么重要，但問問題你得要回答得上。之前貼吧有人面試吹牛說自己能寫分布式搜索，結(jié)果16K錄用了，但是....

Q：Java-藏洗：貌似現(xiàn)在問的問題好多都是底層原理，這個應(yīng)該咋整？

A：建議先從 linux 看起，然后多了解一些技術(shù)文～ 興趣對這方面的提升會特別快。

Q：寥寥1157：中專生應(yīng)該往哪個方向？

A：本初網(wǎng)絡(luò)-左老師：說個比較現(xiàn)實的情況，很多企業(yè)還是比較看中學(xué)歷，尤其是500強。如果你有能力帶一個團(tuán)隊，可能情形會好很多。

Q：C#-LMY-煙臺：應(yīng)屆生在公司沒人帶，做起來很費力，這時候應(yīng)該怎么提高自己？

A：本初網(wǎng)絡(luò)-左老師：如果有技術(shù)負(fù)責(zé)人，可以多請教他，另外可以找領(lǐng)導(dǎo)去談心。另外，也可以自學(xué)一些課程，我身邊也有一些電視臺學(xué)編程的，電視臺工作的。

Q：Java-果凍-沈陽：程序員轉(zhuǎn)項目經(jīng)理先考一個PMP靠譜嗎可行嗎？

Q：移動安全-軍閥-北京：老師，我也比較好奇，PMP靠譜么，值得考么？

A：本初網(wǎng)絡(luò)-左老師：可行，但也要注意積累項目經(jīng)驗，實際的情況會比較復(fù)雜。

Q：小白-Commander-深圳：我現(xiàn)在零基礎(chǔ)，該怎么學(xué)？想做web。

A：本初網(wǎng)絡(luò)-左老師：還是看方向，你是想做web 還是想做接口什么的?？梢钥纯?node.js 或者 php，有js基礎(chǔ)，打算深入學(xué)web，就選前者，反之選后者。但是PHP目前情況來說， 只會 thinkphp一個框架 的程序員比較多， 整體水平會偏低，如果你做的比較深入一些的話， =薪資也會很高。

Q：java-亞風(fēng)-合肥：為什么要用nodejs？

A：本初網(wǎng)絡(luò)-左老師：看github 的年度報告，一是 JS 的開源項目越來越多，二是大公司越來越喜歡 js 及衍生產(chǎn)品。三是 npm 上包的數(shù)量。node 現(xiàn)在的優(yōu)勢，一是前端好上手，二是相對 php 存在性能優(yōu)勢，三是生態(tài)。當(dāng)然 php 的web 地位暫時不會有語言能撼動，很多公司也會考慮開發(fā)成本。這個看企業(yè)情況，招人是成本，開發(fā)效率是成本，維護(hù)也是成本。

如果你是技術(shù)負(fù)責(zé)人的話，我建議你在企業(yè)成本增加不是那么明顯的情況下，使用新技術(shù)。公司角度看的話，也看業(yè)務(wù)了，如果是做外包，維護(hù)一堆系統(tǒng)的話，那還是不要盲目升級。

Q：網(wǎng)管-獨奏-貴州：@本初網(wǎng)絡(luò)-左老師 老師 能說說你自己的職業(yè)規(guī)劃嗎 我們學(xué)習(xí)下

A：本初網(wǎng)絡(luò)-左老師：每個人情況不同，存在個體差異。

Q：小白-Commander-深圳：自學(xué)該怎么學(xué)？

A：本初網(wǎng)絡(luò)-左老師：慕課網(wǎng)、騰訊課堂都可以。

Q：后端-陳醫(yī)生-北京：關(guān)于技術(shù)選型 上面說到是團(tuán)隊決定 那業(yè)務(wù)怎么去考慮這個問題？

A：本初網(wǎng)絡(luò)-左老師：比如你搞嵌入式，能選的就只有C、C++，你搞web 能選的就PHP、node.js、java。你搞接口node、golang，搞算法python、golang、C++。不同語言都有自己的適用范圍，然后再權(quán)衡成本和副業(yè)的情況。

Q：后端-陳醫(yī)生-北京：業(yè)務(wù)發(fā)展到一定程度是技術(shù)從新選型還是增加擴展性？

A：本初網(wǎng)絡(luò)-左老師：也是看業(yè)務(wù)情況，如果歷史包袱比較重的話，優(yōu)先考慮拓展性。歷史包袱不重，而且重新選型能解決現(xiàn)有的很多問題，那就考慮重新選型。沒有絕對的對錯。

Q：網(wǎng)管—獨奏—貴州：技術(shù)，由于金融行業(yè)的關(guān)系，已經(jīng)不養(yǎng)自研團(tuán)隊了。年齡也是個檻，正好學(xué)習(xí)下，重新找到方向。

A：本初網(wǎng)絡(luò)-左老師：您那邊具體情況我不是很清楚，但是我也建議您列個表做個對比，自研團(tuán)隊有自己的好處。不自研，也有它的好處。

Q：C++-豐息-西安：想請教左老師，怎么培養(yǎng)團(tuán)隊的技術(shù)氛圍

A：本初網(wǎng)絡(luò)-左老師：先解決產(chǎn)品和技術(shù)的關(guān)系，讓產(chǎn)品了解技術(shù)。我舉個例子，武漢深度科技，周五會有BUG大賽，看誰消滅的BUG多，如果平時有時間的話，可以做個內(nèi)部的技術(shù)分享會，一方面讓開發(fā)者學(xué)新的東西，另外一方面讓他講出來和大家討論。

Q：架構(gòu)-熊大-成都：看誰消滅的BUG 多怎么操作？

A：周四讓產(chǎn)品把 BUG 整理出來，周五依據(jù) 解決的 BUG 數(shù)量做排名，然后可以有小禮品，我只是舉個例子。

Q: 網(wǎng)管—獨奏—貴州:32歲，銀行程序員，轉(zhuǎn)做業(yè)務(wù)崗嗎？銀行大部分都是外包的，管理層很少有晉升通道跨行業(yè)轉(zhuǎn)崗呢？還是跳槽？舍不得銀行待遇。管理只有業(yè)務(wù)人員能上任 目前20k，但是沒有晉升通道。

A：本初網(wǎng)絡(luò)-左老師：銀行體系我不是很清楚，但是 1是你精力得耗得起，2 是你現(xiàn)在追求穩(wěn)定不？ 尤其是考慮家庭方面。

Q：網(wǎng)管—獨奏—貴州：跳槽出去，很多公司還要30多歲的程序員嗎？幾乎銀行的很多系統(tǒng)都是我牽頭對接的，懂很多東西。

A：本初網(wǎng)絡(luò)-左老師：我覺得你那個位置的人際關(guān)系要比你說的那個能力更重要。

Q：Java-深圳-Fandy：我關(guān)注了一些招聘要求，目前IT行業(yè)招聘項目經(jīng)理都對技術(shù)要求比較高，但是實際開發(fā)過程中，很多項目經(jīng)理一般只做統(tǒng)籌、設(shè)計或技術(shù)選型，不參與實際代碼編寫或技術(shù)問題處理，這是不是一個矛盾的問題，招聘要求會不會限制了技術(shù)項目經(jīng)理的職業(yè)發(fā)展，或者是提高了跳槽或深入發(fā)展的門檻？對于項目經(jīng)理到底是偏管理還是偏技術(shù)，我感覺現(xiàn)實中對技術(shù)要求高一點。

A：本初網(wǎng)絡(luò)-左老師：一般的外包公司除外，只要這個企業(yè)在正常發(fā)展，接觸的技術(shù)一定是越來越多。

【51CTO原創(chuàng)稿件，合作站點轉(zhuǎn)載請注明原文作者和出處為51CTO.com】