你打算如何渡過自己的職業(yè)生涯商源？畢竟工作是公司給的车份，但職業(yè)生涯是你自己。

1. 前言

22年的年中牡彻，因為多年來在傳統(tǒng)軟件行業(yè)里的職業(yè)生涯經(jīng)歷扫沼，有感而發(fā)我開篇了名為走出軟件作坊這個專欄（這個名字源于對我影響頗深的同名書名）。

在這個專欄的開篇三文中庄吼，我分別介紹了我所見證和理解的傳統(tǒng)軟件公司的發(fā)展現(xiàn)狀缎除，其對于技術(shù)人員的要求，以及身處其中的技術(shù)人員的破局之路总寻。

過去的一年多里器罐，也是繼續(xù)見證了不少職場操作，有了不少瑣碎的念頭渐行。有感于相較于這些念頭轰坊，過往在走出軟件作坊中所列出的對于高級人員的標(biāo)準要求過于"寬泛"。

本文嘗試給出一些稍微具體的標(biāo)準和要求祟印。這些標(biāo)準和要求彼此獨立肴沫，沒有明顯的先后順序，感興趣的讀者可以自行選摘蕴忆。

2. 疊甲

碎碎念了這么多年樊零，我也清醒地認知到這篇文章的結(jié)局肯定也是石沉大海，但為了避免不慎被身邊熟悉的人所看到孽文，所以這里有必要做一些前置性的免責(zé)聲明驻襟。

1. 以下這些標(biāo)準和要求中對于人的要求都是相當(dāng)高的了，而且這些技能和思維都是需要后天進行有意識地刻意練習(xí)才能入門并且在之后的職業(yè)生涯中持續(xù)磨練才能熟悉掌握的芋哭，這需要當(dāng)事人有清晰的認知以及極強的自律才能做到精進沉衣。如果發(fā)現(xiàn)自己做不到，這很正常减牺；畢竟"just a job"豌习，正如上面引言部分所言，只要你想清楚了這就是你想要渡過職業(yè)生涯的方式拔疚，那就沒有任何問題肥隆，無需產(chǎn)生任何不良情緒。
2. “你自己做到了嗎”稚失《把蓿可能有些朋友第一反應(yīng)會是這個，畢竟"憑什么你在這居高臨下巴巴這么些高大上的玩意句各，你自己又做到了嗎吸占？就擱這一副教育人的樣子"。關(guān)于這一點凿宾，首先這些只是我對自己職業(yè)生涯的反思矾屯，并且與其他朋友的交流發(fā)現(xiàn)也都存在類似的感受；其次寫下這些也不為什么凸顯自己優(yōu)秀初厚，其實記錄這些的最主要原因是從小腦子不好件蚕，容量不夠大，但又特別小氣——覺得自己思考了這么久的東西产禾，不能保存下來實在可惜了排作。
3. “我都沒做到，但我在公司就是被認定為高級甚至資深了”下愈。這個其實也沒毛病纽绍，就像我在《走出軟件作坊》三部曲中所說的 —— 對于傳統(tǒng)軟件公司而言，它對技術(shù)要求不高势似，一年經(jīng)驗當(dāng)十年也絕對沒問題拌夏；加上"水多了加面，面多了加水"形成的管理流程履因，在這類公司里你只要呆得時間足夠長障簿，你就是滿足它的要求的。這類公司只要商務(wù)不出現(xiàn)大問題栅迄，一直待下去是一個比較好的選擇站故。
4. 為了保命，最后我再強調(diào)一遍：對于在職場游歷多年的人，他的硬實力一定是滿足要求的 —— 首先工作內(nèi)容是分層次的西篓，做不到大廠的P7愈腾，最基礎(chǔ)的CRUD總是會的吧；其次最近不是流行一句話"世界就是個草臺班子"岂津，本身大部分事情的技術(shù)含量也就是半個月上手操作的水平文搂。這里摘抄一段最近從知乎上看到的評論：

公司并不需要編程水平太高的程序員泼舱。因為干的活就是個毛坯房，壘的就是雞窩。除非大公司里搞底層技術(shù)的需要高手之外奄毡。某市技術(shù)職業(yè)學(xué)院的計算機系大專生都能勝任現(xiàn)在大部分程序員崗位凭峡。

3. 基本素養(yǎng)

3.1 快速適應(yīng)環(huán)境

