Article
“设计师要不要学前端？”
在上一年我也大概聊过这个话题，当时的主要想法是，学习前端是个性价比不高，但又很耗费精力的事情，除非对前端很感兴趣，否则不建议。
短短过了不到一年，老实说我的想法有些变化了。
主要可能是在于大环境没有好转，平时招聘收到的简历作品，依旧是有些千篇一律。再加上 AI 的持续冲击。可能不仅仅是我，包括我接触到的一些设计师，都普遍陷入了知识焦虑的状态，都急匆匆的想学点什么，严峻点举例，多少有些在水中挣扎着，有什么就拼命抓住的荒诞感。
在这种总要学点什么的氛围下，学前端倒也算是挺有竞争力的选择了。
从设计工具的生态发展角度来看，对于 UI 来说，Figma 牢牢占据了 UI/UX 设计工具的主流地位。国内的设计工具也都在往对标 Figma 的方向走。 Figma 的迭代更新过程，组件系统、交互动效、变量、自动布局、Dev Mode 等等， 都是在不断的拉进设计和开发的距离，融入更多关于开发的概念，降低开发的理解门槛。 组件、变量、自动布局等等概念，其实更多是开发中的概念。但是对于现在的设计师来说，已经是必须深入理解的设计规范了。既然最终目的都是为了推进开发，那么不如直接学开发，服务于终端，一步到位。
“行业祛魅”
设计之外的人，对设计行业也普遍有个滤镜。如果有人我问设计难不难，我大概会描述一个“入门容易，深入难”的人员金字塔模型。同样，以前端为例， 前端难不难？行业外的人看待前端是不是也带着滤镜呢？ 在我自己尝试写了几个项目之后，我可以说，前端的上限和下限比设计更为夸张，如果说设计行业是个标准的金字塔，那么我认为前端行业应该是个图钉。诸多从业者的代码水平和质量之低，严格遵循了能跑就行的原则。 把前端细分化，需要什么学什么，只是一门工作的技能，和学个动效/3D 本质是相同的，而对于设计师来说，需要学到的程度大概介于入门和初级的程度就差不多了。如果感兴趣可以再针对性学习。
“Coding 也只是一门工作技能”
有一个岗位叫“UI Engineer”，目前国外常见，国内少见，但我觉得会多起来。其职能看似兼顾了 UI/UX以及其前端开发，其最终目的只是更好的服务产品落地。
有人会吐槽，为什么一个人要兼顾三个岗位，做牛马吗，又不给三份工资。
但在我的概念中，应该衡量的是工作量，比如 100% 的工作量，纯做设计就是 100%设计，那么 UI Engineer 可以是 50%UI， 50%前端，或者是 30%UI, 40%UX，30%前端。而不是会三个技能，就变成300%的工作量。超额的工作量不取决于你会什么，而是由你在的公司和老板决定的。
同理，我认为一个设计师具备 视觉+UI、UI+3D 或者 UI+AI 等等和 UI+Coding 的本质是相同的，只不过是具备多个技能罢了。只做 UI，只做UX，在目前来说，（除非很拔尖），不然确实目前环境需要的就是多面手。
“设计加任何一种才能都是王炸，唯有单出是死局。”这虽然是一句玩笑话，但是从事设计越久，越觉得笑话反而反射了真实。
如果你工作过多年，那么应该会发现，没有设计师是一直只做一件事的。在一个工作岗位上熟练了，那么就不自觉的会去想看看上下游，调研、产品、原型、视觉、开发、运营、市场有太多的东西会吸引你的目光。
学习 Coding 只是一种选择，一个普通的工作技能，我和一些设计师聊过，他们往往下意识的将开发摆到一个特别的位置，或者把行业区分得太过明确。要知道互联网的这些岗位的细分化，也不过经历了十几年的时间，它们是会变化和不断在交叉融合的，市场需要什么，就会出现什么。我相信将来编程技能的基础普及率会越来越高。
或者，自媒体自然也不用多说，内容输出和塑造个人品牌的大势所趋。