其實這件事最奇怪的是有些開發者認為他們出事後如此的 transparent
,所以可以原諒,甚至還好評。
為什麼出事後 transparent 就可以被接受?這兩個有什麼因果關係?
批的不錯,抓到很多缺點
離題1:
要去改善文中指出明顯的、約佔一半左右的錯誤其實還算做的到,但要清掉全部的 NG 開發團隊就需要很夠力了 (除了技術面要夠力,也要有說服上司和客戶的能力)
如果有幸遇到這種團隊和客戶那真是不錯,不過我想大部份的團隊/客戶都在中庸的程度…
然後有一些 NG 是技術債來著,是前兩年 XXX 怎麼怎麼的… 後來就只能暫時這樣撐下去,你就算想花工夫去重寫改進但時程、資金、人力… 都不允許你這麼做。要看到 NG-free 的 App 真的是只有當年才開發的全新 App 比較有機會。
離題2:
medium 式的吐槽文 (找個小題狂用 gif 吐槽) 我以為只會在英文圈看到,原來中文的也有啊。我自己的感覺用 gif 是 NG 啦,會降低文章的認真度。我的觀察 hacker news 也有一部份的人不喜歡 medium 式 gif…
完全不推...
即使他的效能和實作都很棒, 還是不能推薦這種產品
為什麼? 因為資料庫太重要了.
cassandra 磨了好幾年才算得上是穩定, 可信賴的產品. 如果你去看 cassandra 的 jira 就知道解的 bug 很多, 加的功能也不少. 一個照抄的實作是跟不上 cassandra 的發展的, 也沒辦法完全享受c++該有的優勢 (畢竟 cassandra 很多功能都是在 jvm 的前提下發展出來的)
如果 cassandra 只是像 redis memchached 之類小而美的產品, 自然是可行... 但 cassandra 是頭大怪獸啊
資料庫還是要看開發者社群強不強大, 本家 (datastax) 有沒有正常的營運 (而不是只會燒投資的錢). 不然 2, 3 年後就突然蒸發不見了, 你資料庫卻要跑 5 年以上, 你叫再大聲也不會有人救你的. (最近倒了好幾家搞 nosql 的, 各位要小心啊)
什麼時候選 Cassandra ? 除了這篇文章開頭列的那些理由。台灣的開發者有個基本的判斷法:
- 你的服務打算服務全球再考慮 Cassandra
不然只做給台灣人用的話,用傳統 RDBM 就嚇嚇叫了,遇到跑不動就開超大的主機就好了。
- 運動會燃燒脂肪是錯的
- 脂肪在沒運動時反而燒得快
- 運動會減肥是因為肌肉搶走脂肪的碳源,搶越多,脂肪堆積的機會就少
- 運動前後飲食才不容易胖,因為這段時間肌肉 "很餓",吃什麼都被它搶走
- 沒控制飲食別想瘦