继续劳逸结合的加班呢

2022-01-23

今天看 B 站视频的时候刷到一篇讲二次元死宅相亲的一个视频,我在此发了一条评论,结果意外的成为了热评,这是我在 B 站第一次拿到热评吧。

下午的话又是劳逸结合,设计师那边又给我反馈了一些问题,我对这些问题都进行了一些细节调整,然后晚上他又重新调节了设计,想要继续和我对一下。

整个设计图最坑的地方在于商品最底下的评论,这玩意调用的是一个第三方评论插件,最便宜的版本,售价 9.9 美元一个月。按照老大的意思,就是说设计图给的内容无论如何都要做出来。那么问题来了,人家这样一个模块肯定也是一个团队的作品,要是我一个人能做出来一个一模一样的东西,那我是不是就可以直接去对面公司那里做了?

晚上和 @提莫 发起了一次聊天,原因是在于他分享的一篇 关于国内程序员现状的回答。不得不说这内容确实是太现实了,不仅仅是我公司存在很多同样的问题,之前去过阿里的 @Innei 也差不多有这样的情况。

他建议我去做安全,我却笑着说自己的 Linux 掌握的都不太好。确实是这样啊,要是想把这东西学好的话,我心底就不太乐意接受。做安全的话意味着你将会失去自己创造作品的机会。于是我又产生了一条新语录==

@Innei 那也和我聊到了一个话题,他说 setTimeout 计时器如果传入一个 Infinity 就会把它是作为 0 执行,是个大坑。感觉他又开始起劲了,又第一句话说我写的代码太少了。

和他详细聊完之后他才告诉我,是他自己遇到的一个请求器库,里面存在着一个超时时间的设定参数,如果这个参数不填写,会自动给他设置一个默认值,而无法做到永不超时。

他还给我举了一个例子,是我奇趣框架 JS 的消息弹窗,甚至这里面连 Number 判断都没有。我就和他说配置参数里面如果输入了 Infinity,应该和没有提供的效果一致。而奇趣框架的消息弹窗默认是没有超时时间的,无超时时间的弹窗会展示关闭按钮,有时间的则没有。

小雨 一般
概览页 时间轴
奇趣音乐盒 技术源于 Kico Player
Emmm,这里是歌词君