[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"content-should-involve-design-as-a-developer":3,"$f26tusp8ks17pp":21},{"id":4,"type":5,"slug":6,"title":7,"date":8,"category":9,"tags":10,"body_markdown":13,"permalink":14,"excerpt_src":14,"media_type":14,"media_title":14,"media_author":14,"media_url":14,"rating":14,"layout":14,"pv":15,"admin_only":15,"created_at":16,"updated_at":16,"deleted_at":14,"status":17,"html":18,"excerpt":19,"cover":20},126,"article","should-involve-design-as-a-developer","【问答】如何看待“代码没有写到10万行不要碰设计”这样的观点？","2018-07-29 10:45","tech",[11,12],"开发","设计","\n本文来自知乎问题[如何看待“代码没有写到10万行不要碰设计”这样的观点？](https:\u002F\u002Fwww.zhihu.com\u002Fquestion\u002F287006602\u002Fanswer\u002F454886392)\n\n有些答主可能误解了题主说的“设计”的意思。这里不是指代码设计或者工程设计，指的是交互和视觉设计。\n\n## 1 前端需要对交互和视觉设计有一些认识，这是完全没有问题的\n\n比较硬的关系是，你会接设计同学出的设计稿，如果一点不了解设计领域的知识，拿到稿件会手足无措。适当地了解设计理论、方法、软件使用以及设计稿的常用处理（蒙版、切图、切片、变换、拼接等），是前端必备的工作知识。\n\n比较软的关系是，前端是离用户最近的工程师，需要对用户体验负责。很多时候设计稿输出来的是静态的，但是用户交互的是一个动态的页面，如何把这些交互做好，设计和前端基本上各有一半的能力和责任。\n\n\u003C!-- more -->\n\n## 2 分清楚输入和输出\n\n很多新人弄不清楚自己能力的输入和输出是什么关系。所谓输入就是学习，你的代码能力、设计能力、审美的学习培养，这些都是输入。把你的代码能力、设计能力和审美应用到工作中，输出好的产品，这是输出。\n\n我个人认为，公司的工作是没有义务为输入负责的，更多的是需要输出。换句话说，你的学习、培养，不应该由公司的工作来承担，公司为你付工资，是希望你能输出自己的能力，为公司的产品添砖加瓦、锦上添花。\n\n因此这就很容易理解了，你作为一个不会设计的前端，要去参与交互设计的过程，这对你来说是一个输入的过程，是你学习怎么做交互的过程。对于公司的工作来说，这很可能是一个负效率的事情。因此，公司\u002Fleader不予答应是天经地义的，不要有什么抱怨。\n\n如果真的觉得自己需要学习锻炼，可以放到业余时间去学习。你总会有上下班的时间，有休息的时间，有项目间空档的时间，用这些时间去学习和锻炼，甚至与你们项目的产品、设计同学去探讨设计、实现上的细节，探讨用户体验、用户价值等。这是一个更合理的方式。\n\n## 3 借力公司资源\n\n如上一段所说，让不专业的人参与专业的工作，对公司来说不一定是好事。但是公司总还是有专业的资源，包括设计的流程、设计的资源库、方法论积累、规范以及专业的设计师同学。这些都是学习过程中非常难得的资源，可以先静下心了解、学习。甚至在自己的工作时间允许的时候，参与设计评审等环节，但只能以旁听、学习者的身份参与。如果真的可以的话，经过一段时间积累，会有比较大的提升。\n\n## 4 注意专业深度和广度的关系\n\n上一段说的借力公司资源，理论上是可行的。但是实际操作中，可能引发一些问题，比如Leader会担心你是否不想在开发上做深入学习和实践了，是否想转设计岗，甚至是否是想离职。\n\n所以更为重要的是，要认清自己的身份，你首先是一个工程师，需要对代码负责。接下来才是一个前端工程师，大部分对代码负责，少部分对用户、交互、体验负责。（如果公司\u002F项目的要求没那么高，那只对代码负责也可以的。）因此，所谓“代码没有写到10万行不要碰设计”，本质上是希望你首先打好作为工程师的基础，把手上的代码写好。先学会好好写代码，再去学设计。\n\n这其实也就是常说的专业深度和广度的关系。你说前端的基础不包括设计知识吗？当然也包括，第一段就说了。但是在一个人入门还不深入，工作刚能上手的阶段，更好的学习路径必然是先把更为基础的代码学好。设计作为前端进阶甚至外延的知识，在打好第一阶段的基础之后再去了解学习更好。这个道理其实也适用于其它领域的知识，比如对前端来说，后端、客户端、测试等，都重要。但是没有这些知识，你同样能干活，但是没有前端基础，你干不了活。\n\n从公司的角度来说，招你过来，也是为了让你输出前端方面的能力，而不是培养你的设计知识，否则为什么不招设计师呢？可能还更便宜一些。也就是说，你的价值首先是100%的前端，然后才可以叠加10% 20%的设计，这属于你在前端之外为公司创造的额外的价值。如果你是50%的前端 + 10%的设计，还有一堆的前端问题都搞不定\u002F搞不好，那公司可能更希望招一个80%但不会设计的前端。不管是在自身学习还是在参与公司工作、解决产品问题，都要非常清醒地认识到这一点。\n\n所以个人建议的学习通道是，好好学前端知识，好好码前端代码。先把知识学深，觉得技术上基本上没有太大的难题，什么问题都有解决方案了，再去追求更广的领域，比如产品、设计、用户体验等等。\n",null,0,"2026-08-28 04:37:17","published","\u003Cp>本文来自知乎问题\u003Ca href=\"https:\u002F\u002Fwww.zhihu.com\u002Fquestion\u002F287006602\u002Fanswer\u002F454886392\">如何看待“代码没有写到10万行不要碰设计”这样的观点？\u003C\u002Fa>\u003C\u002Fp>\n\u003Cp>有些答主可能误解了题主说的“设计”的意思。这里不是指代码设计或者工程设计，指的是交互和视觉设计。\u003C\u002Fp>\n\u003Ch2>1 前端需要对交互和视觉设计有一些认识，这是完全没有问题的\u003C\u002Fh2>\n\u003Cp>比较硬的关系是，你会接设计同学出的设计稿，如果一点不了解设计领域的知识，拿到稿件会手足无措。适当地了解设计理论、方法、软件使用以及设计稿的常用处理（蒙版、切图、切片、变换、拼接等），是前端必备的工作知识。\u003C\u002Fp>\n\u003Cp>比较软的关系是，前端是离用户最近的工程师，需要对用户体验负责。很多时候设计稿输出来的是静态的，但是用户交互的是一个动态的页面，如何把这些交互做好，设计和前端基本上各有一半的能力和责任。\u003C\u002Fp>\n\u003Ch2>2 分清楚输入和输出\u003C\u002Fh2>\n\u003Cp>很多新人弄不清楚自己能力的输入和输出是什么关系。所谓输入就是学习，你的代码能力、设计能力、审美的学习培养，这些都是输入。把你的代码能力、设计能力和审美应用到工作中，输出好的产品，这是输出。\u003C\u002Fp>\n\u003Cp>我个人认为，公司的工作是没有义务为输入负责的，更多的是需要输出。换句话说，你的学习、培养，不应该由公司的工作来承担，公司为你付工资，是希望你能输出自己的能力，为公司的产品添砖加瓦、锦上添花。\u003C\u002Fp>\n\u003Cp>因此这就很容易理解了，你作为一个不会设计的前端，要去参与交互设计的过程，这对你来说是一个输入的过程，是你学习怎么做交互的过程。对于公司的工作来说，这很可能是一个负效率的事情。因此，公司\u002Fleader不予答应是天经地义的，不要有什么抱怨。\u003C\u002Fp>\n\u003Cp>如果真的觉得自己需要学习锻炼，可以放到业余时间去学习。你总会有上下班的时间，有休息的时间，有项目间空档的时间，用这些时间去学习和锻炼，甚至与你们项目的产品、设计同学去探讨设计、实现上的细节，探讨用户体验、用户价值等。这是一个更合理的方式。\u003C\u002Fp>\n\u003Ch2>3 借力公司资源\u003C\u002Fh2>\n\u003Cp>如上一段所说，让不专业的人参与专业的工作，对公司来说不一定是好事。但是公司总还是有专业的资源，包括设计的流程、设计的资源库、方法论积累、规范以及专业的设计师同学。这些都是学习过程中非常难得的资源，可以先静下心了解、学习。甚至在自己的工作时间允许的时候，参与设计评审等环节，但只能以旁听、学习者的身份参与。如果真的可以的话，经过一段时间积累，会有比较大的提升。\u003C\u002Fp>\n\u003Ch2>4 注意专业深度和广度的关系\u003C\u002Fh2>\n\u003Cp>上一段说的借力公司资源，理论上是可行的。但是实际操作中，可能引发一些问题，比如Leader会担心你是否不想在开发上做深入学习和实践了，是否想转设计岗，甚至是否是想离职。\u003C\u002Fp>\n\u003Cp>所以更为重要的是，要认清自己的身份，你首先是一个工程师，需要对代码负责。接下来才是一个前端工程师，大部分对代码负责，少部分对用户、交互、体验负责。（如果公司\u002F项目的要求没那么高，那只对代码负责也可以的。）因此，所谓“代码没有写到10万行不要碰设计”，本质上是希望你首先打好作为工程师的基础，把手上的代码写好。先学会好好写代码，再去学设计。\u003C\u002Fp>\n\u003Cp>这其实也就是常说的专业深度和广度的关系。你说前端的基础不包括设计知识吗？当然也包括，第一段就说了。但是在一个人入门还不深入，工作刚能上手的阶段，更好的学习路径必然是先把更为基础的代码学好。设计作为前端进阶甚至外延的知识，在打好第一阶段的基础之后再去了解学习更好。这个道理其实也适用于其它领域的知识，比如对前端来说，后端、客户端、测试等，都重要。但是没有这些知识，你同样能干活，但是没有前端基础，你干不了活。\u003C\u002Fp>\n\u003Cp>从公司的角度来说，招你过来，也是为了让你输出前端方面的能力，而不是培养你的设计知识，否则为什么不招设计师呢？可能还更便宜一些。也就是说，你的价值首先是100%的前端，然后才可以叠加10% 20%的设计，这属于你在前端之外为公司创造的额外的价值。如果你是50%的前端 + 10%的设计，还有一堆的前端问题都搞不定\u002F搞不好，那公司可能更希望招一个80%但不会设计的前端。不管是在自身学习还是在参与公司工作、解决产品问题，都要非常清醒地认识到这一点。\u003C\u002Fp>\n\u003Cp>所以个人建议的学习通道是，好好学前端知识，好好码前端代码。先把知识学深，觉得技术上基本上没有太大的难题，什么问题都有解决方案了，再去追求更广的领域，比如产品、设计、用户体验等等。\u003C\u002Fp>\n","\u003Cp>本文来自知乎问题\u003Ca href=\"https:\u002F\u002Fwww.zhihu.com\u002Fquestion\u002F287006602\u002Fanswer\u002F454886392\">如何看待“代码没有写到10万行不要碰设计”这样的观点？\u003C\u002Fa>\u003C\u002Fp>\n\u003Cp>有些答主可能误解了题主说的“设计”的意思。这里不是指代码设计或者工程设计，指的是交互和视觉设计。\u003C\u002Fp>\n\u003Ch2>1 前端需要对交互和视觉设计有一些认识，这是完全没有问题的\u003C\u002Fh2>\n\u003Cp>比较硬的关系是，你会接设计同学出的设计稿，如果一点不了解设计领域的知识，拿到稿件会手足无措。适当地了解设计理论、方法、软件使用以及设计稿的常用处理（蒙版、切图、切片、变换、拼接等），是前端必备的工作知识。\u003C\u002Fp>\n\u003Cp>比较软的关系是，前端是离用户最近的工程师，需要对用户体验负责。很多时候设计稿输出来的是静态的，但是用户交互的是一个动态的页面，如何把这些交互做好，设计和前端基本上各有一半的能力和责任。\u003C\u002Fp>\n","",{"total":15,"totalRoots":15,"comments":22,"pv":15},[]]