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的不錯吧。

kaif 積分 0

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

kaif 積分 0

「過去半年開始加強這一方面,比較積極地參加實際執行的工作,但為時已晚。同仁們都指出:很多決定我該強勢一點,只要我指出了明確的方向,他們都能做到。但我擔心自己看事情不夠完整,所以常常希望放手讓同仁們自己去做決定」

感覺這種非權威式的團隊在臺灣不容易運作的好。原因是臺灣教育強調服從,導致大部分專案成員不習慣自行擬定策略,或是敢挑戰上級的規劃。如果長官/PM不明確說要做什麼,大家就不知道要怎麼作了。感覺這對新創很傷。

kaif 積分 3
  1. filesystem對critical mission不是那麼可靠
  2. 如果application的資料有點重要,與其自己刻,不如寫到sqllite
  3. 讀出來做checksum應該是確認檔案寫入健康最簡單的方法
kaif 積分 2
  1. 這篇1 他是不想賣廣告所以把sales砍光了
  2. 做部落格有那麼多錢, 相較之下和沛拿那一點錢就要做cloud也太苦了
kaif 積分 0

不過要是上雲端就不用管這些拉..