匿名 ಠ_ಠ

#純靠北工程師7lq

2024-01-23

1年前

下SQL查資料錯了嗎
用MQTT的理由居然是不想一直去下SQL查
要不要想一下DB為什麼會被發明出來
讓DB做最擅長的事情不好嗎

工控設備就算了
MQTT本來就是為了多對多弄出來的
可是我們這不是工控設備,是交易系統啊
從頭到尾都在那幾台機器上而已
MQTT就算了,還加上微服務架構
VM只開一台四核心,第一次開會就切了二十個微服務
未來還要切更細

要知道多執行緒看的就是CPU核心數
超過實體核心數就是排隊等
哪天瞬間流量爆發你就直接甚麼事情都不能做
一般寫法至少可以賭一下運氣好

說甚麼微服務架構更堅固,
現在程式不堅固是因為你家工程師都
寫爛code不留註解又死不寫log好嗎
有寫log也是只許成功不許失敗
更甚者還有catch(exception) 然後大括號裡一片空白的
跟微服務有屁關係
這些問題通通解掉你的系統穩定性就有了
寫作習慣不改換甚麼都一樣啦

說微服務架構誰炸了很清楚
才怪,API地獄就是這樣,東接一個西接一個
責任全在呼叫端
你要花多少精力才能證明不是你呼叫端
的錯誤而是另一個資訊提供者的錯誤
現在終於知道為什麼有甲方明明是他們家的MQ服務提供者出問題
卻還是要乙方先查翻半天程式碼證明自己沒問題了
微服務架構根本乙方有罪推定架構啊

難怪大家都愛,活該當乙方啊
不說了,我要去甲方應徵了