台下的曲若檸盯著投影幕布，眼神發空。她完全聽不懂這些技術術語，隻能跟著旁人的節奏點頭，像個混在隊伍裡的“濫竽充數”者。
蘇院長和鄭義軍倒是頻頻點頭，可宋璟言聽著聽著，眉頭漸漸擰了起來。
上一世，他的“璟言科技”就研發過一款旅遊服務平台app，當時就因為自己不懂技術，被技術團隊掣肘過，後來才咬牙補了一堆技術知識。
崔澤明這套“行鎖”方案，聽著頭頭是道，實則裡麵藏著重大隱患
等崔澤明講完，宋璟言才開口，語氣平靜卻很清晰：“崔總監的設計在技術上沒問題，但有個致命隱患！這個行鎖在高並發場景下會成為性能瓶頸，搞不好會讓整個服務器雪崩。”
本小章還未完，請點擊下一頁繼續閱讀後麵精彩內容！
這話一出口，滿會議室寂靜，所有人的目光都聚到了宋璟言身上
——連鄭義軍和蘇院長都皺了眉，顯然沒明白。
崔澤明原本就很自信，在團隊裡向來是大家的“技術權威”，這會兒被個大一學弟挑錯，壓根沒往心裡去。
要不是宋璟言是老板，他早忍不住反諷了。
一個大一新生，還敢對自己的技術提出質疑？
他扯了扯嘴角，語氣裡帶著點不耐煩：“宋總，理論知識學得倒是挺紮實，還知道並發和鎖。但這是最經典、最可靠的方案。不用鎖，數據亂了怎麼辦？這是生產環境，不是學校裡的課程設計。”
會議室氣氛瞬間僵住。
李永凱幾人沒說話，可眼神裡卻藏著點“老板紙上談兵”的不認同。
崔澤明不知道，自己的言辭已經犯了職場大忌！
這裡不是學校的技術研討會，是公司，他是員工，對老板擺技術架子，還當眾駁麵子，再牛的技術，也留不得。
宋璟言已經默默把崔澤明劃出了核心團隊，但他沒打算立刻動手。
崔澤明畢竟現在是團隊牽頭人，貿然動他容易讓團隊散架。
他盤算著，先招幾個全職程序員，把團隊拆成ab組，讓崔澤明帶a組，張文彬帶b組，再把新人安插進兩組，慢慢分化他的話語權。
這事急不得，得慢慢來，不能讓技術團隊斷層、出亂子。
麵上，宋璟言半點沒露情緒，迎著眾人的目光走到前麵，拿起馬克筆就在寫字板上畫起了架構圖。
第一步，他先畫了密密麻麻的箭頭，指向一個標注“行鎖”的方框：“大家看，我們做的是短視頻app，一個爆款視頻可能幾分鐘內湧百萬次點讚。這個行鎖會讓所有請求排隊串行，數據庫連接馬上被占滿，其他讀寫操作全超時——這就是雪崩。”
第二步，他擦掉箭頭，在白板中央寫下大大的“redis”：“高頻寫的計數，不能直接壓給數據庫。redis是內存數據庫，原子遞增操作的性能是ysq的千百倍，還能保證線程安全，剛好扛下點讚計數的壓力。”
第三步，他接著補全架構：“但不能隻靠redis，內存數據怕丟。所以要加個異步落庫機製——redis實時統計點讚數，後台每秒同步一次數據到ysq做持久化。這樣前端響應快，後端數據也能保證最終一致。”
寫字板前靜得落針可聞。這套方案邏輯清晰、兼顧了性能和安全，直接推翻了崔澤明那套“經典卻笨重”的設計。
鄭義軍猛地拍了下桌子，激動地說：“宋璟言說得對！我以前在埃森哲做項目時，處理秒殺庫存就是這麼乾的！這才是互聯網高並發的標準解法，絕對可行！”
蘇院長也跟著鼓掌，看向宋璟言的眼神滿是讚許：“璟言，你以前學過軟件開發？”
不然一個大一學生，怎麼可能懂這麼深的技術？
宋璟言自然不會提“重生”的事，撓了撓頭，裝作不好意思地笑
“高中時對編程感興趣，自己瞎琢磨著學了點。”
“自學？”蘇院長笑了笑，沒點破。
這些知識，沒有幾年係統學習根本啃不下來。
在場除了曲若檸，都是計算機相關專業的，沒發現出什麼端倪，隻覺得宋璟言是過於謙虛而已
也直到此刻他們才反應過來。
宋璟言砸錢做這個項目，根本不是一時興起的“玩票”，而是早有準備的“蓄謀已久”。
……
喜歡重生：當渣男？是你們逼我的！請大家收藏：()重生：當渣男？是你們逼我的！書更新速度全網最快。