最近看到幾篇不錯的文章和新的見解，值得記錄一下。 目標是讓這個系列進入第10篇 😤

  1. 不要被技術綁架

https://www.marketersgo.com/interview/202309/technology-kidnapping/

我覺得這一篇給我很大的提醒：「我認為所有的技術人、工程師都應該檢視一下自己有沒有陷入「技術綁架」的陷阱，像我本身主要精通 Ruby on Rails，雖然 PHP、JAVA 也多少會使用，但其實我在做決策時，第一時間也會先以 Ruby on Rails 作為最初考量，畢竟是我最熟悉的，若發現這個專案用 Ruby on Rails 做沒有比較好，我也不會硬要堅持，我還是會去思考老闆需求是什麼？客戶真正想解決什麼問題，因為自己不熟練就認為「不行」，等於限制了自己的視野。」

重點還是：到底要解決什麼問題？然後還是要多多參加一些社群擴展視野：「一個人的經驗很有限，但一群人的經驗就能開拓眼界」

  1. 要不要引入 No-Code ?

https://www.marketersgo.com/transformation/202309/no-code/

如果你系統複雜度高、很重視資安隱私、資料需要搬家，就還是別用 No-code 了吧 😂

以下兩篇來自我訂閱的電子報，這電子報真的蠻讚的 👍 https://daininduyuanma.substack.com/p/123
  1. Web 前端簡史

https://gebna.gg/blog/brief-history-of-web-development

對我來說是這樣，一個新技術的興起絕對是要解決某個舊技術無法解決的問題或遇到的困境，當你想到是什麼的時候就是真的了解這個新技術了！

  1. 不用 result 當變數

https://blog.kyomind.tw/no-result/

標題很聳動，但如果你仔細看內文就發現…幹，我過去真的做錯很多事情耶…命名真的很重要 😂

  1. W3C

介紹一下 W3C, 很常以為他是建立網路協定的相關組織…但其實不是，他是在倡導網頁開發相關知識與標準的組織，裡面真的蠻多資源的耶…有時候文件真的好重要

  1. 難以理解的軟體工程師生涯

https://www.thenewslens.com/article/91122

老文章分享，但軟體工程真的蠻複雜的 😅

  1. 新版報稅網站怎麼煉成的 連結

設計真的很重要！！「設計不是做出產品就好，而是要了解解決問題的過程有多少角色、多少接觸點，才能一起改進這個過程。」

  1. Software Architecture is Hard

https://medium.com/@ozanani/software-architecture-is-hard-71fe3ddafb60

不多說了…軟體工程真的很難 😂

  1. 技術管理閒聊：溝通

https://techmgmt.substack.com/p/smalltalk-communicate

看到這一篇文章，不禁也會思考自己是不是也是那種「難溝通的工程師」ＸＤ 好吧，溝通真的很難 😂

小君曰: 軟體工程好難、人生也是！