koji 積分 0

好久沒碰 cassandra,這篇文章的 bucket 讓我回憶都出現了....

IngramChen 積分 2

完全不推...

即使他的效能和實作都很棒, 還是不能推薦這種產品

為什麼? 因為資料庫太重要了.

cassandra 磨了好幾年才算得上是穩定, 可信賴的產品. 如果你去看 cassandra 的 jira 就知道解的 bug 很多, 加的功能也不少. 一個照抄的實作是跟不上 cassandra 的發展的, 也沒辦法完全享受c++該有的優勢 (畢竟 cassandra 很多功能都是在 jvm 的前提下發展出來的)

如果 cassandra 只是像 redis memchached 之類小而美的產品, 自然是可行... 但 cassandra 是頭大怪獸啊

資料庫還是要看開發者社群強不強大, 本家 (datastax) 有沒有正常的營運 (而不是只會燒投資的錢). 不然 2, 3 年後就突然蒸發不見了, 你資料庫卻要跑 5 年以上, 你叫再大聲也不會有人救你的. (最近倒了好幾家搞 nosql 的, 各位要小心啊)

IngramChen 積分 0

無言...

如果他的是寫 8051 之類的程式就算了...

Kcars 積分 0

蠻好奇scylla的...期待之後可以看到轉用scylla後的心得 :P

chchwy 積分 0

他有用過現代編譯器嗎,他還活在二十年前嗎XDDD

haocheng 積分 0

Feature Complete 了!看來不會再延期了 XD

IngramChen 積分 2

什麼時候選 Cassandra ? 除了這篇文章開頭列的那些理由。台灣的開發者有個基本的判斷法:

  • 你的服務打算服務全球再考慮 Cassandra

不然只做給台灣人用的話,用傳統 RDBM 就嚇嚇叫了,遇到跑不動就開超大的主機就好了。

IngramChen 積分 0

Cassandra 用戶踩到的問題都差不多,哈哈

Kros 積分 0

兩個都 ok 啦,不知道整合在一起如何

haocheng 積分 0

Crashlytics 會整合到 Firebase 好像還不錯?

haocheng 積分 0

感覺是訊息的聊天室? slack 越來越複雜了...

haocheng 積分 0

蠻漂亮的,不過 47 鍵實在太麻煩了一點...

Kros 積分 0 編輯於

結論:減脂是在廚房減

IngramChen 積分 5 編輯於
  • 運動會燃燒脂肪是錯的
  • 脂肪在沒運動時反而燒得快
  • 運動會減肥是因為肌肉搶走脂肪的碳源,搶越多,脂肪堆積的機會就少
  • 運動前後飲食才不容易胖,因為這段時間肌肉 "很餓",吃什麼都被它搶走
  • 沒控制飲食別想瘦
IngramChen 積分 1

其實是別人變肥太快,JVM 現在看起來顯瘦...

haocheng 積分 0

那樣的話應該寫 OpenOffice 才對 XD

chchwy 積分 0

還以為在講 M$ Office 的那個免費替代品XDD

jameslong 積分 0

記得有看到一篇報導說 Chris Lattner 還是核心團隊,會繼續維護Swift