type
status
date
slug
summary
tags
category
icon
创造 vs. 优化
我没有那么强的洞察力，我没有发掘周围或者互联网上的用户有什么需求还没被满足，我认为用户的需求都有现存的方法可以满足，只是这些用户缺乏相应的信息获取渠道。某种程度上说，用户的需求得不到满足，是产品的营销不到位，而不是没有相对应的产品。我觉得乔布斯的观点是正确的：
People don't know what they want until you show it to them.
我自认我对创造没有天赋，但是，我好像总能将优化任务完成得还不错，甚至能在完成任务的过程中获得喜悦和成就感。如果一个任务有明确具体的目标，我似乎能找到相对应的办法达成目标；如果一项工作有明确的 SOP，我乐于从中挖掘可以优化的步骤……在我的学习生活经验中，我能举例出几个笼统的例子。
与拍摄视频相比，我更喜欢编辑视频；与构建新功能（feat）相比，我更喜欢重构（refactor）；与购买新产品相比，我更喜欢通过修补，让老产品发挥 99% 的产品力……
例证
为什么喜欢编辑视频？
我在中学的时候看了宫崎骏的电影，并且我了解到电影是通过赛璐璐制作出来的。不过，我仍然不相信这些动画电影是通过一帧一帧画出来的，直到我在东莞的一个漫展看到一个 15 s 的猫和老鼠的 demo 视频，这个视频展示了一个连贯的动画当中，每一帧的图像。至此，我了解到视频是真的可以通过图片堆叠而成的，并且我才认识到宫崎骏的动画电影是多么牛逼。
此外，小时候我还被带去老爸朋友家，看当时三十几岁的父辈打魔兽联机。不过，我看不懂他们在游戏里面的操作，但是我发现游戏里面画面的变化是连续的。经过搜索，我不止发现了制作游戏无需从零写代码，现实中是存在一种东西叫做游戏引擎，而且我还发现了有网友自己制作编辑的游戏视频。原来，电脑显示器中显示的连续画面，是可以通过成熟的工具制作的。
可是，相比于写脚本课拍摄视频素材，我更喜欢编辑视频。与构建一条时间线，再根据时间线拍摄素材相比，我更喜欢根据已有的时间线编辑出一条时间线。通过调节参数让视频有不同视觉效果，让我觉得很神奇。
为什么喜欢重构代码？
我没有什么创造新产品新增新功能的能力，但是重构代码总能让我感受到一种让人平静的秩序感。
在重构的开始，我最喜欢做的一件事是代码格式化。这是改善代码观感最直接快捷的方式。
在重构代码的过程中，我并不会写很多注释，但是我喜欢把变量名写得很清楚，这样子通过代码就能知道相关的执行逻辑。
而通过重构，在不改变功能的前提下，提升性能或者减小性能开销，让我有一种花小钱办大事的感觉。
可是，将重构写进工作汇报里面是没有收益的。
为什么喜欢延续老物件的生命？
我认为，物尽其用是对每一件物品的尊重。如果一件物品的能力值是 80/100 分，那让其突破到 85+ 是不太现实的，但是让其发挥到 70~80 分就是成功。
让老音箱、老显示器、老硬盘继续服役，似乎是一个对“廉颇老矣，尚能饭否？”不错的回复。可是，需要提及的是，购买配件让现代化设备兼容这些老设备所需的资金，往往是一笔不小的开销。“修就不如买新”的问题是挺有可能遇到的。
缺点
缺乏推倒重来的勇气，往往会陷入过分优化的困境。优化能将一坨屎改进成一坨巧克力味的屎，但它还是一坨屎。