panic buying (X)

npm is joining GitHub1

喔喔我是用 他 host 1 的

what ？之前就已經裝起來了嗎

剛剛才用這個開會，感覺還行

High throughput asynchronous task processing on Apache Kafka

公司 kafka team提供的library，內部用一陣子了現在終於開源了

真的要完全follow gitflow 太複雜了，也不切實際。就算是大公司，也有一堆 codeline平常只有 1~2 個人在維護，弄到花一堆時間搞 git branch 的事並不符合經濟效益

這次不夠精闢

Well...應該有幾種 cases

• 一般平信：海關不太會抓
• 一般快遞：這種目標太明顯，到海關的時候快遞公司會打電話叫你用關貿的 App 簽署，然後貨到付 5% 營業稅
• Amazon：買的時候就會預收稅款，然後應該是有透過快遞提供海關收件人相關資訊，所以收件人不用特別處理。

補充中央社1 的新聞連結

amazon 怎麼處理？實名不是台灣這一方嗎？

那個app蠻難用的，第一次用研究很久。不過買amazon的話就會幫你處理了不用自己弄。

這樣強勢的手段在歐美國家不會被告嗎

用抽的是滿好的設計，可以減少瞬間的系統負載量。

apple 果然開始強迫了

開發者變成 web android 也要強迫實作

「預購數量該周新增的產量700萬片，約有233萬人次可購買，若預購人數太多將抽籤決定，不是先搶先贏，民眾不用第一天搶登記」

至少是比運氣不是比手速 (或是網速 XD)

現在完全無法認證 XD

不過突然湧入平常流量的一百倍(或是更多?)，任何服務都撐不住吧...

這服務初期上線一直被打掛也不要太苛責

因為很難做時間又不太夠…

太多人要買，所以大概要比誰有扶老婆婆過街

可以線上買對不能去排隊的上班族來說真的很重要

所以有誰有實際案例… ？

要找到這麼明理的業主最困難XD

這次這麼長篇...是累積太多怨氣了嗎

沒像作者碰過這麼多東西, 不過大致上都跟自己的經驗相同

• 時程不可能準確預估
• desgin pattern 是提鍊出來的
• 少用 Mock
• 我只用 trunk, 從一而終
• 現在已經從 composition over inheritance 進化到 copy paste 了

太麻煩了，直接付錢給這間公司幫我搞定好了！(生意 GET!)