生態圈的問題

沒想到 AppCode 賣得這麼差，因為 XCode 不用錢嗎？ QQ

這奇爬的廣告先不刪好了

阿對，原本的留言我沒講清楚 所以我是好奇執行DDL時的blocking，它有沒有自動處理得很好(我之前是直接用pt-online-schema-change)，怕沒注意在production一執行然後卡死

這比較像是 db 本身的限制, 跟 liquibase 無關了

啊我是指例如改column data type，像這種某版本以前的MySQL會擋一般Query

liquibase 在跑時本來就會上一個 lock. 被lock 住通常是關不乾淨或是同時太多台在跑

跟主題無關，但有在 production 用過 liquibase 然後變更可能造成blocking 嗎？只知道有類似 liquibase-percona1 但還沒用過

liquibase 被提到有點詭異...

拔掉 Touch Bar 跟把 HDMI/SD卡插槽加回來都是好的改變啊 Apple 終於承認自己的實驗失敗了

不過為什麼連筆電都要有瀏海...

是 120hz 吧 ，最有感的更新

最大的改進應該是瀏海終於變小了吧...

16吋應該是 M1x 以上了吧

16" 的 macbook pro m1 呢，敲碗

Actor Model 好啊！

compiler 還有限制核心數嗎? 我以為編譯大專案是最容易平行化的，有幾個核心就開幾個 thread，各個 compilation unit 之間也相當獨立，應該不會有什麼明顯的限制才對。

而且編譯是比較吃 CPU 運算力的，連結才是吃 io 速度。

工程師還是要等等，目前主要看到幾個問題

• homebrew 生態還在慢慢針對 Silicon 做相容
• docker desktop for mac 目前還沒有 ready
• golang 編譯出來的東西都要針對 darwin/arm64 重 build

xcode 3950x 跟 M1 一樣快只表示 xcode 已經到瓶頸了, 不是 io 問題就是 compiler 用不到 16 核

這不代表 M1 和 3950x 一樣快

只代表用 xcode 配 M1 夠快了, 而且還超省電

不過這也意味之後 M2 出了 xcode 還是卡在這個瓶頸上

timecode: Link1

• Xcode build time：M1 輾壓 Intel，甚至贏過黑蘋果 3950X
• Final Cut：平手
• Premiere pro：Intel 獲勝
• 遊戲不用說依然虛弱

對工程師跟剪接師來講很有吸引力呀，變成一台專業工作電腦了

這個跑分跟其他 apple 產品的比較1

第一個疑似M1的跑分1

Apple 放出的評測是以 i7-8557u PTT1 為基準，M1 最多有 3 倍速度

推測大概可以跟 2018 MacBookPro 的 6 核差不多吧？這樣也是很厲害

基本上我不認同 M1 效能等同於高階 intel CPU 的啦，有的話 Apple 發表會就直接拿來吹了。

坐等 benchmark

沒什麼料的 U，等 benchmark 吧…