未來某一天, AlphaCode Zero 在訓練 10 小時後發現了 結構化程式, 30 小時後開始狂用物件導向, 40 小時後寫的程式全部是函數式證明題. 87 小時後...
我不懂圍棋, 棋靈王卻看的很開心.
我不懂圍棋, 這個 alphago zero 特別企劃有三集, 我像電影一樣全看完了, 超滿足
zero 學習了 40 小時後就發現人類的定石, 然後狂用, 到了 70 小時後反而不用.
所以人腦停在 40hr 無法進步了, 接下來是神的領域...
9.12 -- JDK9 第 12 個 patch
這樣子很難嗎？說實在的我覺得 jdk 的 version scheme 已經變好幾次了，難道還學不會搞東搞西的都是假的嗎？回歸最簡單最直覺的就是了。
文內提到六點:
Compatibility -- "Will my code break if I upgrade to this release?"
Significance -- "How different is this release from what I have now?"
Security -- "Does this release contain new security fixes?"
Support -- "For how long will this release be supported?"
Identity -- "On exactly which build was this bug reported against?"
Time -- "When did this release ship? How far behind am I?"
- 相容性 - 看第一個數字就行了。想要 break change 就是改大版號，不想改大版號就不要 break !
- 重要性 - 不就是看第一個數字？
- 安全 - 用最高的就是了，要說什麼？
- 支援期限 - 馬的，這關 version number 什麼事。支援期限會隨世局改變啊
- 辨識度 - 第二個數字就是一直加啊，有 build 有修 bug 就是加一號啊，很難嗎？
- 發行時間 - 馬的，這關 version number 什麼事！誰不是用 wiki 查？
開大絕:
Map<Integer,String> map = Map.of( //
1, "a", //
2, "b", //
3, "c", //
4, "d");
不過我覺得 Intellij 之後的 format 會支援 Map.of 吧
API 已經提供到 10 個 pair 的 of() overload 了，這還不夠嗎？
會放 10 個 pair 以上的 map literal ? 我覺得程式要 refactor 了
除非是真的很有名的部落客，不然寫篇文章會遇到問題/糾紛的機率很低。
如果寫 blog 寫到要抄別人的半篇或整篇，那已經不是 blog 了吧 (叫農場？)。
對我而言，寫 blog 就是寫到自己也看得津津有味就行了 (不難辦到，因為都麻自己的意見，很容易自嗨的)
現在也沒什麼產品了吧？都直接做成 cloud service
Hibernate 真是個精美的物件導向設計，尤其是當你了解 OR mapping 是多麼的不匹配後....
可惜資料庫並不是為了物件導向設計而存在的，設計的繁複精巧變成本末倒置
總覺得是 scala 的歷史再現。
scala 興起時，也是 java 的明日之星，不過 scala 中期出現過版本不相容的問題，過幾年後就漸漸有人回歸 java。
新的語言會讓人想回去寫舊的，基本上就算失敗了。