一篇關於熱點交流話題的總結和續集。

發表於2023-09-21

前言

起因是我釋出了一個關於職場-技術的交流話題,看看社群內的一些朋友/前輩什麼想法交流學習下,誰曾想聊的過程非常熱火且愉快。幫助到了一些"曾經的我"。

所以決定將一些問題做收錄。同時將一些答應大家的問題做一個詳細介紹。

  1. 我是具體怎麼"爬起來"的。。
  2. 比如職場焦慮到底怎麼克服。
  3. 遇到技術問題我是怎麼解決的。
  4. 我的日常是怎麼度過的。
  5. 有什麼好的職場/個人發展建議。。這個需要結合個人情況 不打算講籠統的講

    本篇文章對於個人發展部分/技術發展部分/職場部分/進行了收錄。注意本文不涉及具體細節技術討論。 友情提示完畢,那麼"故事"開始。

正文[上述問題介紹]。

其實可以換一個表達,個人歷史的回顧與反思。當然有些過往其實我是太不願意提起,可能永遠也不會提起。更多是談談"光鮮"的部分吧。

接下來先圍繞遺留話題展開闡述下:

1. 我是具體怎麼"爬起來"的/我的職業經歷?怎麼抓住機會?

  • 努力肯定有,但是真的很少。我工作以來加班的次數/下班學習的次數/ 可以掰手指頭數的過來。選擇適合自己的學習法方式,勞逸結合吧。

    • 我喜歡看書的感覺,真不開玩笑,但是我懶得讀書。他們不衝突...;讀書甚至忘記時間(比如小說,哈哈)。讀書是需要實踐/練習的 當學習到新技術,我就喜歡跟會這個的人裝/吵架/炫耀/ 讓他們來反駁我。非常感謝他們面紅耳赤的樣子。
    • 喜歡一個平臺/喜歡一個產品-業務方向/喜歡一個技術 非常重要。學習效率會高。沒興趣怎麼辦,不斷尋去找興趣。實在找不到,果斷換個業務領域/發展方向/環境。
  • 機會來的時候,我敢上;當所有人說不行的時候,我說我試試,大不了被說菜唄。萬一我行就站起來了

    • 老闆/領導說:"這xxx的團隊行不行,搞半個月一個月了。這點問題都解決不了! " 恰好我在旁邊。我直接說我可以試試嗎。 有時候真的需要逼自己一把。
  • 在A公司用時2個多月,從研發-小組長。原因分析如下:

    • 領導信任度高,眼光好。安排我的工作都屬於核心部分/很重要。40%
    • 團隊成員壓力大離開了。最後只剩我一個/安撫我的一個手段吧。 20%
    • 我將團隊想法/團隊後續工作的開展做了一個計劃方案 發給領導並提了一嘴。20%
    • 我負責的模組稍微複雜點(還是得?領導)。而且跟其他團隊協作時間不少,所以公司人緣還不錯。領導認可。 20%

    後面就一路綠燈/逐步負責了整個h5/web/小遊戲部門的技術管理和稽核工作。(也是因為小遊戲,我開始接觸了遊戲) 用時1年+

  • 在B公司用時3個月,從架構-部門經理。原因分析如下:

    • 解決了幾個團隊和公司存在的技術問題。 30%
    • 老闆很nice,眼光好,而且我倆非常聊得來(因為我做的工作跟他博士修的方向很近)。50%
    • 部門屬於戰略發展的新成立技術部門,團隊成員非常nice/很喜歡跟這些人共事。所以我非常努力去爭取過這個崗位 20%

    後面也開綠燈了。變成技術總監(注意是 副的哦,哈哈)負 責軟體研發/管理/外部對接的一些工作。用時不到2年

2.職場焦慮到底怎麼克服

非專業,想法僅供參考。

  1. 降低預期。關注眼下。

學會目標拆分/任務拆分/計劃拆分/執行。不要把目標建立的太遠太大。

  1. 尋求幫助。

找前輩/家人/朋友尋求幫助。分享下現狀 接納下別人的意見。

  1. 身體鍛鍊。

生理的健康 很大程度會影響你的心理。比如你健身 雖然過程很難。但是走路都很自信。?

  1. 學會停下來。

