為何取捨

其實我一開始只有把個人覺得值得分享的文章記錄下來而已

但有的時候會覺得某篇文章會有東西可以參考

只是程度還沒到值得分享

我自己就會卡在到底要不要分享糾結一段時間

不分享就不會記錄 到時候可能就找不到了

如果保留太多又會變成大家都看得很累

後來才想說可以找外掛來協助我把看過的文章都記錄到另外一個地方

這樣我既可以保持分享文章的數量

也可以記錄那些個人覺得分享價值不高的文章

所以我到了最後反而是沒有取捨

而是找到方法同時符合了我兩邊的需求

技術債也是取捨

很難找到完美的解決方式

在選用技術跟解決方案的時候也經常要做這樣的取捨

但是可能就沒這麼好運可以不放棄一些東西了

像是一堆人會說用Framework會導致效能不夠好

但是不用的話可能會導致維護困難 訓練成本高 交接困難

要選擇哪個Framework又是另外一個問題了

我的解決方式還是靠累積知識

讓自己了解各個選項有何不同

有哪些優缺點 經由了解優缺點再去做最後的選擇

就算會產生技術債 也要讓他控制在自己及他人能控制的範圍之內

為了團隊發展可能還會把自己的喜好先放一邊

最近做的選擇

1. 不用codeigniter 改用laravel

   就個人來說還蠻愛codeigniter 的設計的

   開箱即用 架構簡單好理解

   不過感覺在多人團隊就需要一個有架構可以參考的Framework

   codeigniter 很多東西還是要自己兜起來

   另外還有台灣社群也只有laravel比較熱烈吧

   感覺出問題也好找人

   所以雖然當時還沒實際玩laravel玩的很深

   也就跳坑跳進去了

2. 開始用ansible

   想說可以把操作過程完整記錄

   並且分享給同事

   雖然自己操作cli可能會比較開心

   但就長期看來感覺還是搭配工具會方便一點

   寫好一次要開新環境也不用重工了

3. 用哪個系統開發程式

   這點是故意放進來的

   個人在家用win10

   出外用mac

   在公司用linux

   讓自己在各個平台都知道怎麼處理工作也是一個不錯的經驗

   不用過怎麼去做取捨?

文章分享

• 我最常用的Intellij IDEA快捷键 | 程序猿DD

  因為我使用phpstorm在開發

  這些操作很多都是共通的

  所以會看

• 服务化了，没想到耦合更加严重？

  經由別人的經驗分享來避免自己做了錯誤選擇

• 13 个快速构建 Laravel 后台的扩展包 | Laravel China 社区 - 高品质的 Laravel 开发者社区 - Powered by PHPHub

  看過備用 畢竟不知道哪天會用到 多幾個選項總是好的

• 关于 MySQL enum 类型的一些测试 | Laravel China 社区 - 高品质的 Laravel 开发者社区 - Powered by PHPHub

  這篇文章其實之前我分享過了

  但是因為回應內容有持續更新

  也有可以參考的內容

  所以我都會持續看討論

• 人人都是艺术家！谈谈那些奇怪的字符 - 掘金

  小知識不嫌多

今天看過的文章