2021 年阻课，我終于愿意面對現(xiàn)實赖阻，想說一點不一樣的話双炕。
本文內(nèi)容可能會引起一些人的不適，閱讀時大可不必過于計較（其實沒啥人看）汁汗。
此處本來有音頻
可進(jìn)入 撩保星球 公眾號閱讀聽音頻
不務(wù)主業(yè)
我一直是一個在其位不只謀其政的人衷畦，老喜歡給自己加戲。
比如我剛?cè)胄?em>（2012年開始從事軟件測試工作）的時候知牌，就在思(yì)考(yín)祈争，編程能否節(jié)省我的操作成本，在實際工作中角寸，經(jīng)常會花比別人更多的時間完成任務(wù)菩混，因為我花了很多的時間去嘗試寫一堆腳本。
再比如當(dāng)我還處于初級測試工程師階段的時候扁藕，經(jīng)常規(guī)(yì)劃(yín)該如何改善團隊協(xié)作與競爭力沮峡，還經(jīng)常總結(jié)一堆除了自己不會有人欣賞的分析與報告亿柑。
還比如我明明只會軟件測試邢疙，卻總是摻和各種規(guī)范和流程，該如何管理代碼望薄、如何管理鏡像疟游、連如何快速做 POC 我也喜歡插一腳。
這種不務(wù)主業(yè)的模式式矫，一直持續(xù)至今乡摹。
如今我既做著軟件測試，又搞著 DevOps采转。
韭菜
以前覺得“專家”“顧問”這些稱號一定是嚴(yán)謹(jǐn)且牛嗶嗶的聪廉，一定是具有職業(yè)道德和操守的瞬痘。但實話實說，現(xiàn)在大多數(shù)的專家都是沒操守的板熊，教別人的那些“知識”框全，有用沒用，自己心里能沒點數(shù)嗎干签？
這些話也許太得罪“大佬”們了津辩？但告訴別人只要九塊九，專家技能就到手容劳，這叫有節(jié)操嗎喘沿？這明明就是割韭菜。我這說得不太好聽竭贩，但確實是真相蚜印。
我這么“仇大佬”，是因為心理不平衡嗎留量？我說不是窄赋，你信還是不信？我語氣如此淡定楼熄，什么仇忆绰？什么怨？沒有的事兒可岂。
曾幾何時错敢，我也差點是其中的一根韭菜，只不過一直心存疑惑缕粹，大佬們整天寫文章伐债，還怎么搞研究，怎么搞服務(wù)致开，但年少單純的我始終心存美好，認(rèn)為大佬們一定是各種霸王萎馅，脫發(fā)都能防双戳，時間管理也一定是大師，吾等普通人需倍加努力糜芳。
如今才發(fā)現(xiàn)飒货，且不說工作忙起來有沒有時間寫文章搞培訓(xùn)，各種經(jīng)驗和案例想分享出來峭竣，光脫敏就得花點心思塘辅，月更一篇我都得配幾個助理。況且皆撩，若天天都遇到棘手的案子扣墩，這得是多悲慘的職場罢芤？倘若是在咨詢公司呻惕，那此等猛虎般操作就更迷離荆责，本就靠賣方案生存的公司會把自己的商業(yè)機密公開出來嗎？適當(dāng)透露一些思路倒是有可能亚脆，把整個方案都分享出來鐵定不現(xiàn)實做院，分享給你的，保證你看了也白看濒持。
這就好比有一位資深基金經(jīng)理分享給你投資配置键耕，但你根本沒法抄作業(yè)，因為一來不知道買賣的時機柑营，二來也不知道這么搭配的用意屈雄，最重要的，萬一出現(xiàn)狀況由境，你完全不知道應(yīng)該如何應(yīng)對棚亩。
毒雞湯
現(xiàn)在市面上的培訓(xùn)真的非常多，有免費的也有付費的虏杰，其實培訓(xùn)方的出發(fā)點都是基于自己當(dāng)前的利益點讥蟆，或是崗位、或是領(lǐng)域纺阔、或是某些想法瘸彤，無可厚非，學(xué)習(xí)者也各取所需笛钝。但培訓(xùn)就培訓(xùn)吧质况，整天撒毒雞湯就不太友好了。
一萬小時定律是沒錯玻靡，但是隨便挑個領(lǐng)域摩擦一萬小時结榄，就想成為專家，這種想法根本就是在對自己耍流氓囤捻。
待世人發(fā)現(xiàn)自己投入大量時間金錢學(xué)完臼朗，仍舊不能運用自如的時候，就給自己貼了個標(biāo)簽 —— 沒天賦
很多人認(rèn)為我寫報告很好看蝎土，我做的幻燈片簡約且有商務(wù)范兒视哑，說是我有天賦。而我曾經(jīng)也經(jīng)常琢磨報告到夜里兩三點誊涯，還研究蘋果挡毅、小米這種企業(yè)的發(fā)布會幻燈片，加上我少年時以畫畫為愛好暴构，所以你說全部靠天賦跪呈，我自己是不接受的段磨。
曾在上海學(xué)習(xí)韓語的時候，被老師和同學(xué)夸贊發(fā)音很贊庆械，與韓人無異薇溃，也被稱為天賦＄猿耍可我當(dāng)時是連刷牙的時候都在練習(xí)發(fā)音沐序，一度覺得自己下巴脫臼，這些都是大家看不到的堕绩，當(dāng)然策幼，年少時我唱歌很喜歡研究發(fā)音，這一點一般人我也不告訴他奴紧。
所以這些玩意兒特姐，你說算不算天賦？喜歡就算天賦黍氮，不喜歡只能算負(fù)擔(dān)唐含。
格拉德威爾的一萬小時一定是自己喜歡，且與自己人生軌跡匹配的一萬小時沫浆，才能練就專家技能捷枯。
但有了專家技能還不一定能成就自己，得看機遇专执。
比如我從事多年的軟件質(zhì)量保障工作淮捆，那我又不是那種只喜歡通過技術(shù)手段去解決問題的人，很看重流程和規(guī)范本股。作為曾同時擁有 PMP 和 ScrumMaster 雙項認(rèn)證（實話實說攀痊，續(xù)費了幾次之后就停止續(xù)費了，現(xiàn)在證書已過期）的我拄显，在研發(fā) DevOps 協(xié)作平臺的產(chǎn)品團隊待了兩年苟径，突然 DevOps 這概念還火得一塌糊涂。市場上講理論的多躬审、能落地的少涩笤，而我更喜歡落地和解決方案，還偏偏喜歡倒騰數(shù)據(jù)盒件，倒騰指標(biāo)，巧了舱禽。
真分享
能聽我嗶嗶到現(xiàn)在的朋友炒刁，我權(quán)當(dāng)是真愛了，所以也不好意思啥都不分享誊稚。
簡單分享一個上線之后回滾的事故翔始，是的罗心，確實是事故。咱么不教學(xué)城瞎，只介紹一下情況渤闷，畢竟家家有本不同的經(jīng)，成功的案例不可復(fù)制脖镀，失敗的案例只做領(lǐng)悟飒箭。
事故是這個樣子的：
話說有一天，用戶發(fā)現(xiàn)了產(chǎn)品使用頁面上的一個錯誤蜒灰，提出需要修改弦蹂，修復(fù)很簡單，一行代碼的事兒强窖。產(chǎn)品采用微服務(wù)架構(gòu)凸椿，最終只要替換前端服務(wù)即可，用戶可以無感知翅溺。
測試團隊由于沒有多余的環(huán)境來驗證代碼修復(fù)脑漫，加上開發(fā)提供的信息是“只修復(fù)了這個問題，其他沒改”咙崎，因此全隊一致認(rèn)同直接上線优幸，上線后測試團隊趕緊去驗證了一下修復(fù)，結(jié)論：修復(fù)成功
本來皆大歡喜叙凡，但現(xiàn)實很殘酷劈伴，沒多久，就發(fā)現(xiàn)使用其他功能的時候握爷，頁面上一堆堆的紅色報警跛璧。
經(jīng)過一番排查：前后端不兼容
WHAT? 修了一個前端錯誤，就前后端不兼容新啼？
深入確認(rèn)得知：此時的開發(fā)團隊還沒有引入代碼分支管理和版本管理追城，開發(fā)的代碼中早已經(jīng)找不到線上版本了，不僅找不到燥撞，還已經(jīng)參雜了非常多的沒有測試過的功能座柱。而開發(fā)同學(xué)所說的“只修復(fù)了這個問題，其他沒改”是針對他的開發(fā)環(huán)境物舒，而非生產(chǎn)環(huán)境色洞。
這種情況下，沒人能評估這種不兼容帶來的影響有多大冠胯，無奈火诸，只得做出回滾的決策。
事故的來龍去脈其實很簡單荠察，但影響不太好置蜀。無巧不成書奈搜，客戶就在我們升級后的那一會會兒，難掩缺陷修復(fù)后的驚喜盯荤，但緊接著我們的回滾馋吗，直接打臉，驚喜沒了秋秤，沒辦法宏粤，自己翻的車，總要找個理由航缀。
你發(fā)現(xiàn)了嗎商架？最大的風(fēng)險并不是技術(shù)強弱，而是缺乏流程和規(guī)范芥玉。
很多翻車現(xiàn)場并不是技術(shù)問題蛇摸，技術(shù)問題頂多算技術(shù)債，而沒有流程和規(guī)范則是放任風(fēng)險灿巧，終有一天會成為事故赶袄，別人口中的故事。
一點心得
這起事故的最大作用在于抠藕，讓大家認(rèn)識到了流程和規(guī)范的重要性饿肺，是值得大家去遵循的。
畢竟盾似，風(fēng)險是可預(yù)警可防備的敬辣，而翻車成了事故，解決得再好也像打了補丁零院。
我是石胃仍尽（Will），資深軟件質(zhì)量工程師告抄、DevOps 落地專家撰茎，專注于為各類中小微企業(yè)提供接地氣的 DevOps 解決方案。
