從校園到職場,什么是職場經驗

廣告聯盟大事記 12-10 12:14 1621次瀏覽
  經常遇到問題,學什么有用,或者從事這個崗位比那個崗位是否對未來有幫助,說實話,我覺得很多年輕人鉆了不必要的牛角尖,他們對職場經驗的理解,非常的狹隘,似乎你的工作經驗就是在某個極為具體而明確的技術工種上的從業資歷,這讓我想起一個古典的笑話,某個大酒樓高薪請來一個御廚,結果發現,他只會切蔥。

  關于所謂工作經驗,說個極端案例,我以前做過站長統計,我就注意過,那些個人站長,個人開發者,用起不同的第三方統計工具,無師自通啊,根本不需要講解啊,拿來就會用,什么數據干什么的一看就明白。但很多企業里做運營的,做數據分析的,你要從頭給他講,講什么數據是什么意思,為什么要看這個數據,很多這樣的課程,學幾個月,學什么呢,如何理解最基礎運營數據,并理解其與業務的因果關系。這事有意思不,有的人一眼就看出來的東西,有的人要學幾個月,甚至有的人干了幾年的運營還是糊里糊涂,各種拎不清。如果你幾個月幾年的經驗,比不過人家看一眼,這所謂工作經驗的價值,是不是,尷尬了一點。

  什么是工作經驗,用一句老話說吧,“授人以魚不如授人以漁”,學習的能力,比知識,更重要。

從校園到職場,什么是職場經驗


  那什么是學習的能力呢?

  其實說白了都很簡單,發現問題,分析問題,解決問題。就是這種能力,好像很簡單是么。

  很多人會忽略第一點,發現問題。

  為什么會忽略第一點,發現問題難道不是很簡單的事情么?

  發現問題也會有不同層級的問題,淺層級的問題很容易發現,代碼報錯,功能不可用,業務出現問題導致用戶投訴,系統負載崩潰等等,是的,這些問題都很常見,但是我們想想,如果一個系統的業務漏洞被羊毛黨薅出大問題了,才想起來補救,一個安全事故被黑客拖庫并且公開了,才知道問題的存在,這問題造成的損失那是觸目驚心的,又或者一個負載問題,到系統徹底崩潰長久恢復不起來的時候才知道去解決,是不是對業務的影響極大。

  那如果能在問題暴露之前,自己未雨綢繆的發現問題呢?

  那作為一個程序員,比如說,你會完成某個功能,你會某種開發語言或開發工具,你覺得這是你的工作經驗,但你寫這個功能的時候,你能考慮到安全的風險,能考慮的負載的風險,是不是境界就不一樣了,但如果你還能考慮到業務拓展性的訴求,知道低耦合高復用的原則,那就更上一層樓了。那么這時候你想想,所謂安全,所謂負載,所謂耦合,和你使用的開發語言,開發環境,功能訴求,關系密切么?有一些關系,但其實更多的是通用性的思維對么。

  作為產品,運營也是同理,你去處理某個訴求的時候,你按部就班的完成訴求是一種經驗,你能想到這個設計中可能存在的運營風險,或者可能面臨的一些挑戰,比如羊毛黨,比如惡意刷單,這是不是上一個境界了,當你運營一個產品,面臨大量的用戶評論,反饋,意見和建議時,能敏銳的感受到,這里存在的業務優化點和改進點,能通過日志分析找出沉默用戶糾結和掙扎,以及流失的問題。這就是又上了一個境界。

  回到最初提到的案例,為什么有些草根站長拿起第三方統計一看就懂,一用就會,他們對自己業務數據的熟稔程度太強了,對業務增長的執念太深了,所以任何第三方數據拿來后,只要搞清楚每個數據定義,立即就能清楚這個數據的意義和價值。這種執念和流量目標思維的根深蒂固,才能駕馭不同的工具,而很多打工的人是沒有執念的,沒有流量目標思維,所以只能根據工作需要,按部就班的對待數據,甚至要坐等領導的安排,才知道該看什么,不該看什么。

  如果你對你所從事的領域沒有執念,沒有強大的目標思維引導,僅僅是按部就班,聽從指揮的去工作,去學習,我告訴你,你的成長效率,就有可能是那種花了好幾個月,好幾年,比不上人家幾天時間的那種。

  一些不錯的應屆生,可能是算法高手,各種技術課程優秀的那種,但習慣于老師提出問題,自己去解決,而在職場還習慣于等別人提出問題,自己不擅長發現問題,那么很好的技術基礎可能也會前進緩慢。職場的目標感,對所處業務領域和技術領域的執念,是帶動你發現問題的動力。漫無目的的學習,試圖通過提個問題讓大V告訴你該學什么不該學什么,一上來就說明你自己不擅長發現問題。

