这篇文章上次修改于 1295 天前,可能其部分内容已经发生变化,如有疑问可询问作者。

日常和 @Innei 聊天,本次的话题主要围绕在 Web 技术方面。他今天遇到了一个超出自己能力的难题,直接找我开唠了!

框架之争

Innei:搞了半天 GraphQL,最后好不容易跑起来了,发现 Nest 有 Bug 直接崩掉了,可能是 Fastify 适配的问题,气死了!为了一点点 B 性能从 Express 重构到了 Fastify,现在发现 Fastify B 事一堆,我又要从 Fastify 重构到 Express 😡

他现在非常后悔当初改成了 Fastify。在他纠结这两框架的时候,我突然插入了一个 Koa,因为我想起之前貌似有人说 Koa 要取缔 Express。可事实上 Koa 的下载数量基本在谷底,而且连路由这样的基本功能都没有内置,生态和 Express 比也是毫无优势。

Innei:Koa 就是垃圾啊 要性能没性能 要生态没生态。追求性能就选 Fastify,要生态就 Express

论并发数量上,Fastify 确实是最好的。因为它有 Json Schema,所以比原生快。别的我不说,就我现在还在用的 php 语言上,我曾尝试过 Laravel,就写一个简单的路由,TTFB 就比我手撸的“数组拆分式”路由要高了不少。他说 php 的并发就是最底端的,前面基本上都是被 GoLang 所占领。

技术,为服务而生

随后他提出了一个名为“微服务”的概念,又是一个我不了解的东西,太菜了。他说就是把一个整体的服务拆分成几个小的服务,小服务之间再去通信。他前面还提到旧代码容易崩的问题,我真就没看到我的站崩过。他还问我怎么能确定没有崩?没有 E2E,单元测试,就不能直接说没有崩。

Innei:分布式啥的你总要知道点。微服务,小公司其实没啥用,用户也不多

Innei:其实我就是练技术的,要不然我直接用第一版 Express 就够了

这些术语我都无所认知。我感觉个人网站最多加个缓存就足够了,因为根本就不会有这么多人访问。那些技术的最佳实践,还是得去个大公司实践过才知道。我认为技术的最终目的只是为了服务,没有在大的平台里面,是真的能难用上。而且技术只会越来越多,按需学习使用就足够了,真的没有必要过于纠结使用什么技术。

不想做开发了?

他还在为了重构这件事情发愁,都开始怀疑自己是不是不适合做开发了 😂 他说他的代码已经重构了两次,这次要是重构就 3 次了,而且他每次写完都感觉写的很烂,还提出让我做自媒体,我当老板他当员工的“想法”。

可现实是我做视频从来就没有获得过多大的成绩,想起我另外一位好友 @千里马 也做了很多视频,但是观看量一直不过百。他每次录视频的时候还很紧张,录音也反复了几次才最终做出一个成品。

我问他你难道就没有感受到 B 站的打击吗,他却乐观的说:

我是学佛的,其实我感觉我没有多么注重有多少人看,更多的是把这个坚持下去吧。感觉我内心并不注重观看量,多少人看都无所谓的,自己玩的开心就好,就是内心不执着于这个播放量,执着的话上一个播放量提高了开心了,下一个视频播放量降低了为此而苦恼,各种因此引发的动态,这样上上下下,心也跟着上上下下折磨自己反而挺难受的。

这样的心态确实很好,非常难得。他甚至还想看看有没有可能出现 1 观看量的情况,可现实是粉丝观看都不止这个量了吧。我感觉他还是太年轻了,没走出社会自己工作,真的不能体会到那种感觉。

现实往往付出与回报不成正比,被毒打过就知道了。昨天的一篇文章《外卖骑手,困在系统里》就详细的分析了外卖骑手们的实际工作情况,他们为了一个数据,连自己的命都不要。而且他们还是弱者,忍受着这么大的工作压力却没有人能为他们发声。科技并不会让更多人放下工作,只会更多的提升产能。我现在都庆幸自己没有去跑外卖,很难想象这样的生活他们能坚持下来。

最后,我认为抱怨还是少点吧,看清现实,看清自己就已足矣。真的没有必要过于纠结太多东西,既为难自己,也耗费精力。我们真的已经比其他人要好很多了。