haocheng 積分 0

因為 Perl 太多神秘的寫法吧? XD

kaif 積分 0

早期的文章真的很少提Automatic-Module-Name

natsu 積分 0 編輯於

舉個例子:

我用 Firefox 2 --> Firefox 3 --> Firefox 4,每次升級好像都有一些不同 ...

後來遇到 Firefox 學 Chrome 一樣刷版本號1,我就感覺不出每次升級的差異了 ...

直到 Firefox 要把 NPAPI2 拿掉 (算功能變更),我才真的發現明顯的變化 ...

所以我覺得刷版本號不是好的作法 ...

haocheng 積分 0

JDK 9 正式釋出之後,良葛格大大的文章真是太有用啦

natsu 積分 0

呃... 所以是在 Windows 跑 Linux 的 console ...

看到「Windows Subsystem for Linux」還以爲是 ...

caterpillar 積分 0 編輯於

多的不得了啦!import javax.xml.bind.* 之類的在 JDK9 就過不了,沒好好認識一下的話,真的只能罵 X(消音) 了 … XD

haocheng 積分 0

已經看到好多篇怎麼升級到 Java 9 的文章了,看來 module system 影響真的很大 XD

jameslong 積分 0

目前發現若windows 系統是SSD時,在市集無法下載Ubuntu。 不知道是因為SSD 的緣故還是市集的緣故??

hungys 積分 0

不過非原生 Unix-like 的還是要踩久才會知道有什麼雷,可以先 VM 玩玩看

haocheng 積分 0

蠻帥的耶,最近 Macbook 規格和品質都變差了,看起來買 Windows 筆電裝 Linux 搞不好是更好的選擇

natsu 積分 1

我覺得照 features 來分會比較好 (原本的分法?)

例如:

  • Java 9 - Jigsaw
  • Java 8 - Lambda
  • Java 5 - Annotations

這樣就知道需要那個 feature 的時候應該要升級到那一個版本

除非客戶都很願意升級到最新版本,不然用 18.3 來做版本號,就只能知道發行日期而已...

natsu 積分 0

原來之前就有討論1過了...

雖然 Java 有限制 var 只能在 local 變數上使用,但我還是不太喜歡...

IngramChen 積分 1

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 查?
haocheng 積分 0

看起來目前可能採用的有這三種:

  • 1803 -> 1803.1
  • 18.3 -> 18.3.1
  • 10 -> 10.1

身為 Ubuntu 用戶,我是蠻習慣第二種格式,不過第三種也OK,就像 Chrome/Firefox 現在的作法