停下來(休假/辭職)去看看身邊的美好,自然的美好。短期的失去是為了更好的將來。

3.遇到技術問題我是怎麼解決的

  1. 查資料

    • 語言/框架/庫的問題 查資料且遵循一些原則。官方的一手資料為主,大神分析的“二手資料”為輔。doc和code為主,blog為輔。
    • 軟體架構設計問題 查相關競品方案/實踐使用調研。
    • 業界難題/個人能力無法評估的難題。 嘗試從學術界尋找方案,查詢/翻閱相關文獻。 (個人覺得理論可以說通的大部分內容是可以落地實現的!我只是思路的堵塞而已)
  2. 外援

    • 如果是時間成本很高,技術成本很低的問題。我會去尋求別人的幫助,然後去做其他稍微難點的問題。怕磨滅掉我的興趣點
    • 技術難題 向該技術領域專家/團隊請教。如果說自己沒資源,及時向領導/老闆去反饋,尋求幫助。而不是自己”修仙“。
  3. 如果很難解決不想解決,那麼從產品/使用者互動重新考慮設計 提供方案給產品經理。

    • 這個問題很難,時間成本高。且之前有過更成熟的產品互動體系,那麼大膽的提出的你的意見/想法。有效溝通尋求解決方案。

4.我的日常是怎麼度過的。

就拿今天來講吧,可能時間節點不是那麼固定,其他還是非常真實的。

  • 7.30半起床。
  • 8.00洗漱完成/收拾完成/出門。
  • 9.00前到公司樓下 搞杯咖啡喝。
  • 9.00-10.00 郵件-通訊軟體-社交賬號(檢視並回復)。狀態不好就看看書/文件【更多是工作相關的】。列一下checklist。即時通訊軟體的回覆。
  • 10.00-11.00 看書。除工作軟體其他訊息不會回覆。想想本週做的工作和例會提出的預期差距 適度調整。
  • 11.00-11.20 休息-下樓走走。點外賣。
  • 11.20-12.00 收尾上午的工作。下午事情列詳細解決思路。
  • 12.00-13.00 不確定。
  • 13.00-13.30 下樓走走。 儘可能營造一個不被打擾的環境。
  • 13.30-17.30 根據checklist完成今日內容(程式碼/協調/問題支援/文件/準備資料/其他)。即時通訊軟體(有時候聊蠻久無意義的東西 要反思。)。關注調研其他產品/市面的新技術/。
  • 17.30-18.00 收尾工作/總結今日/想想自己比昨天強在哪。
  • 18.01-18.30 下班下班。
  • 19.00------ 吃飯/玩/覺得腦力還夠就學習(夠嗆 我超級懶)。睡覺。屬於預期,大機率沒什麼別的事情

交流話題回顧:

----1----

Q:

想請教你分析下,我現在是個小組長,在公司呆了7年,以前的老員工都走的差不多了(公司原本是某個領域的top1,因為無法變現沒落了,走了一個創始人和很多8-10年+的老員工),我現在的工作就是迭代,解決線上bug。因為我學歷不高,初中畢業( 有自考專科和本科)。你覺得我有機會出去重新找個嗎?我自己的內心想法是學歷太低了出去找的話可能很容易被刷掉,或者碰到裁員第一個裁的是我(在現在的公司我基本不會被裁)。裁掉後可能很難有面試機會

A:
  1. 能力強/學歷弱。應該培養一定的圈子。讓別人主動找你換工作。擴大你的個人影響力。2. 非坐班的工作也蠻多的。可以嘗試下。3. 既然你覺得你的問題就是學歷 那就提升它 攻克它。而不是想。那樣永遠是你的弱勢/ 難聽點 就是你的藉口

----2----

Q:

你好想請問下,一般這種介紹的外包專案,工期、交付如何界定呢,之前也做過熟人介紹的,因為費用和交付扯來扯去,最後熟人都變仇人了。

A:
  1. 所有固化的問題點專案開始前要明確。最好落到文字並達成共識。 比如工期,費用,交付。。2. 一些特殊情況 延期/推進不下去/需求調整。如何解決,責任劃分,費用預期。(最簡單就是公時計算 * 單價)3. 技術無價 人有價。當你覺得對方不太合適合作的時候。儘早結束專案,儘早遠離。

