Kros 積分 1
  1. Syntax aware selection Code Editing 21,720 times.
  2. Basic code completion Code Completion 16,311 times
  3. Go to declaration Navigation 8,741 times
koji 積分 0

發現我用 syntax aware selection 很多 XD

IngramChen 積分 3

Cmd+Shift+A -> 輸入 "Productivity Guide" 可以看到自己用了哪些功能

IngramChen 積分 0

我看了試讀章節,這本偏簡單,適合入門。後面的章節可能有進階的內容,不過整本書風格應該是一致的,都是用最短的方式學 kotlin 的每一個功能。

IngramChen 積分 1

gradle/groovy 弄太多魔法才會變這樣,跟 Ruby 生態一樣。

還好現在不流行這一套想法了。但 gradle kotlin 現在還不夠成熟…

對 gradle 而言,最好把它當成是 bash 來看待。 你可以找到一堆範例來貼,但要開始自己寫/debug 時就會很痛苦,直到你學會為止。即使很難學, bash 還是最多人用的,你也不得不去學。

一個 build 系統變很多人用之後,不可避免會變得非常複雜,看看 webpack 現在長成什麼樣子吧。這個 pattern 只會不斷的循環,即使突然冒出了一個新星說它很簡單好用,等它過了三年後就會開始變得噁心了。

不是說新的 build 系統不會記起前代的問題,沒有進步。新系統通常會在安全性、正確性上做很多改良,但是期望它能簡單使用我覺得不切實際啦,build 系統就是要花時間去學,因為這個問題本身就很複雜,簡單不了。但通常也不會太難學,買一本書讀個前幾章就好了。只能說現在大家都不看書了,都期望直接從 stackoverflow 解決。

koji 積分 2 編輯於

但我能理解這個blog...就像我第一次看到

task greeting(type: GreetingTask){
}

我一直會想知道到底怎麼變成 groovy call1 ...

project.tasks.create([name: 'greeting', type: GreetingTask]) { ... }

不然實在不知道自己寫時該怎麼下手,尤其只看 API document...

koji 積分 2

Gradle 真的讓人覺得在寫程式,各種寫法,DSL讀時是蠻方便馬上了解大概想幹什麼,但要自己改動時就痛苦多了。

另外讓我想到 討論如何Tagging sub projects1(離題)

IngramChen 積分 3

gradle 的官方文件確實不太適合新手

不過他提到的 gradle 概念, 其實買一本 gradle 的書, 看個前幾章就會講到 gradle 運作原理.

他自己寫書然後都不買書來看嗎

IngramChen 積分 1

Optional.of(null) 會噴錯不知道是哪個人想的....

j0n 積分 0

不過美金穩定幣百百款,我還是只相信 USDC 或 BUSD 之類的比較有保障,USDT 這種就實在不好說啊 XD

chchwy 積分 0

這根本就是奴隸或佃農等級了吧

haocheng 積分 0

對啊,我也是考慮到要裝 Linux 的話大概只有 DELL/ThinkPad 比較好,可惜台灣買不到預裝 Linux 的版本...

cloudtu 積分 0

可是這几年 lenovo 大頭症很嚴重,新款 TP 系列的風扇出風口都在右側。一整個就是反人類設計。

koji 積分 0

三班待命跟一週六天實在太猛了,還好我只有新年的那瞬間需要XD

IngramChen 積分 0

asus 出了一堆新的,但不知道以往 linux 支援的如何?

今年考慮入門一台,考慮相容性大概只能選 ThinkPad。ThinkPad CES 今年都沒發表嗎

haocheng 積分 0

前一陣子在看 ThinkPad 筆電,AMD 高階的幾乎都缺貨,Intel 倒是都有 XD

IngramChen 積分 0

產能應該都放在筆電了吧

5000U 考慮看看

chao 積分 1 編輯於

MalwareBytes was completely useless

有點驚訝老牌的Malware居然沒用...

kaif 積分 0

是說一般 LSM tree 會用 bloom filter 避免 key not exist 時需要 sequential search。他這邊沒有說他是怎麼做的。或許他的 usage pattern 不會有這種狀況,還是反正就慢慢來?

kaif 積分 0

TL;DR: 做一個可以存 PB 數量級 log 的 DB,基於 LSM tree,只是把 DynamoDB 當 ram, S3 當 disk。

標題蠻 misleading 的,一般應該不會把 log 叫做 metadata 吧?

kaif 積分 1 編輯於

討論除了 RDBMS 以外的各種 buzzword 的資料儲存系統,和怎麼用這些系統兜出 scalable/reliable 的應用。

例如用RDBMS 去搭配 noSOL, object storage, message queue... 去做 large scale web application, stream/batch data processing...等等。

IngramChen 積分 0

對啊,postgres 沒調前都是用很爛的預設值