應該這麼說，it技術的升級，對於傳統的技術，是一種降維打擊，現在的實習生，啥都能寫，從資料庫寫到gui，從移動寫到雲端，**一個人全搞定了**，現在只是這些人數還不多而已，但是越來越多，因為中國這麼大，總有人願意學這些東西，然後他們自己試了一下之後發現，誒，好像挺好用的，那為什麼還要去用那些笨重的名為網際網路實為企業開發的老工具呢？
說回這個工具，這個主要是vert.x中國使用者群裡又開始了月經的討論，到底怎麼在vert.x上連db，orm用什麼，blablabla，當然最新的結果是利用netty和pg/mysql的非同步api做出來的reactive mysql/pg client，這個tech preview已經放上的官網了，成都電子科大的一個小夥貢獻的
但是從本質上說，群裡使用者糾結的還是從sql到java object的轉換，orm就幹這事的，但是這裡經過了一層轉換，那就是先要經過sql，然後再把結果取出來，然後再將結果轉換成不同語言的物件，這麼一個過程
這樣做的壞處就是，不管怎樣，都要經過sql，煩死了，不僅開發麻煩，而且這個過程也是一種無意義的資源浪費
所以nosql出來之後，大部分nosql因為本身也不是rdbms，所以談不上去遵守sql標準，所以一開始這些工具提供的都是js等對應的語言api，如果是用json結構存放的話，那api操作起來就非常簡單了，如果不是的話，要經過一層轉換，因為不同軟體的型別系統是不一樣的，很多人的日常工作，其實就是在這些亂七八糟的型別上對來對去，一週上五天班，估計有四天半在對欄位對型別
以前j2ee最喜歡的，從mysql的型別換成java的型別，再換成js的型別，然後再倒回去，寫一個crud要轉換五六次
當然以前sql是標準，資料庫都有這個東西，所以沒辦法，大家都得這麼幹，nosql算是扯起來反抗的大旗，反正我們不是rdbms，所以不遵守這個標準了
其實sql這個標準本身就是由oracle牽頭搞的，1979年，oracle率先提供了商用的sql，從那以後，sql成了所有資料庫的標準
那現在有一個致命的跡象，**那就是oracle自己開始不用sql了**
現在oracle自己站出來說，我們的資料庫可以提供不用sql而直接用其他語言的引擎，那這個事情就完全不同了
雖然這一切都只是剛開始，但是如果這些成真的話，我寫一個java系統，直接用java呼叫資料庫的api，不就好了？還要sql，orm以及隨之而來的各種工作嗎？不用咯
Graal是多語言編譯器，可不僅僅是js，py這些語言，理論上它什麼語言都能支援
那如果操作資料庫不需要sql的話，那開發是不是可以非常簡單？就跟nosql一樣，一捅到底了，開發也不需要去搞什麼or mapping了，mybatis還是hibernate都可以一腳踢開了，開發簡單幾百倍了
看來一捅到底的架構是大趨勢
程式設計師還是要趕緊全棧化，crud這些破爛都在變得越來越簡單，以後指望說像以前那樣，靠一個後端，一個前端之類的混一輩子我看是很難了，因為以前這些軟體系統互相之間不太一致，型別系統什麼各搞各的，然後需要不同領域的人去對這些型別，以後不用了，機器都給做了，那日常工作需要的人頭就越來越少了
央企都在網際網路+混改了
應該這麼說，it技術的升級，對於傳統的技術，是一種降維打擊，現在的實習生，啥都能寫，從資料庫寫到gui，從移動寫到雲端，**一個人全搞定了**，現在只是這些人數還不多而已，但是越來越多，因為中國這麼大，總有人願意學這些東西，然後他們自己試了一下之後發現，誒，好像挺好用的，那為什麼還要去用那些笨重的名為網際網路實為企業開發的老工具呢？
說回這個工具，這個主要是vert.x中國使用者群裡又開始了月經的討論，到底怎麼在vert.x上連db，orm用什麼，blablabla，當然最新的結果是利用netty和pg/mysql的非同步api做出來的reactive mysql/pg client，這個tech preview已經放上的官網了，成都電子科大的一個小夥貢獻的
但是從本質上說，群裡使用者糾結的還是從sql到java object的轉換，orm就幹這事的，但是這裡經過了一層轉換，那就是先要經過sql，然後再把結果取出來，然後再將結果轉換成不同語言的物件，這麼一個過程
這樣做的壞處就是，不管怎樣，都要經過sql，煩死了，不僅開發麻煩，而且這個過程也是一種無意義的資源浪費
所以nosql出來之後，大部分nosql因為本身也不是rdbms，所以談不上去遵守sql標準，所以一開始這些工具提供的都是js等對應的語言api，如果是用json結構存放的話，那api操作起來就非常簡單了，如果不是的話，要經過一層轉換，因為不同軟體的型別系統是不一樣的，很多人的日常工作，其實就是在這些亂七八糟的型別上對來對去，一週上五天班，估計有四天半在對欄位對型別
以前j2ee最喜歡的，從mysql的型別換成java的型別，再換成js的型別，然後再倒回去，寫一個crud要轉換五六次
當然以前sql是標準，資料庫都有這個東西，所以沒辦法，大家都得這麼幹，nosql算是扯起來反抗的大旗，反正我們不是rdbms，所以不遵守這個標準了
其實sql這個標準本身就是由oracle牽頭搞的，1979年，oracle率先提供了商用的sql，從那以後，sql成了所有資料庫的標準
那現在有一個致命的跡象，**那就是oracle自己開始不用sql了**
現在oracle自己站出來說，我們的資料庫可以提供不用sql而直接用其他語言的引擎，那這個事情就完全不同了
雖然這一切都只是剛開始，但是如果這些成真的話，我寫一個java系統，直接用java呼叫資料庫的api，不就好了？還要sql，orm以及隨之而來的各種工作嗎？不用咯
Graal是多語言編譯器，可不僅僅是js，py這些語言，理論上它什麼語言都能支援
那如果操作資料庫不需要sql的話，那開發是不是可以非常簡單？就跟nosql一樣，一捅到底了，開發也不需要去搞什麼or mapping了，mybatis還是hibernate都可以一腳踢開了，開發簡單幾百倍了
看來一捅到底的架構是大趨勢
程式設計師還是要趕緊全棧化，crud這些破爛都在變得越來越簡單，以後指望說像以前那樣，靠一個後端，一個前端之類的混一輩子我看是很難了，因為以前這些軟體系統互相之間不太一致，型別系統什麼各搞各的，然後需要不同領域的人去對這些型別，以後不用了，機器都給做了，那日常工作需要的人頭就越來越少了
央企都在網際網路+混改了