大家好，我是不被定义的前端之虎陈随易。

我的个人网站是：https://chensuiyi.me，欢迎大家眼熟我。

写这篇文章呢，源于一次群聊。

群友有一个产品，其中涉及到免费用户和付费用户对 pdf 的查看权限问题，使用的是 pdfjs 这个库，所以他在群里问：

问下大家看完类似 pdfjs 这样的仓库的源码，需要多久？

其实看到这个问题，给我的第一感觉就是，胸口有点闷，像到手的鱼又滑到水里去了，能体会到这种感觉吗？

就是这个问题缺少了一些前提条件，让人比较难受。

最主要的就是，你是基于什么需求和背景的前提下要看源码。

一般来说，不可能无缘无故要去看这么大的一个项目的源码，一定是有目的，有需求，有背景的。

当你提出一个问题，但是没有说清楚你的需求，背景，目的的时候，看到的人就会有点硌得慌。

所以呢，希望大家提问题，可以把问题描述地清楚一点。

我所了解的，搞技术的程序员，不管是小佬，中佬还是大佬，都是非常乐于助人的。

话说回来，人家一个团队写了那么久的项目，普通人真没那么大本事能看懂看明白。

笔者 2015-2019年间，就不信这个邪，喜欢研究个清楚明白，直到后面才深刻认识到，自己真的平凡又普通。

所以，2019年以后，笔者就不在做技术层面的深入研究了，而是研究技术的应用层，就是探索如何用技术创造出更方便，更好用的技术或产品。

思维的产品，也让笔者成功地做出了几个盈利中的产品，也有兴趣和力气，去做更多，更好的产品。

那么说到这里呢，希望读者朋友们，可以多多思考一下，问问题的艺术，技术探索的边界以及自己的特点和擅长。

把时间和精力，花在自己擅长的事情上面，有可能会获得更高的性价比。

那么针对以上问题的回复呢，笔者很快就得出一个方案：

简单，把 pdf 做 2 份，一份只有几页 (免费版)，一份就是全部的 (付费版)，这不比你看 pdfjs 源码快得多吗。

说实话，笔者几年前绝对想不出这种方案，这几年的折腾和实践，让笔者的 技术思维 慢慢向 产品思维 进行了一些转变。

我认为，前者带着一些 个人英雄主义 的情绪在里面。

比如说，我们看到一个组件不好用，哎，我要自己写一个。

笔者以前就喜欢干这种事，手写轮播图，手写手风琴，手写菜单等等。

现成的，框架的，一律不用，不如我自己的好！

我自己写的，掌控度多高啊，想怎么改怎么改，几年后我都能维护。

哈哈，中二气息充满了~

现在不行了，30 岁了，成熟多了。

人家大厂的技术团队日夜维护的框架，组件，不如自己写的好？

人家国际知名的轮播图不香？

太好了，太香了，老铁们。

专业的事情，交给更专业的人去做，在工作上面，适当减少个人英雄主义，用更好的、更稳的、更强的，现成的东西去解决问题。

尽量不要自己挖洞给自己埋雷，因为这极有可能影响工作效率，产品稳定，还容易出 BUG，最后还有可能自己收不了场 (别问我怎么知道的，毕竟谁的青春不迷茫~)。

那么后者呢，更多的是直面 解决问题 这个关键目标而去。

过早优化，是万恶之源，不管是写代码，还是做产品，都是如此。

同样一个东西，一个能用，但是不好用的产品，绝对比一个不能用，但是代码写得贼优雅的产品要好得多。

很多时候，所谓的 代码优化、性能优化、体验爆炸，其实不过是技术人的意淫罢了。

当然不是说这些东西不重要，而是一个能用的，可以马上用起来解决问题的东西，要比以上这些因素重要地多。

在 可用 的基础上，其他的一切都是锦上添花。

最后呢，笔者的公众号，关注的人还不多，希望大家可以访问我的个人网站 https://chensuiyi.me，有一个大大的二维码，扫码点个关注吧。

更多精彩内容，将会在笔者的公众号 陈随易 上，持续分享~