IngramChen 積分 1

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

j0n 積分 1

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

ksc91u 積分 0

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

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

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

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

ksc91u 積分 2

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

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

微軟說有用DPAPI保護?2

Firefox1

andyang 積分 0

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

但上次 release 已經是 2021

j0n 積分 0

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

phonikas 積分 1

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

koji 積分 0 編輯於

想說看到先貼過來一下

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

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

Kros 積分 1 編輯於

大哥~貼文後要負責用 ChatGPT 寫摘要呀!

haocheng 積分 1

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

IngramChen 積分 1

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

IngramChen 積分 0

Dell R7625s have 196 vCPUs

暴力主機當然就不用 shard

andyang 積分 0

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

blackdiz 積分 2

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

andyang 積分 0

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

haocheng 積分 0

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

haocheng 積分 0

是啊,不過你的手機掉了可能也有一樣風險?