程序員寫的代碼是不是越少越好？寫代碼和做產品一個意思，一開始做加法，然后開始做減法！

就我個人而言，能用一行代碼搞定的事，休想騙我用十行！

但是在剛開始做開發的時候，由于對語言特性，思想，基本數據結構，API的不熟悉，我們可以寫更多的代碼來增加自己對編程語言的理解，但是此時的多不應該理解為代碼量的多，而是實現方式的多，比如說map的遍歷就有多種方式，ketSet，entrySet，迭代等多種方式，如果在一開始使用的時候就只會一種，那么在某些特定的場景里可能并不適用，所以做編程一開始應該學會做加法！

等到熟悉了基本的開發，怎么能用最簡便，最清晰的方式做開發變為重點，應該使用最簡單的方式實現業務代碼。

舉個栗子:一個對象list按照某個字段進行分組，需求很簡單，怎么實現呢？

首先new一個map>，遍歷list，new一個list1，將對象字段作為key，對象放入list1，然后作為value放入map，遍歷第二個元素的時候，需要判斷這個key是否存在，如果存在，取出存在的list1，將對象放入，如果不存在，new一個list2，將字段作為key，list2作為value放入map，代碼實現大概有10行的樣子(具體代碼不想寫)。

但使用JAVA8的流式處理，就一行代碼如下:
是不是超級簡單？

很多時候，我們代碼的簡化，得益于源語言的不斷升級，所以在實際開發中我們需要不斷的擁抱語言帶來的新特性，和別人分享的開發技巧，來簡化開發流程！

就JAVA語言而言，相對其他的go，scala等都略顯笨重，比如使用設計模式進行開發，很多代碼都是一開始看沒有必要的，但是在后期擴展的時候，會發現十分容易，整個架構也很健壯，使用必要的更多的代碼換取程序的健壯性，可擴展性是值得的！

綜上，代碼并不是越少越好，切勿偏離了代碼設計最基本的原則(可擴展性，單一原則，健壯等)。