所以一定是程式寫壞了。還在 beta 就不要拿出來發表的啦

可悲的 google

notch 醜到天際, 去年還敢嘴 iPhone

那個 slate lag 到爆炸, 這種成品不要拿出來 demo 好不好. google 不正以快為傲嗎? 寫出這種 code 的工程師怎麼進 google 的啊??

that notch

這時候就是看平常的表現了，如果一天到晚做惡，就算你是清白的叫破喉嚨也沒用。

一開始都是美好的...

然後之後出了一個 wifi 6 的小改版, 大家一致認為不該加版號, 所以就叫 wifi 6s 吧

然後然後出了一個給大型會場用的版本, 但因為技術沒變, 只好叫 wifi 6s max 了

然後的然後的然後適逢 wifi 10 年有成, 所以決定新版的直接叫 wifi X...

題外話, 這個網站是我們團隊新蓋的.

原本這種 news site 應該要用 server page 來做的. 不過市場上只剩會寫 js 的人了, 所以只好做成 SPA.

SPA 又要做 SEO 真是挺麻煩的. 還好 google 爬蟲現在很夠力, SPA 它也吃的很爽

營幕怎麼可能差到四萬, 而且 x1 的顯卡比較好

這規格才 82000，我買的 MacBookPro 要價 125000.... orz

花了一年半升級，太辛苦。

看看 Java Spring 升級多爽，一個下午就做完了。

GitHub 實在是應該用升級的力氣去重寫的，這麼大的規模還用動態語言…

AuthorRef 這個想法有趣。不過大多數的 relation 都不是 aggregates ，這不是變成 8 成以上的 relation 都要多加一個 *Ref class 嗎?

中國人到哪裡都差不多… 封閉太久了

我本身的話， Mac 三、四年就換一台，這時我也不會從 TimeMachine 回復，都是整個重裝，因為三年來累積的垃圾很可觀的。

手機我也是比照辦理，每次買新的都不 copy 資料的，真的重要的資料雲端早就該放一份的

我好興奮，我好興奮啊 ! (tm)

inbox 是個技術力挑戰的產品, 80%的程式碼都是用 java 寫的. (web 用 gwt 轉, iOS 用 J2objc 轉)

這個產品結束也代表 google 完全放棄 gwt 和 j2objc 了

金融業也很多用 oracle db 吧

金融業才不管什麼划不划算的咧…

這個模式再 run 個三年就知道了。

結果… 是 Oracle 賺翻了

這哪叫犯低級錯誤

這叫明知故犯, 這是犯罪.

一般而言都不用動到，postgresql 舊版的預設參數都很保守，現在好多了。

另外架 DB 去改 OS 參數是很常見的事，裝過 Oracle DB 就會知道。

是啊，沒有問題

snake_case 是很美好的，但是我自個是不採用，我只用 camelCase。當然啦，這樣進資料庫後會變醜，但我比較希望:

Mobile Client/Web client -> REST JSON -> Model -> Database Table 這四個 layer 裡的欄位通通長的一樣，而不是在那轉來轉去的自找麻煩。

Android/Swift/Typescript/JSON/Kotlin 通通都是 CamelCase，除非你的 tool chain 裡有 ruby 或 python，不然建議不要浪費時間在這上面。

日期是指 literal 嗎？

不然 format 成什麼樣子有什麼差？不是都 prepare statement 代問號進去？

edit: 剛看完 mysql 那篇，best practice 是 uint。LOL，mysql 果然沒下限。

我只想買 kindle

自從外包給 RDS 後現在都沒機會動到這些設定了

要授權費 ok 啦，但如果是用一次就收一次就太貪婪了，字型素材類的應該是買斷制吧