"唯一不變的就是變化本身"搂漠。 這句被奉為圭旨的名言相信大部分人都或多或少聽說過耀怜。

這句話適用于人類社會的方方面面，咱們每個人的職業(yè)生涯也自然身處其中茶宵。不論你是運氣爆棚陪著公司從初創(chuàng)一路走向輝煌危纫，還是為了追求個人發(fā)展在不同的公司之間來回跳槽，你都需要面對時刻發(fā)生的變化 —— "在不同的公司之間來回跳槽"自不必說节预，即使是在同一家公司叶摄，隨著公司的發(fā)展，領(lǐng)導(dǎo)勢必會不斷將其推到更高的位置直到你無法勝任安拟，這首先是物盡其用的基本訴求蛤吓，同時也是對于你這個日益增長的成本的對等要求，而這些也勢必會要求你不斷面對新出現(xiàn)的狀態(tài)糠赦。

當(dāng)變化發(fā)生時会傲，能夠快速認清現(xiàn)實，梳理總結(jié)事物運行的客觀規(guī)律拙泽，適應(yīng)新角色淌山，滿足崗位要求就成為區(qū)分職業(yè)素養(yǎng)高低的重要標(biāo)準：

1. "快速適應(yīng)變化"要求你能夠"杜絕砸鍋思維"，先理解環(huán)境顾瞻，再改造環(huán)境泼疑。新環(huán)境下各種讓你覺得不科學(xué)，非常業(yè)余的解決方案一定是有其產(chǎn)生的原因荷荤，這些原因可能聽起來覺得匪夷所思退渗，很幼稚；但是如果想要以更為高效的方式改造這個現(xiàn)狀蕴纳，你要做的第一件事就是去全面了解這種現(xiàn)狀產(chǎn)生的原因会油，理解當(dāng)初為什么這么做；而不是一上來就"這系統(tǒng)就是垃圾古毛，老子要全部推了重來才行"翻翩，要求現(xiàn)狀按照你的意愿去變化，讓環(huán)境適應(yīng)你。"動了兩下發(fā)現(xiàn)環(huán)境無動于衷嫂冻，于是開始擺爛"這種雖然也是屬于適應(yīng)環(huán)境胶征，但很明顯并不能算積極狀態(tài)。
2. "快速適應(yīng)變化"要求你能夠理解“現(xiàn)實的復(fù)雜性”絮吵，很少有人是憋著壞去做的弧烤。軟件開發(fā)是合作性的工作，不是對抗性的蹬敲。
3. "快速適應(yīng)變化"要求你先改變自己適應(yīng)環(huán)境，然后改造環(huán)境適應(yīng)自己莺戒。

3.2 排查問題的能力

在 傳統(tǒng)軟件行業(yè)中技術(shù)團隊的發(fā)展(個人破局篇) - 簡書 (jianshu.com)中伴嗡，我就談到了"技術(shù)能力"是我們這類以技術(shù)作為安身立命之本的職場人士的基石，之后的進一步發(fā)展都是以此為基礎(chǔ)的从铲。

而所謂"技術(shù)能力"的體現(xiàn)瘪校，很大一部分就是在解決問題過程中體現(xiàn)的。這里我們僅以技術(shù)問題為例名段，簡要介紹下對于相關(guān)要求的個人理解阱扬。

1. 快速排查問題需要你得有一個龐雜的知識基礎(chǔ)。如此才能在面對問題時候快速排除掉大部分可能性伸辟，將范圍縮小到有限的幾個可能點上麻惶。
2. 快速排查問題需要的其實是一個綜合性的能力，比如與他人溝通以了解問題更多的上下文信夫；在專業(yè)經(jīng)驗和通識經(jīng)驗的支撐下設(shè)計遞進式地問題驗證方案等等窃蹋。
3. 快速排查已發(fā)生問題的能力依然也只能算是基礎(chǔ)，主動發(fā)現(xiàn)問題静稻，察覺問題警没，提出問題，以及持續(xù)追蹤問題并且落地解決的能力比前者更重要得多振湾。后者才是將中級和高級區(qū)分開的關(guān)鍵杀迹。

3.3 文檔能力（包括編寫和閱讀的能力）

據(jù)我觀察，很多技術(shù)人員別說寫文檔押搪，閱讀文檔的能力都有些岌岌可危了树酪。