從校園到職場,什么是職場經驗


  我們知道,無論是技術,還是業務,你想上一個臺階,往往要面對一個詞,優化。從技術方案的優化來說,系統性能的優化,架構邏輯的優化,可靠性、穩定性的優化,系統擴展性的優化。從產品和運營來說,用戶體驗的優化,業務支持效率的優化,轉化率的優化,業務擴展性的優化等等。那一個系統,一個產品,正在線上運營,看上去也沒出什么大問題,現在,有的人看看系統,看看產品,會覺得一切都ok啊,沒啥問題;有的人就會覺得,到處都是問題,到處都是優化點,馮大輝老師就經常吐槽,某某知名產品,一堆操作邏輯問題,這就是發現問題的能力啊。很多時候,所謂經驗,就是菜鳥看上去一切正常的地方,高手一看到處都是問題。

  舉個以前提過的例子,搜索引擎競價排名系統,你說這很簡單啊,誰價格高誰靠前啊,如果想更好的提升收入,仔細想想,這樣夠么,遠遠不夠。百度鳳巢的算法極為復雜和龐大,為什么?類似這樣的案例很多,如果你設計facebook廣告系統,如何利用已有的社交數據提升收入,如果你設計一個游戲產品,如何基于玩家數據和反饋提升產品收入,如果你設計淘寶系統,如何改進推薦和搜索系統以提升有效成交,這是一個又一個永無止境的需要發現新問題的場景。這些,都是工作經驗。技術層面,產品層面,都需要不斷去發現新問題。

  下面說分析問題,菜鳥很多不知道怎么分析問題,甚至懶得分析問題。

  你說數據庫鏈接過多了,好啊,增加一下最大鏈接參數。你說內存緩存不夠用了,好啊,加大緩存設置。你說服務器負載過高,好啊,申請新服務器。

  這不問題都很容易解決么。

  為什么數據庫鏈接過多?為什么內存不夠用,為什么負載過高,要知道具體的原因,具體的負載構成,然后要知道這個構成是否合理,是否有優化空間,不分析,簡單粗暴解決,如果遇到的是所謂雪崩效應,這種解決方案可能沒用啊,加一倍兩倍的資源也都不夠啊。

  分析問題需要邏輯嚴謹,而不是停留表面現象。就好比,你看到一個地方房價貴,不能簡單說,炒房團,或者開發商太壞,要想想是不是壟斷供給導致的供給不足。你看到一個地方亂停車,不能直接說車主素質太差,要看看是不是停車位規劃不夠。你看到一個地方行人亂穿馬路,你除了譴責行人無素質之外,是不是也注意一下最近的斑馬線有多遠。對問題的分析,不能停留在表面,要盡可能更深入的去理解。

  有些程序員,遇到問題束手無策,連搜索引擎都不會用,然后抱怨沒人教,學不到東西,就算真的能力有限,你自己至少能問出有質量的問題,能把問題描述清楚了也好啊,這也算是你認真分析過了。連描述都粗枝大葉,貼到社區或群里里,然后說為什么高手都不回答。

  把問題能描述清楚,本身就是一種分析過程,證明你在你的經驗技術范圍內,已經對問題所涉及的各個環節都做了排查和數據的展示。你說這東西怎么教,就要靠自己的。

  業務也是,用戶流失了,怎么分析;收入下降了,怎么分析;獲客成本又增高了,怎么分析,這些都需要找到真正的原因,而不是流于表面。所以什么數據代表什么,什么指標意味著什么,從日志里能不能看出用戶流失的原因,類似這樣的我舊文提過無數次。

  能敏銳的發現問題,是職場最有價值,也是最資深的體現;分析問題需要嚴謹的因果邏輯和對數據,日志,業務熟稔的認知,以及一定的技術底蘊;而當這兩點都完美時,你會發現,解決問題就變成輕而易舉的工作了。很多從業者都有這樣的經驗,分析問題幾小時,解決問題兩分鐘,很常見吧。

  是的,這才是職場經驗的真相。

  那么,你再來反思一下,你會用什么編程語言,會使用什么開發工具,會用什么工具做設計圖,真的很重要么?

  我以前也講過這個概念,用思想駕馭工具,你在什么場合,為了什么問題,基于對問題的認知和對工具的認知,選擇合適的工具解決問題。這叫思想駕馭工具。

  但很多菜鳥呢,工具奴役思想,我舉個例子,會java了,言必稱面向對象,似乎不面向對象的程序員都是該回收的古董。會C語言了,覺得不操作內存指針的也敢叫技術?這就是工具奴役思想,今天跑過來說mongodb牛逼,明天鼓吹redis無敵,看上去好像會的很新很高大上,其實都是知道基本操作而已,看過幾篇新技術的評測報道覺得好像用這個很厲害,但實際上對不同工具的適用場景,優缺點根本稀里糊涂。

  今天啰嗦了很多,我希望年輕人明白,所謂經驗,不是具體的工具,具體的崗位,具體的某個操作能力,而是你能否敏銳的發現問題,能否細致認真的分析問題,當你對技術,產品,或者業務模式的認知達到一定境界的時候,那些工具,都是為你所用的,為你所駕馭的。甚至可以說,一樣全新的工具出現了,基于你的認知和業務理解,看一眼手冊文檔,用不了幾天就明白如何使用了。從一種數據庫到另一種數據庫,從一種語言到另一種語言,從一種數據分析工具到另一種數據分析工具,甚至從運維到數據分析,從研發到測試,從性能調優到深度學習,只要明確目標和方法,一通百通,舉重若輕,并沒有什么大不了的障礙和門檻。

  以上,是針對很多關于職場方向,技術方向問題的綜合回答,你要提高的是對技術的認知,對產品和業務的認知,對數據的認知,而不要糾結于所謂具體技術崗位的差異,開發工具的差異,技術選型的差異,從長遠看,這點差異根本不構成職場經驗的優劣。至于其他方面該如何選擇,前文有提,不再贅述。

  最后,簡單復盤總結:

  1、在看上去很正常的系統,業務中發現問題,是非常能體現出經驗差距的,這需要對技術,業務的足夠敏銳度和強大的目標感。進入職場的第一件事,就是要立即建立清晰的目標感,并基于目標感不斷打磨敏銳度。

  2、分析問題需要正確的邏輯,能夠找到真正的原因而不是流于表面。清晰的描述問題本身也是分析的過程,要想找到高手的幫助,自己也要做好足夠的問題分析和描述,這樣別人才能有效甄別和協助分析。

  請問,數據庫掛了,什么原因?有超過1000種可能原因,我該怎么回答你。

  3、讓思想駕馭工具,而不是工具奴役思想。

  請問,redis和mongodb哪個更好?先描述業務場景和技術訴求,才能針對性選擇。

  說句打擊一大片的,所有脫離業務訴求前提談技術方案優劣的,有一個算一個,都是垃圾。

  4、有足夠強大的技術認知或業務認知,同一個領域內的不同崗位,不同開發工具,不同技術選型,很多都可以一通百通,無需糾結。


     文:(公眾號)caoz的夢囈

挖賺網
不錯

2018-12-12 15:01回復

吃饅頭的貓
兩個社會

2018-12-10 23:18回復

美人鱼宝藏在线客服 麻将技巧视频教学必赢 加拿大28预测 11元选5开奖结果 武磊西甲进了几球了 福州八闽麻将下载 广西快3开奖结果查询结果 10分彩app 东莞小姐包夜 开元棋牌怎么样 qq游戏大厅里的麻将 海南4+1开奖结果时间 秒速时时彩 捕鱼达人美女版 850棋牌旧版官方下载 南宁麻将算法图 天津快乐十分遗漏数据