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设计师你喃？求合体吧。