1. 文檔的作用之一是記錄過程，避免過程黑盒嵌言。你最大的價值不在于你知道什么嗅回，而在于你知道這些的過程。尤其對于這個注定要長期維護的軟件產(chǎn)品摧茴，不寫文檔的成員應(yīng)該第一時間干掉绵载。
2. 文檔保證了問題的持續(xù)跟蹤，持續(xù)優(yōu)化。相較于把某個問題的解決優(yōu)化寄托在某一個人身上所帶來的不穩(wěn)定性娃豹，文檔讓相關(guān)的知識公開化焚虱，共享化，以及由此帶來的持續(xù)性懂版。一個人可能走得快鹃栽，但對于一個需要長期維護的軟件產(chǎn)品，我們更需要走得遠躯畴。
3. 這個文檔已經(jīng)有其他人寫了民鼓，為什么我還需要寫？ 關(guān)于這個問題蓬抄，文檔分內(nèi)部文檔和外部文檔丰嘉，公司文檔和團隊文檔，不同的視角下嚷缭，文檔所表述的重點不一樣饮亏，只要還存在問題，就說文檔還有優(yōu)化的空間阅爽。

3.4 明白系統(tǒng)監(jiān)控的重要性

這里我刻意使用了"明白"路幸，而不是"理解"來強調(diào)對于系統(tǒng)監(jiān)控的重視，以表達現(xiàn)實中很多所謂的高級甚至資深人員對于監(jiān)控一無所知的狀況的無奈付翁。

"沒有監(jiān)控的系統(tǒng)運行简肴，猶如閉眼開車上高速"。在傳統(tǒng)軟件公司里很多軟件項目都是三個月甚至一個月出一個胆敞，客戶要求也是能夠跑起來就行着帽，業(yè)務(wù)中斷也是可以接受的，在這種氛圍下移层，相關(guān)的研發(fā)人員完全沒有動力仍翰，自然沒有意識去進行相關(guān)的系統(tǒng)穩(wěn)定性研究。

但是對于從事軟件產(chǎn)品的高級研發(fā)观话，你卻不能按照這樣的項目軟件進行自我要求予借，你可以限于實際不去做，但不應(yīng)該沒有相應(yīng)的思考频蛔，沉淀和推進灵迫。（這里舉個筆者自身的例子，我們的團隊至今沒有將監(jiān)控常態(tài)化晦溪，但過去幾年里我已經(jīng)先后嘗試了多種本地化方案瀑粥，包括但不限于基于大眾點評CAT的CAT-LOCAL項目，基于Skywalking的本地化方案三圆，Plumelog-一個簡單易用的java日志系統(tǒng)狞换，Loki等等應(yīng)對不同場景的多種方案避咆。實現(xiàn)了部分產(chǎn)品的監(jiān)控常態(tài)化，以及在需要時提供多種快速接入或者事后補充的監(jiān)控接入方案）

1. 首先你要熟練掌握系統(tǒng)現(xiàn)有監(jiān)控能力修噪。解決問題的第一步是理解問題查库，而監(jiān)控正是你理解問題的關(guān)鍵手段；相較于額外引入監(jiān)控手段黄琼，熟練掌握系統(tǒng)中已存在的監(jiān)控手段能夠有效縮短問題定位的前置時間樊销。
2. 圈內(nèi)主流監(jiān)控技術(shù)棧的熟練掌握。典型如Java領(lǐng)域的arthas等脏款。
3. 博覽群書围苫，豐富相關(guān)理論知識。 這是實現(xiàn)持續(xù)推進優(yōu)化的基礎(chǔ)弛矛。

3.5 漸進式升級够吩， 隨時可驗證

這一小節(jié)的標(biāo)題要求我們在進行軟件產(chǎn)品優(yōu)化維護或業(yè)務(wù)功能需求實現(xiàn)過程中，能夠?qū)崿F(xiàn)的過程進度以上層無感知丈氓，可視化地方式呈現(xiàn)給領(lǐng)導(dǎo)和團隊其他成員，讓升級或?qū)崿F(xiàn)過程中系統(tǒng)的穩(wěn)定性不出現(xiàn)明顯的波動强法。