----3----

Q:

想請教你分析下,我現在是個小組長,在公司呆了7年,以前的老員工都走的差不多了(公司原本是某個領域的top1,因為無法變現沒落了,走了一個創始人和很多8-10年+的老員工),我現在的工作就是迭代,解決線上bug。因為我學歷不高,初中畢業( 有自考專科和本科)。你覺得我有機會出去重新找個嗎?我自己的內心想法是學歷太低了出去找的話可能很容易被刷掉,或者碰到裁員第一個裁的是我(在現在的公司我基本不會被裁)。裁掉後可能很難有面試機會

A:

沒有那麼容易被裁員的吧

----4----

Q:

怎麼控制自己去做現階段“該做的事”?我沒有像您一樣幸運遇到貴人相助,目前也剛剛工作三年,中間甚至走了一截彎路(指做了別的崗位)。薪資也差不多就是平均水平。對技術的熱忱也一般般,唯一驅使我賺錢的動力就是攢一點錢到三十或者三十五歲可以不用上班,躺平等死。但是現階段肯定沒法躺平。我看想要實現這個的途徑都是靠著實現更大的價值,薪酬只是這個過程中的附加值。太難了。我也沒有對編碼的熱愛。也沒有很高的物慾鞭撻我。雖然表面上我還是有點卷,每天工作八小時之外保持2-4個小時的學習。但我深知我只是為了錢,而沒有發自內心的對技術熱愛。我也知道這樣應該走不了多遠。這種混沌的狀態令我痛苦。總有厭學厭工到無法剋制的一天。 思緒有點亂,還請您諒解。 相信您即便是有貴人相助,從底層開發幹到技術總監,中間必然也是經歷了非常多學習的過程,解決了一個又一個的技術難題,才能到這個位置吧。

A:

我感覺你的慾望不太強烈。你喜歡錢嗎?你喜歡多少錢?你拿到錢要乾點什麼?現階段去幹需要乾的事情 最重要就是心態 要學會延遲滿足。為了將來的需求/享受 去讓現階段的自己更努力。其實這也說明 你目前生活質量還是不錯的。 沒有壓力 沒有”壓迫“ 舉個例子 最快的入睡方式前提就是不能焦慮 睡不著的後果。同理 不要太迷茫將來 做好眼下的事情。任務拆分, 降低預期。及時獎勵。

----5----

Q:

大佬,我是社恐,就像開會都無法提出問題與同事交流. 你覺得我應該怎麼做才能得到領導的賞識?

A:

簡單分析下 然後你自己來決定怎麼去做。1. 技術崗位對溝通能力包容性很強了, 能力越強溝通要求相對越低。2. 社恐 還是要改變的。畢竟人是社交動物。想謀求好的發展還是需要好的溝通能力。智商決定起點 情商絕對上限。3. 想得到賞識是有價值產出。不一定非的在溝通上。只需要體現出你的價值。比如領導交代的任務你線上及時給予反饋。難題攻克 梳理覆盤總結 沉澱為團隊知識。。 不一定非的線下。最後 希望你能勇敢點。 多聽聽梁靜茹的勇氣吧。

----6----

Q:

大佬是總監,想問問,對於技術總監和非技術總監,提拔一個人在哪幾點(這個應該大同小異),最大的側重點分別是...

A:

在公司專案環境下,程式碼能力肯定和主程差距沒那麼大。更多的是眼光 全域性觀 前瞻性 隊伍協調性 專案把控 協調資源 把控全域性吧類似。畢竟是領導崗位。

----7----

Q:

本人技術棧Vue,Android! 想往canvas,webgl 渲染方向去學習!請問需要哪些知識儲備?

A:

www.bilibili.com看看我之前錄的直播吧 思路我大概講過。推薦倍速1.5(直播照顧一些人。)

----8----

Q:

請教大佬平時是怎麼學習的?

A:

看書--實踐-- 吹牛 哈哈哈我近幾年思考能力逐步在減退。我也在反思。感覺沒有之前對新事物的強烈好奇心和好勝心了。

----9----

Q:

批次下載檔案,是前端一個個檔案去請求打成zip包好,還是後端先對檔案進行打包壓縮處理,然後前端只需要下載一個壓縮檔案好?從伺服器壓力和介面效能等方面考慮,不為偷懶,只為討論最優實現\~

