曾经我有这样一种的想法,只要善用百度谷歌,并且肯花时间去研究,基本就能解决大部分问题。
但到了实际工作时就会发现,这样的想法太过美好了。
1.工作的问题基本上不可能直接在网上找到解决方案,需要对问题进行分解。工作问题一般会被分解为业务层面和技术层面,前者基本不可能在百度中找到答案,需要通过内部的确认;后者也非全部依赖百度,还需要进行分解,剥除了内部实现那部分之后,剩下的才是能在网上找到答案的问题;
2.基于1,工作问题的分解是一种能力。我有一个不做技术但偶尔需要编程的朋友,有时他会问我比如为什么这个实现不了问题,举个例子,“为什么我的Vue按这个教程装不了?”,然后给了我教程链接告诉我哪里卡住。我一般会先反问,你百度了吗?通常他的回答是我百度不到。实际上我也没用过Vue,但按照第一点的原则我会这样分解,首先剥除教程这一点,因为教程属于“业务”,针对(博客性质的)教程寻找解决方法有点蠢,所以我会看一下出问题这一步的报错,显示依赖没有装上,这时百度“XX依赖提示错误”这种问题一般可以获得解决问题的思路。
3.同一个问题,分解的形式也很多样。除了掌握分解的能力,还要把握分解的方向,这是我在最近一次版本开发中的切身体会,下面详细说一下。
需求
做一个小火箭的Icon在轨道上面飞的动画。
设计给了两种图,一个是只有小火箭,一个是小火箭在轨道上面,如下图