這個素養(yǎng)其實就是要求相關(guān)人員對于所從事的任務(wù)能夠進行刻意地任務(wù)分解万俗，確保分解出來的子項之間彼此獨立，能夠分別進行驗證饮怯，并且通過逐步驗證完成的子項來保證本次完成的優(yōu)化和業(yè)務(wù)功能能夠?qū)崿F(xiàn)盡快的驗收闰歪。—— 而不是研發(fā)宣稱已經(jīng)完成了蓖墅，然后測試接入之后每走一步都是一道坎库倘；研發(fā)一周，之后測試階段得花一個月才能將功能磨合穩(wěn)定來實現(xiàn)發(fā)布论矾。

1. 這項能力依然是需要后天刻意練習(xí)才能熟練運用的教翩，而對于很多人來說這個過程太辛苦了，它們更傾向于一股腦扎進問題里贪壳，以最終的交付為要求饱亿，期間的檢查點是什么東西？你總盯著我干什么闰靴，最后階段我能夠交差不就完了嗎彪笼？
2. 對于那種比較耗時的功能（比如一個月，這對于現(xiàn)在兩周甚至一周一個迭代周期的敏捷流程可說是相當(dāng)長了）蚂且，如果你在一周的時間之后無法給出外部可直觀感受到的相應(yīng)測試（避免有人抬杠配猫，這里我解釋下測試不僅僅是有用戶的驗收測試，對已經(jīng)實現(xiàn)的功能點的單元測試也算是測試的一種）杏死，那么只能說明兩種可能性：這項優(yōu)化不合適現(xiàn)在開始泵肄；或者直白地說：你這任務(wù)拆解是怎么做的捆交，表現(xiàn)得跟個初級研發(fā)似乎的？
3. 其實關(guān)于這一條凡伊，其實前輩們已經(jīng)在各自的著作里強調(diào)了無數(shù)次了 —— 小步快跑零渐，每日提交代碼，頻繁測試系忙，讓系統(tǒng)演進過程盡量平緩诵盼，不要出現(xiàn)劇烈波動等等∫梗可惜不說能夠有意識地去了解這些的有多少风宁，了解之后的自律練習(xí)更是勸退了本以所剩不多的大部分人。
4. 關(guān)于"隨時可驗證"蛹疯，這里有一條前輩們的經(jīng)驗總結(jié)：精力中始終得有十分之一是花費在效果展示上的戒财，這筆投入會持續(xù)讓你收獲豐厚的回報，將是你最明智的投資之一捺弦。

3.6 解決問題優(yōu)先

關(guān)于這一條饮寞，與上面的"排查問題的能力"存在著非常高的重合度，這里單獨列出來主要是為了強調(diào)這個"優(yōu)先"列吼，技術(shù)人員常見的一個毛病是不分場合地刨根問底 —— 這邊業(yè)務(wù)急迫得都火燒眉毛了幽崩，他還就在糾結(jié)系統(tǒng)按理來說不應(yīng)該出現(xiàn)這種現(xiàn)象？

記住寞钥，第一時間修復(fù)問題慌申！技術(shù)上的疑問讓我們在修復(fù)問題之后再進行復(fù)盤。如果擔(dān)心現(xiàn)場丟失理郑，那你應(yīng)該鍛煉的是快速保存現(xiàn)場的能力蹄溉，而不是要求客戶按照你的進度來。（注：這里的客戶不僅僅是最終為產(chǎn)品付錢的甲方您炉，軟件產(chǎn)品的用戶都是這里客戶概念的范圍柒爵，比如測試就是軟件產(chǎn)品的第一波客戶）

要實現(xiàn)"第一時間修復(fù)問題"，這要求我們在日常的系統(tǒng)開發(fā)和維護過程中邻吭，要時刻繃住一根弦：

1. 根據(jù)歷史經(jīng)驗餐弱，持續(xù)提供一些讓系統(tǒng)快速恢復(fù)正常狀態(tài)的內(nèi)部使用接口。這里最典型的就是系統(tǒng)同步狀態(tài)不一致囱晴，通過提供內(nèi)部強制同步手段膏蚓，讓系統(tǒng)快速恢復(fù)正常，
2. 根據(jù)歷史經(jīng)驗畸写，持續(xù)給系統(tǒng)增加一些快速檢測和驗證接口驮瞧，確保發(fā)生過的問題能夠快速得到驗證，然后在此基礎(chǔ)上持續(xù)優(yōu)化相應(yīng)的解決方案枯芬。

3.7 對結(jié)果負責(zé)的能力

