土炮 Toy - 模組的實現方式也做了點記錄了，在整個回顧與記錄的過程，也順便看了不少語言實現的資料，土炮的不足是絕對的，然而過程卻是必要的！下次又要實作語言會是什麼時候呢？…XD

閱讀器已經神速賣光了

我只想買 kindle

Epoxy 真的是救星 週末來研究 MvRx，希望也是救星XD

結論:

But if you just want the "standard", currently my best advice is to use the OpenJDK builds by Oracle, AdoptOpenJDK builds or the one in your Operating System (Linux).

讓我想到這個梗圖 XD：連結1

大家來 debug 嘍~

請大家測小力一點 XD

去年才推出來，差不多滿一年了吧！？

現在都 livedata, viewmodel 了嗎？

大部分的內部 AP 系統開發, 如果已經走 microservice 架構, 應該比較少機會用那麼多的 RAM吧.

自從外包給 RDS 後現在都沒機會動到這些設定了

要授權費 ok 啦，但如果是用一次就收一次就太貪婪了，字型素材類的應該是買斷制吧

kotlin 1.3 大功能

不用等 value type 囉

之前elasticsearch有建議heap不要開太大 有這個應該就不一樣了

看看現在日本...

ZGC restricts itself to 4Tb heaps which require 42-bits, leaving 22-bits of possible state of which it currently uses 4-bits: finalizable, remap, mark0 and mark1.

喔喔，4TB 耶！

不過可能也沒機會用到這麼多 ram ...

掃完發現都是廣告信...

沒錯，除非你有付錢買 support，不然還是轉 OpenJDK 吧…

總之要有一個觀念，Oracle JDK LTS 有跟沒有一樣，都是只到半年。

看起來 Intel 最後還是屈服了，把那個條款去掉了

對，我也有看到，好像是香港進口的水貨 XD

後來發現同事有這台筆電！據說是去小高黑店買的

純 rest 要用名詞, 所以要改寫成 /user/{id}/approval。

我是有看到用動詞的例子：

• Best practices for RESTful web service design1：第 9 頁提到 Use nouns for non-resource actions，但是例子卻是給 convert, calculate (動詞)？
• RESTful 與 Rails2：這裡有提到 /bookmarks/:id/edit (edit 也是動詞)

要講究純 rest 到最後變得像是在考文法一樣, 咬文嚼字, 我個人是不太喜歡浪費時間在這種地方啦。

說的也是 ...

而且用 PATCH 就對了嗎？approve user 這個動作有可能改到三個 Table 以上，不一定是只改 user.approved 這個 boolean flag 而已啊。

我只是覺得 approve 這個動作應該只是在 update 資料，所以用 PATCH 比較合適 ...

不過改三個 Table 有可能代表了同時修改三個資源，這部份 REST 目前也沒有規範到 ...

就像您說的那樣，最後會是 REST 和 RPC 混用吧

純 rest 要用名詞, 所以要改寫成 /user/{id}/approval。

要講究純 rest 到最後變得像是在考文法一樣, 咬文嚼字, 我個人是不太喜歡浪費時間在這種地方啦。

而且用 PATCH 就對了嗎？approve user 這個動作有可能改到三個 Table 以上，不一定是只改 user.approved 這個 boolean flag 而已啊。