j0n 積分 0

因為廣告真的有用,下廣告就真的流量會出現

IngramChen 積分 0

這件事好多人討論喔…

廣告商無所不用其極的原因是什麼?不解決的話他們還是會找到別的方法,瀏覽器一直禁只會變得更難用。

追根究底我想網頁一直都是免費的才是主因。一直免費下去網頁本身就會化身成為 廣告

IngramChen 積分 0 編輯於

他的第三點,special case 不好,然後他就直接 refactor 成重覆的兩個 function。

不過遇到這個問題,我還是會先套用 WET 再說 -- 也就是等到出現第二種 special case 時,再來重新思考怎麼 refactoring。

_hhnj 積分 1

之前就有在使用 Open Distro for Elasticsearch,目前比較有感的就 APM 這塊需要再找其他方案解決

IngramChen 積分 0

instanceof 這個字太長才是硬傷…

koji 積分 0 編輯於

flow scoping 看起來蠻直覺的,但像 if early return 例子會讓我覺得怎麼變數可以用XD

if (!(x instanceof Foo f))
    throw new NotFooException();

useFoo(f);

但另一個例子可以在同一行直接串又覺得很合理

koji 積分 1

但 Amazon 一直這樣搞是好事嗎...!? 之前不是 MongoDB也類似

IngramChen 積分 1

分岐就是未來會有兩個版本,Elastic 大概推出新功能時會加上專利,以免 AWS 整個抄過去

tan9 積分 1 編輯於

本來還在想怎麼切割,或是 SSPL 哪一塊出來,現在都不用煩惱啦 😂

haocheng 積分 1

結果 Amazon 跳出來接手反而洗白了?

kaif 積分 0

一般 DB 應該是 IO bound 才對,但他這邊說的 limit 是 CPU usage,或許包含 IO wait?

koji 積分 0

可以一直包一直包一直包... 但能提供完整的 hot swap 的話,開發用好像還不錯?

koji 積分 0

The output from this tool handles the serialization/deserialization process automatically, meaning our client-side devs can continue to work in their language of choice while interacting with the Rust library and can be free from the concerns of JSON parsing over the foreign function interface (FFI)

好奇這邊的FFI是啥,就是 產生 target language 的 source code1 嗎?但repo有點舊了。

IngramChen 積分 0

缺點是 compile 太久 和學習曲線

然後 1Password 把 golang 給丟了, 變心的也太快

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...