alsuka 積分 2

真是不錯的分享。 個人認為,舉辦比賽的公司巧思在於,透過釋放部份資料,把原本自己公司想研究的東西包裝成比賽,只要獎賞夠吸引人,應該會有不少資料分析人才會提供不錯的演算方法 https://inclass.kaggle.com/c/kkbox-data-game-17-06

延伸閱讀, Kaggle 平台還不錯 https://www.inside.com.tw/2017/03/09/kaggle-joins-google-cloud

kaif 積分 2 編輯於

• 整篇就是解microservice架構帶來的各種雷

• 微服務通訊讓人類看得懂:從gRPC/protolbuf轉到json

• 避免microservice有"flapping"(時好時壞)的狀況:每個microservice做連線數限制限流、若有錯誤發生暫時隔離

• 各種監控

• Sizing

• 感覺這些內容要做過以後看才有fu

• 微服務太吃維運和持續的照料,傳統dev/ops分離,或是走瀑布流程出貨後就不管的組織運作,感覺不太適合

kaif 積分 0

作者寫一半就中離到airbnb了qq

kaif 積分 3
  1. filesystem對critical mission不是那麼可靠
  2. 如果application的資料有點重要,與其自己刻,不如寫到sqllite
  3. 讀出來做checksum應該是確認檔案寫入健康最簡單的方法
IngramChen 積分 0 編輯於

壓縮比高和解釋的容易理解

不過專門搞影像處理的人大概覺得沒什麼吧

IngramChen 積分 0

我想說怎麼會在 hacker news 這麼紅,一讀才知道,wow! it's magic!

kaif 積分 2

他的算法好像傾向選長文阿

koji 積分 0

me 2...等哪天會用到就會看懂了...XD

kaif 積分 1 編輯於

架構看來在處理數K小檔時, 相較於其他家latnecy會很有優勢

qrtt1 積分 1 編輯於

from jazz's fb1

過去了解 Big Data 產業的市場區隔時,常會參考 Big Data Landscape 2014。事隔兩年,作者寫了一篇回顧並檢視 Big Data 是否還是一回事呢?文章內含較高解析度的圖片與每間公司的 Google Spreadsheet 一覽表。

pcbill 積分 0

相對應 actor 觀念的其他解決方案,有什麼選擇阿?

IngramChen 積分 0 編輯於

記得這很舊了…

slashdotter 的經典反應:

Long semi-mathematical posts comparing the complexity of the attack to the number of protons in the universe

這個以前常看到 slashdotter 在回文裡算用全宇宙的原子來排也不會 collision...

walkingice 積分 0

綠色的 Programmer reaction 很白爛:「連 Microsoft 都在用囉!」

IngramChen 積分 0

google SMACK spark 找不到什麼資料,這架構還太早了

IngramChen 積分 0

還不錯啊。不過除非真的很想用 actor 不然可以找其他解決方案

sayuan 積分 0 編輯於

看得還不夠多,不知道是否真是如此,不過確實會想往這個組合走走看。

haocheng 積分 0

如果 struts 1 有安全性漏洞也需要更新啊,跟升不升級 struts 2 無關吧