QML，半路出家的程式員？

QML出現已經有段時間了。參加過2次Nokia內部的QML培訓，卻一直沒能在真實的工作中用到它。相較於傳統意義上的Qt GUI編程而言，QML到底有著什麼樣的未來呢？

 

一、QML，GUI程式員的終結？

    眾所周知，以往的GUI開發離不開UI設計師與程式員的通力合作，雖然，大部分的Qter在開發應用時總是兼UI設計與Coding於一身，但無可厚非的是，程式員還是專一與編碼要好一點。

    總有一些程式員，並不是為了編程而編程，這也正是筆者此文的初衷之一。對於大多數不擅長UI設計的程式員而言，其實，他們也在努力設計好他們的UI，甚至會瞭解一些UX。當然，這對於公司而言是有利的，但對於專業的項目本身，我想，專案經理也不會為了節省人力而讓程式員兼當UI designer吧。

    QML的出現，顯然是來調和這方面矛盾的，其初衷也在於將設計與編碼一分為二。但同時引入一個新的問題，是另招專業的UI設計師，並讓其著手於QML的學習，畢竟他們也許懂的CSS比你多；還是，讓一部分有“力”的engineer轉變成UI設計多面手呢，畢竟，他們也用過Qt Style Sheet，他們也深諳CSS設計之道。

 

二、半路出家的UI設計師？

    UI設計師應該專註於UX及UI設計。對於一個普通的UI設計師而言，他們的工作涉及到工具使用比編碼要多得多。而且，也不被希望其參與到編碼中。但QML的出現，似乎顛覆了這樣的事實，UI designer還是懂些編碼的好吧，畢竟CSS是其專長，而且真正的程式員也不應該參雜其中。

    UI設計師學會了編寫QML代碼，那工作就輕鬆多，一般的程式員都會些CSS文法，至少看得懂、能領會到Qt Style Sheet吧，如果有一天，UI設計師厭倦了編碼，辭掉工作專註於UX研究與UI設計，那程式員也可以補上這一空缺。這是QML的設計之一嗎？

 

三、我會一些QML，你呢？

    程式員需要接收新鮮的事物，也伴隨著新的要求。技術不是為技術而生，而是為了迎合市場多一些。面對QML，你心動了嗎？又真正懂了嗎？

    我是不懂，UI設計師你喃？求合體吧。