A:

這是個好問題,圍觀一下。前端處理的好處是檔案只用執行一次下載,如果後端打包壓縮,那麼相當於服務端要下一次,前端再下一次。劣勢就是多網路請求的消耗了。我覺得如果檔案不大,並且介面的併發不高可以服務端打包。

----10----

Q:

成功的秘訣是啥,年齡不太大就當副總

A:

機會來的時候能把握住吧。 我成名是因為解決了公司內部其他一個團隊(7,8個研發)一個月沒解決的問題 我半天搞定了。

----11----

Q:

能說說你最有成就感的事情嗎,想聽聽。

A:

沒什麼特別有成就的。我的旅途可能太順利了。 被好幾個姑娘喜歡算嗎?一個月減肥30+斤算嗎? 解決一個team1個月沒解決的bug算嗎?....但是背後付出代價其實也不容忽視。我清晰的感知到自己沒有以前快樂了。

----12----

Q:

對一個大資料量(單頁1000條以上)的列表批次編輯,允許翻頁和查詢,但是要記錄修改過的資料,有哪些好的效能最佳化建議呢

A:

前端 無非就是虛擬渲染(虛擬捲軸/可是區域的動態渲染)。換更適合的渲染協議去做。不是隻考慮dom。後端 資料表是否合理 資料是否壓縮和分片 傳輸方式是否合理 資料處理/查詢是否合理。。。。關鍵要定位問題解決問題。學會效能監控和效能分析定位。

----13----

Q:

請問18屆軟工畢業,現在也五年了,剛開始做一些後臺管理系統 crm erp,也做過RN,技術棧就是vue2年 react3年,也搞過webgis(leaflet,openlayers),webrtc(jssip,janus) 相關的,被動主動跳槽也有4次了,現在在一家快上市的北京小公司,迷茫中,前端沒有團隊就我一個,工資也就20;該如何破局,今年市場行情也很糟糕;本人對遊戲也是有濃厚興趣的 課餘看了看cocos感覺蠻easy有望去遊戲行業嗎?

A:

答案是有的。沒有做不成的事情 看你想不想而已。cocos都是小遊戲/網頁遊戲類的居多 還有api封裝是比較完善的。所以簡單是正常的。希望越大失望越大 平常心。

----14----

Q:

如果用vue寫頁面,然後想打包成移動端,還能熱更新,有什麼方案嗎。目前是flutter起一個webview套殼,效果不太好,因為本身webview啟動就慢。還是說用uniapp打包推送強更更好呢?

A:

1. 為啥不用UniApp2. vue+Cordova3. 找三方外掛/不光你有這個需求。

----15----

Q:

前端大專畢業在北京一家中小公司待三年了,薪資也給漲過幾次,以後估計沒法漲了,一直都後臺管理那一套偶爾有小程式,近一年就只是一些線上bug的維護,空閒時間特別多,也是毫無目標的摸魚,也沒職業發展的目標,想請教大佬該如何破局,未來該往哪方面發展,感謝

A:

手機敲的。可能無前後順序。湊乎看下 希望幫到你。1. 看看市場開發的各類技術崗JD 管理崗JD 哪個吸引你 讓你有動力。2. 嘗試在公司建立屬於自己的團隊/不一定非的職級。幹事情/賺錢 一個人的力量終究薄弱。3. 技術發展 職業發展 歸根結底 還是自己核心競爭力。所以選擇一個行業 一個細分技術領域。深入一點。(怎麼選 還是可以看看市場需求分析下,然後排除法。)4. 搞清楚你到底想要什麼。你的優勢到底在哪。

----16----

Q:

大佬有HC拍拍俺,有領導能這樣解惑很少了

A:

給予也是所得,解惑也是學習。

----17----

Q:

公司 一直在招同崗位的 人員,但是現在人員是滿足開發需求的, 我要準備一下被裁嗎 ?

A:

有可能有別的業務需求。也不用太緊張。 但是被裁的問題也要注意 還是需要時刻保證自己的競爭力。有句梗 那就是寫出別人改不了的程式碼 才有價值。

----18----

Q:

