不過現在的話建議用 front end 的技術做吧，除非需求一定要 server render

還是有機會用得到，例如把產生的圖表放進郵件裡面寄出 ...

而且若是有需要從 DB 裡面撈資料的話，在 server render 的效能會比較好吧。

Java中的TreeMap、Comparable、Comparator - 神一样的存在 - 博客园1

• 用 HashMap 時是以 hashCode() 和 equals() 來比較兩個 key 是否相等
• 用 TreeMap 時則是以 Comparable 介面的 comparareTo() 來比較兩個 key 是否相等

7.5 billion…

Github 自己的聲明1

有可能只是賺不夠

gitlab 流量大增了, microsoft 形象這麼差啊

用 github enterprise 的公司和 private repo 的人不在少數啊... 應該要有賺錢才是 >"<

我一直以為 Github 有賺錢... QQ

啊被買了，證實 GitHub 不能自己營利…

被誰買都很慘，Google/Apple/FB 什麼的，因為又一個中立的機構消失了。

我們這邊的團隊也用舊的google chart 在畫圖表，不過看起來大多都用d3.js 了

這就像是 Java 當年想要跟上 Ruby on rails 潮流，而出現了 Groovy，變得更動態更鬆散。

結果現在倒過來 Ruby 要回頭追加 typing...

js 的 typescript 大成功，然後 python 有 type hint, 而 php 也有。

typing 的潮流已經擋不住了，最少這五年都會這樣吧。不過大概再過幾年又會有人跳出來說 type is evil~~

這是 2003 年的文章，JFreeChart 真是令人懷念的東西…

不過現在的話建議用 front end 的技術做吧，除非需求一定要 server render

JFreeChart与springMVC 或servlet整合1

@sophiebitsさんのツイート: https://twitter.com/sophiebits/status/1003101478427357184?s=091 看來還是有用

這叫抬驕的情何以堪...

這種專案 community 也不可能接手, 因為接近底層的東西太難寫

可能是宣示效忠、輸誠吧... ( 向 Oracle 表明，我們 JetBrains 沒有要裂解 Java 哦 ... )

可能之前很愛碎念 Java，告解一下

這篇文章不太清楚重點在哪，比較像是自我壯膽文，講的不都是大家知道的東西嗎？若作者來自 Oracle 還好理解，但來自 JetBrains 就感覺怪怪的...

我以爲 Unix Time Stamp 是最佳的時間記錄方式，但看起來有閏秒的問題

先推 以免被別人發現看不懂

最近再升級時看到了，5月中有出 u172 版的 mac 版。

這下 linux 正式機和 mac 開發機可以統一用 u172 版了

這個人還是不要寫程式害人吧

bo 沒什麼在用吧? 都是 model

persistent object 我只有看過 hibernate 在用, 一般都是直接講 entity (資料庫的東西大部份有 primary key)

view object, 通常叫 view model, 所以 vo 這種簡稱少見

value object 很重要, 不過大部份的開發者都不知道 value object 是什麼, (常跟 entity, dto 混在一起). 所以用 vo 這簡寫的也少.

Dto 我自己常用, 現在都是 restful api, 都要經過 transfer.

Dao 最近看到大家都喜歡用 repository 這個字. 不過我個人比較偏 dao 就是了, 因為比較短

BO 當 VO 用

VO 當 Entity 用

VO 有可能是 Value Object 或 View Object

大概只有 POJO, DAO 是清楚的概念

• [Java] 淺談 PO BO VO Entity DTO POJO DAO1
• 架構師必需要清楚的概念：POJO、PO、DTO、BO、VO2
• java的(PO,VO,TO,BO,DAO,POJO)解释3
• Java開發各層對象專用名詞含義 PO,VO,DAO,BO,DTO,POJO, BYO,Entity,JavaBean,JavaBeans4

之前在 2aility1 看到的說法:

Due to ordinary functions always having the implicit parameter this, a better name for them would have been “methods”.

"因為在 JS function 會隱性帶入 this，因此 methods 會是更好的稱呼"

... 所以全部都是 method 啦 :Q，總之在 JS 分 function / method 的確沒有太多意義