高級研發(fā)最基本的素養(yǎng)之一就是對于所安排的任務(wù)自己進行計劃论笔，自己細排日期表采郎，自己推進落地。

對于整個需求的結(jié)果負責(zé)狂魔。編碼完成甚至都不是"結(jié)束的開始"蒜埋，而只是"開始的結(jié)束"；測試認可最楷，最終用戶認可整份，這才能算是拿到了結(jié)果。 宣稱已經(jīng)完成籽孙，客戶始終無法順暢使用整個功能烈评，等著別人一步步推進落地，這是初級研發(fā)的表現(xiàn)犯建。

1. 像其他的子項要求一樣讲冠，這一條其實也是主動性的表現(xiàn)。
2. 好的樣例見過少數(shù)幾個适瓦，但常規(guī)表現(xiàn)通常是拿測試人員當(dāng)小工用 —— 只負責(zé)敲代碼提交竿开，測試工作讓測試人員來，表現(xiàn)上就是測試通過率個位數(shù)玻熙，阻塞率慘不忍睹德迹。另外一個常見的就是最終逼著負責(zé)人親自下場，兩個人做一件事情 —— 負責(zé)人在后面亦步亦趨地告訴他下一步應(yīng)該怎么做揭芍，搞得不亦樂乎。

3.8 研發(fā)效能的意識

這依然是一個認知上的要求卸例。

關(guān)于這一點我在過往專門寫過一篇
傳統(tǒng)軟件行業(yè)技術(shù)團隊現(xiàn)狀之研發(fā)效能誤區(qū) - 簡書 (jianshu.com)來進行分析称杨。正如這篇文章里強調(diào)的：

很多人，包括領(lǐng)導(dǎo)認為”問題太多筷转，解決太慢“是人手不足導(dǎo)致的姑原，但我的觀點是：不應(yīng)該是效率太低了嗎?
一個問題解決三天和一個問題半小時甚至幾分鐘內(nèi)解決，這能一樣呜舒？甚至這其中還參雜有不少人的“解決那么快干什么锭汛？"，真是人都給氣笑了袭蝗。

軟件研發(fā)的整個流程環(huán)節(jié)里唤殴，有一個慢，那整個環(huán)節(jié)都會跟著慢下來到腥；而對于研發(fā)來說最顯著的打包(CI)朵逝，部署(CD)，問題排錯(監(jiān)控)乡范，這三個里有一個有問題配名，那就別說什么效能了啤咽。（這里的有問題不僅僅是單次耗時長，還包括發(fā)生頻率低渠脉，尤其是對于前兩者的CI/CD宇整，大廠一天幾萬次打底，反而小廠一天一次都費勁芋膘，見了鬼了）鳞青。

但往往有意思的，如果一個團隊要么這三都沒問題索赏，要么就是這三都有問題盼玄，很少會出現(xiàn)什么中間態(tài)。這也契合上面所說的"這是一個意識問題"潜腻，因為只要意識到位了埃儿，這種業(yè)內(nèi)研究了幾十年，方案一大堆的事情融涣，沒道理會因為技術(shù)問題而造成困境童番。

注：如上面所說的"好的例子見得不多"，常見例子往往是各種堪稱奇葩的論調(diào)："一天就打包一次威鹿，打包那么快干什么"剃斧，"一天就部署一次，今天完成的功能得到明天才能得到驗證"等等忽你。

3.9 數(shù)據(jù)驅(qū)動意識 / 量化思維

這個也屬于是被前輩或者領(lǐng)導(dǎo)所反復(fù)要求的技能幼东。

這種意識或思維要求客觀數(shù)據(jù)說話，杜絕定性描述科雳。典型如評估人員效能時根蟹，應(yīng)該以諸如禪道這樣的客觀數(shù)據(jù)來進行指標(biāo)判定評估。

但可惜在實際的工作過程中糟秘，常見表現(xiàn)是跟著感覺走 —— 我感覺應(yīng)該沒有問題了简逮，感覺應(yīng)該是改完了等等。 最近發(fā)生的一個典型例子是在面試一個資深技術(shù)管理時尿赚，我問他是如何考核下面這幫研發(fā)人員散庶，確保他們的工作進度和質(zhì)量的，對方給出的回答是根據(jù)他們過往的表現(xiàn)進行針對性的抽查凌净，主打一個信任悲龟。

3.10 工具思維

