kaif 積分 0

azrue blob storage底層也是用LSM tree

kaif 積分 0

目前只覺得是漂亮版的postman

kaif 積分 0

關鍵就是B-tree拉...mysql的一些執行計畫會偷偷用hash, 不知道filesystem有沒有

kaif 積分 0 編輯於

這篇要講的感覺是 multitier1 , 覺得要可以抽換前端api, 後端store之類的...但我自己的感覺是除非是很純粹的業務邏輯, 只會用到general的api/store feature, 要不然都沒那麼好切割或抽換

kaif 積分 0

最近要寫個cli tool, 這邊py或go就感覺比java適合一點, java run time太肥了打包成單一執行檔也比較麻煩

kaif 積分 0

好值錢,華碩市值才這個價一半

kaif 積分 0 編輯於

大組織還是用爽爽阿, 政府單位, apple, oracle... 我覺得可能是因為大組織有錢養dedicated的資安人員, 造成組織業務的僵化, 資安人只管自己好, 客戶或其他人難用不關他的事

kaif 積分 0

s3對aws太重要了 一壞掉連儀表板都出不來

kaif 積分 0

我以為java 9的Jigsaw可以像golang那樣直接打包成win/linux執行檔?

kaif 積分 0

There are plenty of options for robust JDBC wrappers, such as JdbcTemplate or Fluent JDBC Wrapper. Alternatively, there are other powerful solutions, such as jOOQ.

kaif 積分 3 編輯於
  1. 收音好立體呀(重點誤)
  2. 講好慢快轉1.5差不多
  3. agree關於冗員部份,認識有個這次被裁的真的蠻廢的...還在裡面混了快5年
  4. 她講的CC感覺也沒什麼搞頭阿...真的投100個人下去我也蠻懷疑會不會比較好, (真)cloud本來就沒那麼好搞一堆大廠都gg了
  5. 如果在另一個平行世界翟有成功的話,我們就可以相信在臺灣除了傳統command and control的管理方式,也是有別的選擇的。
kaif 積分 0

同意絕組織的典範是中央集權沒錯,但中央集權和P2P之間應該不會是黑白分明的,還有無數介於兩者間的可能性。

Ben設想的組織架構架構,相較於大部分團隊成員所理解的,是更偏向P2P的,這中間的理解的差異,結果導致團隊運作的問題。

我想表達的意思是,考量案例狀況(以臺灣人為主組成的團隊),似乎很難達到Ben設想的那種組織運作方式。但不代表這種組織運作方式是不可行的,或許在某些地方會run的不錯吧。