早就報名了～ 不過目前的專案還在用 Java 1.4，不知到時會不會講到這部份？（不能用 G1GC 真可惜 ...）

今年 JCConf 有 JVM 相關議程喔，歡迎報名 XDD

Tuning garbage collection is no different from any other performance-tuning activity. It is easy to fall into the trap of randomly tweaking one of the 200 GC-related JVM parameters or to start changing random parts of your application code.

原來 JVM 有這麼多參數可以調 ... Java HotSpot VM Options1

其實官方研討會還是蠻多 JavaEE 的議程啦...

近幾年來的 JCConf 都沒人提到 Java EE 了 ... 只能靠 Spring Framework 了 ?

Java EE這幾年來到底要嘗試東山再起幾次呢? 讓我們繼續看下去

Kojilin...不是...Kotlin 最近的討論度好高。

也許某天爆發一千行另外幾天解bug只改了兩行，然後平均下來每天150 XD?

父母平均一顆睪丸的概念

150 行真的感覺蠻少的。

不過實際平均下來的確是這樣吧… 如果沒有 html/xml 充數的話

404 啊啊啊

啊，不會用

這是 package 的排行吧，不是 library

junit 和 junit.rule 居然各算一個… orz

前十名超過一半都是測試相關的 Library XD

對啊，最新版都到 4.0.1 了...

內定的 gradle 是 3.5 rc2，怎麼這麽怪的版本

故意挑這種 nest flatMap...雖然說還算常遇到...ha

時機還未成熟

再過一年可以統計 kotlin 回頭率

因為 devops 都被 ansible 包走了 (雖然它也是 python 寫的)，使用上的機會反而變少了。

不過你說的沒錯，統計分析是真的蠻方便的，而且這類型的程式有沒有 type 也沒什麼差。

我覺得 python 拿來做運維 + offline 統計分析的事情真的頗好用的，重點是程式碼維護性一般來說有一定的保證！

Clojure/C#/Scala 回去 Java 的原因猜測大多是工作因素。

Scala 退回去 Java 特別高，原因很好猜 -- Scala 太複雜，Java8 做太好。

Scala 不會死啦，只是會越來越少人用，因為不會有新血加入，最後變成一群死忠派在繼續撐。

我跟你說，如果有統計 Kotlin 的話，用 Kotlin 後退回用 Java 的比例一定是 0 ！哈哈哈！

至於 Objective C 和 Swift… 看這報告的統計好慘，居然有不少人放棄回去 ObjC

我們的經驗是這樣的：我們有老舊的 ObjC 專案，然後龜到 Swift3 才轉換，幾個月後的結論是混合 ObjC 和 Swift 的專案很難寫，很痛苦。寧可回去用 ObjC 寫那又臭又長的語法。

而另一頭有一個新專案用 Swift 從頭開始，那這就沒問題了，還寫的挺爽的。比較大的缺點是 Swift 改版程式有爛掉的風險。

有這一輪的經驗，可以理解為什麼有人會放棄 Swift 回 ObjC

我也曾經醉心於 python 一陣子, 專門做些 devops 的事, 不過後來沒機會寫就放掉了.

python 的 django 看了一下能做的事和 java spring 差不多, 就不想浪費時間學兩套一樣的東西.

然後 type 現在變顯學, python 變得更沒吸引力.

注意這是針對 github, 去掉 js 後, 對 open source project 分析的結果

open source 以外的世界, 就是

php, java, c

用到死都不會換