Skip to main content

技術決策

又一次跟同事提到這張圖。

這幾年 (3y) 我很少在工作上導入啥新技術，
但導入很多新技術裡的觀念、概念，
因為通常新技術出來，伴隨的都是新觀念。
所以我大多會花時間去研究背後的想法。

大部分的人，只會看到一個點
看不到工具能 Cover 的面積 (黑色)
還有自己能掌握的 (藍色)
以及產品真正需要的 (紅色)
最後是這三者的交集

早期我曾經導入的新技術大多是 AWS 相關的，
從最早的 CloudWatch / API Gateway / ASG / DDB / ALB / Lambda / SQS / Athena, 後來 CloudFormation / KMS / NLB ... etc
也有些只是 PoC，但不是我執行、或沒執行
像是 CodeDeploy / Step Function / Secret Mgmt / TX Gateway

或者是推動一些重要的改變像 .NET FX to .NET Core
更多的是要有的配套措施

我不太會提太前衛的東西
像是 #dapr 這種可能三五年後才有機會流行的東西
雖然我已經研究兩年多了
甚至參考的他的設計概念

#ServiceMesh 已經都出來三五年了
也不會說一定要用，只會拿裡面的概念
實作上找是現在的

分散式計算常見的平行運算 (我翻譯的書第三個 Part 都在提這些事)
但我很少在工作上提這些
因為量體真的不到
不需要搞那麼複雜

通常有人問我
專案可不可以用啥新技術？
新方法？
我都是說：

看你的爆炸半徑吧，如果會被炸到的只有你，你自己決定
會炸到我的，我來決定 ...

XDD

原始資料​