這一基本素養(yǎng)要求我們在遇到問題時，給出的解決方案以提供工具為主泻蚊。

如我在關(guān)于”問題解決方案的遞進"基本共識 - 簡書 (jianshu.com)中所表達的躲舌，針對問題的四類解決方案 ——面對面溝通，文檔化性雄，工具化没卸，界面化羹奉；作為擁有先天優(yōu)勢的程序員來說，我們應(yīng)該在審時度勢的基礎(chǔ)上约计，優(yōu)先選擇工具的方式來進行解決：

1. 解決方案做成工具有助于沉淀诀拭，有助于持續(xù)迭代，有助實現(xiàn)知識的團隊共享煤蚌。
2. 解決方案做成工具有助于降低與外界的溝通成本耕挨，提升效能，進而提升軟件產(chǎn)品的用戶體驗尉桩。

3.11 對"完成"的定義

"編碼工作量只占整個研發(fā)流程工作量的1/6"筒占，這是源自《人月神話》里的白紙黑字。

關(guān)于這一點蜘犁，其實也是我一直在吐槽的 —— 不少研發(fā)或者是認知不足翰苫，或者根本就是惰性使然，每次匯報進度時刻意將編碼完成當(dāng)作一個重要的節(jié)點進行匯報这橙，往往是編碼用去兩天奏窑，之后的功能測試來回磨兩周才堪堪穩(wěn)定。

之所謂如此強調(diào)對于"完成"的定義屈扎，是因為如果你認為編碼完成就是工作的結(jié)束埃唯，那么勢必造成對功能最終上線的不重視，進而導(dǎo)致整個功能交付的拖延鹰晨，而這對于軟件產(chǎn)品研發(fā)的根本目標(biāo) —— 滿足客戶的期望是背道而馳的墨叛。

3.12 持續(xù)優(yōu)化思維

持續(xù)優(yōu)化思維要求我們對于所從事的工作始終繃著一根弦 —— 通過實際工作過程中遇到的問題，以及不斷地系統(tǒng)全局審視模蜡，來持續(xù)性地發(fā)現(xiàn)系統(tǒng)中的待優(yōu)化點巍实，然后通過全局分析，對這些待優(yōu)化點進行排期落地哩牍。

如前面地很多素養(yǎng)要求一樣，這個思維也是一項反人性地要求令漂，需要相關(guān)人員進行長期地自我訓(xùn)練才能形成習(xí)慣膝昆。而且這一特性和其他素養(yǎng)之間關(guān)系緊密：

1. 持續(xù)優(yōu)化思維要求我們保持對于問題的長期跟蹤，這基本就要求有文檔意識叠必，能夠持續(xù)性地記錄問題進展荚孵。
2. 持續(xù)優(yōu)化思維基本也就意味著工作沒有"完成"地概念，優(yōu)化無上限纬朝。
3. 正是持續(xù)優(yōu)化思維收叶，才能讓我們更傾向于選擇使用工具來沉淀解決方案，而不是偷懶的文檔化共苛，甚至口述方式判没。
4. 持續(xù)優(yōu)化思維應(yīng)用于個人開發(fā)過程的方方面面蜓萄，例如功能實現(xiàn)完畢并非終結(jié)，相應(yīng)的測試用例編寫澄峰，代碼重構(gòu)等等"吃完飯洗碗"的操作都是持續(xù)優(yōu)化思維的具體體現(xiàn)嫉沽。這一點尤其在你做的是長期維護的軟件產(chǎn)品時非常重要。

3.13 有意識地訓(xùn)練自己

在日常的工作中俏竞，經(jīng)常能夠看到的一個現(xiàn)象就是所謂的六十分萬歲绸硕，只要表面上過得去，那怎么順手怎么來魂毁，怎么能夠盡快交差怎么來玻佩。

這種思維其實在做三個月周期時的項目類軟件時問題不大，因為繁重的項目deadline壓力會推著你持續(xù)往前走席楚，而且正如上面所說相關(guān)用戶要求并不高 —— 業(yè)務(wù)中斷咬崔，系統(tǒng)重啟這些都不是事；但如果你所參與的是一個產(chǎn)品類軟件酣胀，或者你對自己的職業(yè)生涯還有些許期待刁赦，那么你就不應(yīng)該這么放縱自己：

