能提高工作效率的软技能总结
作为一个代码开发人员来说，技术能力重要，但是抛开技术层面来说，实际工作中要用到的解决问题等等其他能力同样是非常重要的，它们能提升你的工作效率，为你节省很多时间，少走很多弯路。
前言
本文中暂将除技术这个硬核能力之外的其他能力，统称为软技能。掌握了这些软技能，你工作效率肯定能大大的得到提升，不信你试试看
一、如何快速给出需求落实解决方案？
- 先得去充分理解这个需求本身，是否可行；（如果不可行或者有可优化的地方，千万不要吝啬自己的想法，如果需求本身都不合理不可行，你还去为了它而努力，简直就是在给自己挖坑）
- 然后就找入手点，构建一个大致可以怎样去实现它的蓝图（构建完之后，得去想想这是不是最佳的方案吧，脑子动起来）
- 待确定好了“我要这样”做过后，接下来再去开发落实。个人觉得开发过程中得注意一下代码规范
代码写规范了，个人觉得它主要有以下的优点：
- 能帮助减少程序bug的出现
- 方便阅读，随之而来的好处就是方便后续代码的维护
做好代码规范，也是为后续能够快速定位bug铺路打基础啊，实打实的能够提高你的开发效率以及解决bug的效率，不信你试试看
二、如何快提升代码规范能力？
那我目前能想到并且自己能做到的就只有多看，多写，多总结，时不时的去code review团队成员的代码，学习别人的代码长处，同时也站到一定角度去思考给出代码优化建议，这样操作，既能学习新东西，又能巩固旧知识，何乐而不为呢。
比较实用的代码规范，之后再浅总结一下吧，敬请期待！
三、如何快速定位bug？
我的总结如下：
- 出现bug先不要慌，首先需要做的是去找出能够稳定复现这个bug的操作流程
- 清楚了bug能稳定复现的步骤之后，你还需要做的事情就是思考为什么会这样？这时心中会有很多的猜想，接下来再去一步一步的验证你的猜想（猜想靠直觉，还要靠分析问题的能力）
- 逐步验证猜想的过程很有意思的，本质上每一步交互操作都是有相应的代码逻辑去处理的对不对，那接下来要做的就是按照操作步骤以及你的猜想的可能导致问题出现的地方，逐步去排查代码逻辑就可以了。我遵循的原则就是——此路不通便换条路
当然上述情况，肯定不能100%的说就能够做到快速定位到bug所在，但是至少有了一个大致排错的流程方向，比起“无头的苍蝇”来说，还是比较能够节省时间，少走一些弯路的。
这个过程中常用到的几个小技巧如下：
- 学会利用代码编辑器的search搜索框，去搜索关键词，快速定位到你想查看的代码位置
- 学会利用浏览器的调试工具，比如灵活的使用debugger和console.log去打印输出你想检查的变量值然后对比一下数据是不是符合预期等等
- 当遇到某个组件渲染数据不正确的时候，先定位数据来源，如果是来自props，那在vscode中你就可以按住cmd键，鼠标hover到定义的组件名称上去看有哪些地方引用了它，那很可能就是你在引用这个组件的地方传入的数据值不是预期的。总之遵循的原则就是要去寻找错误数据的来源，找到源头，八九不离十这个bug就被你定位到了。
……
四、前端如何去设计原型？
前端不仅要会写代码，还要追求良好的用户体验
作为一个浅开发者来说，去设计原型的话，很容易受代码逻辑实现的影响
因为当你有了开发背景，再去设计交互原型的时候，其实是会不自主的兼顾交互设计以及它的可行性的，所以在设计原型的过程中考虑得会比较多一点。
但既然设计的是原型，那么就应该以用户体验为主，毕竟设计最终是呈现给用户的，用户是上帝，所以应该以用户为主，尽量减少用户的学习和理解的成本。次要的才是去思考这样的设计，在我们项目代码中能不能落实，以及怎样以最佳的方式去实现它。
我现在做的低代码平台，因为它是基于页面设计器，拖拽添加组件节点，然后对其进行一系列的配置，得到的符合当前项目渲染引擎能够正确识别的一份Json.schema描述，最后将它交给渲染引擎去将它准确的渲染出来。
所以页面引擎的责任就是要通过交互让用户去配置一份合格的Json.schema，由于自己是开发者，很清楚知道什么样的Json schema是合格的，所以在页面原型交互设计的的时候，很容易为了达到配置出对应的schema，而在交互上做过多的耦合，这样会导致一个问题就是，用户体验极差，毕竟大部分用户没有开发背景，不容易上手或者去理解，怎样能让用户以最低的学习成本去交互配置出一份合格的符合预期的并且能正确渲染出来的页面，才是设计这个原型时需要着重考虑的。
总结
以上就是今天我要浅总结的内容
172
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
