UI 工程师，一个为难的角色？

同时，这些作业经历和思维方式也一向深深地影响着我，所以即使这终究是个怎么说都会得罪人的论题，我也不得不去勇敢面对。
从一个「认知」说起
一切从事互联网职业的人，都知道有个工种叫做“美工”，当然他还有许多其他的姓名。比方，南边的就喜爱自称“页面仔”，“切图仔”，而tx的就喜爱称为“构建”，意思是构建页面结构的工种。
尽管美工，构建这些姓名看起来没那么巨大上，但也不能说带有轻视，仅仅咱们都不太喜爱这些姓名。并且，早些年真正的美工的作业，是可以从规划到完成一手包办的（现在称为全栈规划师）。
那么，这个岗位从什么时候开端变得有点low了呢？
这可能要从《网页重构》这本书，以及这个岗位的诞生开端。
重构，就意味着推翻过去的东西，从头构建新的规矩准则。美工，因为参与的流程比较长，所以也不可避免地难以做到每个环节都很完美，乃至很糟糕（全栈工程师？呵呵）。
所以导致的成果便是，很多本质很一般的从业人员乘着互联网的大潮，进入了美工这个岗位，最后规划规划做欠好，代码代码写欠好。最终留给人的印象便是：美工都在做一些粗制滥造的东西。
因为这个角色的title实在太多，我仍是统一用UI工程师比较好，至少是个比较新的title吧。
既然是新的title必然会有些新的定位，以tx为例，许多部分的UI工程师也都归到了T族（技能族）的通道中（从前有一段时间是在规划族）。
但是，尽管职级通道区分到了技能族，但编制往往是在规划部分，或者是跟着产品线走。那么规划部分中的UI工程师，就成了规划师中最懂代码，程序员中最懂规划的一拨人了。
这种略微有点错位的身份关系，也曾让咱们苍茫。说是规划师吧，也做不出像样的规划稿；说是工程师吧，只做些页面搞搞动画好像也谈不上工程。
唯一一个经常被咱们挂在嘴边的词便是“用户体会”，但用户体会又是个很大的领域，咱们能掌握的也只有页面的功能，酷炫的动画等等。
这些东西确实可以从某种程度上提高体会，但终究有多大效果，很难去量化。
最近几年，在各种JS结构风生水起的大环境下，更是没有太多人乐意注重UI方面的东西，注重前端职业里这些对像素有特别偏好的人了。
我自己也有这样的趋势，当触摸了更全面的研发流程之后，就很难坚持对UI细节以及从前寻求的极致用户体会的注重度了。
这或许也恰恰阐明，对于某些类型的产品或某些阶段的产品来说，UI细节没那么重要。
而对于注重用户体会的用户体会规划部来说，隶属于规划部的编码人员也较难受到注重和提拔。
这便是UI工程师的窘境。
如果你想走出这个窘境，转行做PHP开发是一个不错的选择。PHP中文网上有很多的免费课程，可以先自学一段时间看看。