老哥年齡多大,你周圍同事的年齡多大(開發同事),想知道下,我們這個行業年齡的大概範圍

A:

我年齡不具備參考價值。我稍微有點年輕。 同事的話 20+ 30+ 40+都有 學歷背景清華北大的也有。大廠 微軟 meta也有。能力跟年齡掛鉤/不掛鉤也都有。 不行就卷國外。外資廠。。年齡真不是問題的。 收收心 乾點喜歡的 乾點有意義的。

----19----

Q:

我們部門的人從我進來開始陸續離職, (該部門的老員工全部離職包括組長) 我是不是要考慮離職了(主要偶爾還會欠薪), 但是我技術又很一般, 所以就在糾結

A:

需要考慮的問題點。1. 公司生態圈不穩定/不健康。 發薪不保證。是否還有能幫助你成長的地方/價值。沒有就需要走。 不能惡性迴圈。你該想怎麼走。何時走的問題 而不是待不待的問題。2. 技術一般是你的弱項 是否有其他優勢。能否放大。 技術還能不能再精進一點, 代價是否能接受。 預期價值是否足夠。

----20----

Q:

sqlite怎麼去規劃和使用比較合理。預期是有兩張大表每月增速3w+記錄,所有資料都是軟刪,要應對未來增減欄位,資料遷移等

A:

我用sqlite少。提點通用的考慮方向吧。1. 表設計。欄位是否合理/分表是否合理/主鍵字元是否合理/。。2. 索引最佳化/ 這塊主要還是查詢。3.定期清理軟刪除資料。/ 事務操作的合理性 比如分批啊這些。4. 建立好監控機制。日誌機制。 定位問題 解決問題。

----21----

Q:

喜歡爸爸還是喜歡媽媽(假的),詳細講下linux 核心網路協議棧處理網路報文的流程

A:

都喜歡。我每次母親節/父親節 都是雙份紅包。他們對我只是表法愛的方式不同而已。-詳細就不詳細了。說下核心網路協議棧處理網路報文的流程,我的理解吧接收 --- 解析 ---- ip --- 協議解析/處理【tcp/udp】----- 業務/應用。當然還有一些硬體/軟體的異常機制 會導致中斷傳輸。。

----22----

Q:

佬兒,可以給應屆生點建議嗎?(前端最好

A:

1. 選對領導/團隊 其次是平臺。2. 學習的腳步不能停。3. 與校園的區別儘早瞭解。4. 要有自主性 要具有自我管理/團隊管理的意識(考慮問題出發點不能僅僅是個人)。5. 越早介入越好。能創業就創業。不打工。等你經驗有了 人有了。但你鬥志沒了。6.。。。蠻多所謂雞湯 其實是受用的 自己權衡吧

----23----

Q:

公司開始最佳化人員,希望我給下面人打最低績效趕人,如何解?(公司不想賠償,無話語權,可能下一刀就是我)

A:

盡人事聽天命。做力所能及的事情吧。當然尋找一些法律的援助 也是有意義的。發生在誰的身上都如上。

----24----

Q:

大佬,有兩個線上問題,希望能得到點靈感1.在k8s的單個pod中,如果cpu節流率飆高,是不是大機率是cpu使用率一定彪到很高了?2.有個事務問題,在測試環境中和生產環境事務沒有生效,但在本地環境透過junit測試事務是生效的;方法大概是 查詢1->新開一個執行緒進行修改->查詢2,查詢2查詢到了新開執行緒修改的結果,已經排除了mybatis快取的可能,因為兩次查詢sql是不一樣的,那麼還有什麼其他的可能?

A:

1. 節流機制 就是cpu使用超過閾值。 大部分情況是cpu使用率。 但也不排除其他原因 比如 排程 分配資源限制。。2. 這個可能從你描述來看。太多啦。歸根到底 你需要排查資料庫不同環境下的不一致性。。資料庫配置/資料庫驅動/事務網路通訊/。。。

最後

image.png

聚焦-做好當下,人一生很長 但是能做成一件事就很厲害了。

保持思考。保持熱愛。保持...

希望我們一切都好。

最後再推薦往期文章,一款資料分析FastVG產品的介紹文章,逐步最佳化中。希望大家提出寶貴意見。

非常感謝你的閱讀!

相關文章