真的要完全follow gitflow 太複雜了，也不切實際。就算是大公司，也有一堆 codeline平常只有 1~2 個人在維護，弄到花一堆時間搞 git branch 的事並不符合經濟效益

所以有誰有實際案例… ？

要找到這麼明理的業主最困難XD

沒像作者碰過這麼多東西, 不過大致上都跟自己的經驗相同

• 時程不可能準確預估
• desgin pattern 是提鍊出來的
• 少用 Mock
• 我只用 trunk, 從一而終
• 現在已經從 composition over inheritance 進化到 copy paste 了

現在出狀況就 dump, async-profiler, JMC

這麼讚？我也來試試看 XD

現在新的部署都給他開著了，方便

這個 init constructor

public PersonRecord{
    if ("Heinz".equals(firstName))
      throw new IllegalArgumentException(…);
}

到是沒想過

該來看看 dart 了

除了效能考量，要不要用外部的 fonts/js/css 也有個簡單的判斷原則:

你的網站是公開給 internet 用嗎？

如果不是，那就全部都 self host，不要用外部的 CDN

你接到的案子，是給公司行號/圖書館/kiosk... blah blah 的 內部 應用，用外部 CDN 是自找苦吃。

Spring Boot 就佔了8 成以上…

啊？到時候 kotlin target byte code 設 14 以後不就有了嗎

That is, the toString() method (as well as equals() and hashCode()) is implemented using an invokedynamic-based mechanism. This is similar to how string concatenation has also been migrated to use invokedynamic in recent Java versions.

這是唯一吸引人的地方，也是目前 kotlin 做不到之處。這算 Oracle 的後發者優勢吧。

沒關係反正我們也還可以寫很多年~

整個 sealed class/pattern match/destruction...等等，也不知道要幾年…

我們家自己架的 artifactory 很舊，remote repo 都沒 https，看了這篇才發現...

全世界都抄s3 api啊，真的標準是cdmi沒人裡他。aws也沒差吧，沒一個能打的

爬不上樹是魚生理上的缺陷…XD

要加的功能好多，2020 做的完？

把工作從 UI thread 拔掉當然是很好，不過我觀察發現卡住的地方通常是真的算很久 (貼個 Java code 轉成 kotlin 之類的)，或是修改一個 1000 行的 kotlin 程式檔。parser 不再快一點也是白搭

是不是程式語言的缺陷有待討論 但是，的確我想，當初有這些 DP 是在解決當時發生的一些問題，所歸納出來的常用解法 但是如果要用新的語言來解釋以前的東西，好像有點怪怪的 畢竟，這些語言在設計之初，應該就已經想到了之前發生的一些問題了吧～

每個語言都應該會有自己的 Design Patterns，因為 DP 的由來，本來應該就是集結了大多數人在解決某些問題所歸納出來的解法～ 我的見解是這樣

會 Swift 的人都是 iOS 開發者，和後端需要的技能差太多。我的觀察有志寫 mobile/front end 的人，通常對只有冷冰冰純數據的開發沒什麼興趣。

以一位沒碰過 Swift 的開發者身份，我有想到兩個：

1. 對於已熟悉 Swift 的開發者，不需要再學習第二種語音就能開發後端
2. 由於會編譯成 machine code，在啟動、效能上應該有不錯的表現

只是好奇，用 Swift 開發後端有什麼特別的優勢嗎?

應該是 design pattern 發明出來後回流到語言本身

連結死了 Link1