gugod 積分 1

以 Google 智慧鏡頭來掃的話,每張都可成功。

以 ZXING 來掃的話,彩色的不容易成功。

changyuheng 積分 0

直接違反機器人三定律第一條。

changyuheng 積分 0

我覺得這是收藏性質的耶!現在 Niz 35 克用習慣,覺得其他都太重了。

haocheng 積分 0

居然有這種鍵盤,好酷

但這在公司用真的沒問題嗎? XD

IngramChen 積分 0

以為不用碰 DB

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

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 寫摘要呀!