1. 對于傳統(tǒng)軟件研發(fā)公司的開發(fā)人員來說，本身起點就存在弱勢了闻镶，我們更應(yīng)該在平時每步行動中有意識地進行自我訓(xùn)練甚脉，主動帶上鐐銬跳舞，這樣才能最大限度地端來自己的能力铆农。如《游戲改變世界》讀后感 - 簡書 (jianshu.com)里所說的"限制并不會約束你的發(fā)展牺氨，反而會激發(fā)你的創(chuàng)造力，活躍你的思維能力"墩剖，而且只有在充滿限制的情況下實現(xiàn)目標(biāo)猴凹，那當(dāng)條件寬松時，你的表現(xiàn)將更加矚目岭皂。
2. 日常工作中郊霎，領(lǐng)導(dǎo)不可能事無巨細地要求到每一步操作的標(biāo)準，而且真做到了這樣你又得開始抱怨沒有自由爷绘；加上任何問題肯定不止一種解決方案书劝，那么如同那句雞湯一樣 ——兩條人生道路你不知道選哪個的時候，選擇比較難的那一條土至。你可以在確保按時完成的前提下购对，選擇那條對系統(tǒng)全局更佳，對個人挑戰(zhàn)更大的方案去實施陶因。
3. 最后骡苞，工作要求之外還有自我要求。我們不應(yīng)該將外部客戶標(biāo)準或者領(lǐng)導(dǎo)標(biāo)準作為唯一的要求，除此之外還應(yīng)該有團隊內(nèi)部標(biāo)準解幽，還有你的個人標(biāo)準：
   3.1 開放標(biāo)準： 開放給外部使用時的標(biāo)準
   3.2 項目/產(chǎn)品標(biāo)準： 項目組和產(chǎn)品組內(nèi)部共識的標(biāo)準
   3.3 小組標(biāo)準：比如研發(fā)小組內(nèi)部的標(biāo)準
   3.4 個人標(biāo)準： 個人對此的標(biāo)準
   以上這些標(biāo)準應(yīng)該是逐級更加嚴格的贴见，只有如此你的職業(yè)生涯才有希望穩(wěn)步向前，向上發(fā)展亚铁。

"求上得中蝇刀，求中得下，求下無所得"徘溢，這句出自《論語》的名言警句絕大部分國人都不陌生吞琐，但正如"聽了這么多大道理，依然過不好這一生"一樣然爆，做到的又有多少站粟？

4. 最后

以上這些所介紹的素養(yǎng)，彼此之間其實有著相當(dāng)強的關(guān)聯(lián)性曾雕，屬于是你如果想要修煉好其中一門技藝奴烙，其他的自然會跟上，也必須得跟上剖张。

這些素養(yǎng)看著不少切诀，但歸根到底，就是"主動性搔弄，對結(jié)果負責(zé)幅虑，沉淀思維"這三者的衍生。

如社會上一再渲染的35危機顾犹，職業(yè)生涯里倒庵，我們需要主動體現(xiàn)體現(xiàn)價值，時刻保持有憂患意識：

1. 盡量把選擇權(quán)拿到自己手上（不要把所謂的悲壯跳槽也當(dāng)作是一種選擇的話）炫刷；
2. 不要讓自己在團隊里可有可無擎宝；
3. 不要靠拼苦勞來博取同情來達到目的，這樣并不符合將命運攥在自己手上的初心浑玛。

當(dāng)然如果你想明白了自己的職業(yè)生涯發(fā)展绍申，并且愿意為此承擔(dān)相應(yīng)得結(jié)果，那么我覺得這也是成功的 —— 畢竟除非迫不得已顾彰，誰愿意把自己錘煉得遍體鱗傷失晴。

5. 相關(guān)

1. 傳統(tǒng)軟件行業(yè)中技術(shù)團隊的發(fā)展(團隊破局篇) - 簡書 (jianshu.com)
2. 傳統(tǒng)軟件行業(yè)中技術(shù)團隊的發(fā)展(個人破局篇) - 簡書 (jianshu.com)
3. 《人月神話》
4. 編程之道：飯后洗碗 --- 雖然道理都懂，但是你可能還是寫不好代碼拘央。因為要做到這些，除了加強學(xué)習(xí)（懂git rebase/squash书在，懂如何封裝和抽象灰伟，懂如何編寫測試），還需要非常強的自律。
5. 我的日常工作內(nèi)容 - 簡書 (jianshu.com)