以為不用碰 DB

到最後還是自己弄 repository，這種老人一開始就做的事

2022 27 吋 4K (UHD) 辦公用電腦螢幕心得1

纪念左耳朵耗子1

小調皮掛了 lol

技術書買了沒多久就沒用了，很多人進這行應該都有發現這件事

這些名詞好熟悉啊~~~ 之前花很多時間研究的技術都變成了債

原本只是在看說, 為什麼 Chrome 的 passkeys 實作在 windows 說不支援 sync。 Link1 因為他寫說是用 windows hello 的 passkeys 實作。

那就是那些運算都是 windows os 幫忙做掉的, 似乎也合理。

總之就是 passkeys 都是系統實作掉的, 不是各自軟體各自實作。

除非去用 3rd party app 像是1password or bitwarden(也許之後會支援)

雖然 logins.json 看似有加密, 但是只要拿到同目錄下的 key4.db 就可以解開

Yandex Browser 可以 import Edge/Firefox 的密碼, 不能 import chrome Yandex 自己本身有保護, 編輯密碼需要輸入 windows hello 密碼

微軟說有用DPAPI保護?2

Firefox1

研究了一下類似的 library 還有一個已經發展很久的 querydsl1

但上次 release 已經是 2021

Youtube Premium 大概是中午吃一餐的價格，但是省的時間無價 XD

開通可以玩了

準備開始當土耳其還是印度人了嗎？

想說看到先貼過來一下

--
寫backend來看，大概在意效能跟好不好寫，現在Loom正式還沒出來，看看之後的效能比較吧。另外像裡面提到的Structured concurrency，通常意識到的機會也不多，很多時候後端應該都是一個request一個coroutine吧？我自己想要同時取多個東西的狀況或是在啟動(launch)新的coroutine的情況不太多。所以雖然有更自然的Structured concurrency語法，但用的機會不多的話，好處就比較少？ JEP 437: Structured Concurrency (Second Incubator)1 但Java 這 API 看起來也好麻煩，得自己 join 之類的。

另外影片內好像沒提到loom在除錯時看stacktrace應該會比較方便，這個感覺就差很多啊。

大哥～貼文後要負責用 ChatGPT 寫摘要呀！

說到 Mojo 我第一個想到是這個 DAC1 ... XD

跟 Stack Overflow 一樣 scale up 就可以解決問題了

最大的問題應該是價格吧... QQ

JDBC library 收啥鬼資料，這家直接 OUT

Dell R7625s have 196 vCPUs

暴力主機當然就不用 shard

感謝提供資訊

這邊提到的 Phone Home1

想問問在官網哪裡可以看到你提到的這個資訊，我想要再確認更多資訊

官網提到會上傳匿名資料，如果要用在公司系統上可能要注意一下會不會有疑慮

type-safe stream API 用起來滿方便的

沒想到 KBtalKing 還有繼續出鍵盤，以前買了幾把他們的還不錯用