IngramChen 積分 1

python 的環境太混亂了

遇到 python 我現在一律丟在 docker 裡開發/執行

IngramChen 積分 0

小專案找大公司。然後大公司的流程無法 scale down,造成花大錢。

不過這都是技術層面的,很單純

IngramChen 積分 0

pixel 的電量還是少了點

懷念我的 zenfone 6

IngramChen 積分 0

這個應該就算是 Google 的 linux distro 吧

IngramChen 積分 0

只用 vscode 的人是不會懂的, 就讓他們止步在那吧

IngramChen 積分 0

Jetbrains 調漲…

可以先用現在的金額續訂三年

不過找不到續訂的地方,是要再買三次的意思嗎?

btw, Jetbrains 有時候會突然特價,早買三年似乎不一定划算

IngramChen 積分 1

跟 API 要不要完全遵守 RESTful 一樣的意思

實務上 API 會越來越複雜,RESTful 的規則會不夠用,衍伸出一堆特例。所以沒什麼好堅持的,組織內有統一的原則比較重要。

IngramChen 積分 0

用 Linux 的開發者比 macOS 上多?

怎麼可能

IngramChen 積分 1

"LinkedIn runs on a microservice architecture. This means there are many repositories that are linked to each other through a dependency graph"

這是在寫啥? microservice 然後之間還有 dependency ?

microservice 可以跨語言平台耶,區區 jdk 8/11 的差距算什麼? 他們是不是搞錯 microservice 的定義了

IngramChen 積分 0

好址…

覺得自己寫了十幾年 Java 還是在地上爬

IngramChen 積分 1

local zone 沒有 rds 和 S3 吧,資料還是在海外一份啊

IngramChen 積分 1 編輯於

三種都有用…

offset based 大概就是數量很確定的 table 才能使用。例如終端用戶產生的內容幾乎都不行,因為隨著時間 table 會長大到不可預知。反之則可以。

cursor based 這名字取的不好,hacker news 建議用 token based pagination

token based 就是麻煩在多一個 codec ,實務上我盡量避開,像是 kaif 這個小站1 只用了 keyset based pagination

然後 keyset based 這個分類其實算 token based 的子類。你在設計 rest api 時,就算你的實作是 keyset ,你給別人的 api 也要用 start=end= 等變數名稱,而不是 since_idsince_updated_at 這種會 leak abstraction 的名字 (你難保哪一天你不會修改排序)

IngramChen 積分 2

其實這 UI 就是 fleet 的。fleet 出來一堆人叫好,但搬到 IDEA 就一堆人哭哭

Jetbrains 應該很傻眼

IngramChen 積分 1

大概是嫌 icon 太大顆,這個以後會變可以設定小顆的吧

我看 layout 沒有差多少,子功能都是環著 editor 一圈

IngramChen 積分 1

record pattern match 再加上 generic 真是要命