第24期 - 37法则

封面来自上班摸鱼时到处找同事帮忙赚到的60元!之前都是帮别人,这次是第一次自己赚到钱,然后还用这笔钱去参加了百亿补贴(看哪吒2),属于是内部消化了。

记录自己的%2,aka每周摸到的🐟(不定期更新

”37%法则?”

这个说法是在阮一峰周刊看到的,这里我想全文朗诵:“寻找阶段进行到37%就要停止。100个应聘者,先面试前37个,此后的面试只要遇到一个更优秀的,就立刻录取,不再继续面试了。换句话说,前面37个面试者无论多么优秀都不会录取,他们只是用来确定录取的标准。如果最合适的偏偏在前面37%里面,那么只能错过了,作为寻找阶段不得不付出的成本。最终录取的将是不如前面候选人的次优选择。这个法则很实用,日常生活中只要符合寻找-决策过程的场景,都可以适用:
(1)相亲时,假定有10个相亲对象,那么前3-4个可以作为寻找阶段,后面只要遇到一个比前面更好的,就可以同意了(当然我不认可这样的爱情)
(2)租房时,假定有一个月的时间找房子,那么30天的37%也就是11天,在找了11天之后,你就要出手了,只要发现比先前更令人心动的房子,就不要犹豫,马上租下来
(3)读书时,假定这本书有100页,如果读了37页,还没发现有感兴趣的内容,那么就可以放弃了
(4)一个10集的电视剧,第四集是最佳弃剧时间。
(5)一个10分钟的视频,看了3分42秒,如果觉得不好看,就可以关掉了
(6)一个人想在18岁到24岁,一共七年的时间里找到人生方向,确定未来想做什么,那么他有2.59年的时间自由尝试,也就是到了大三就该初步定下自己的方向。”

音乐分享

《I won’t give up》
这是我高中的时候看一个up主二创的视频听到的,那时候很喜欢这个up主,但现在已经退圈了。真的结尾一句太苦了,副歌一起,带来的震撼是至今都记得的。

有意思的产品和工具

holiday-cn
https://github.com/NateScarlet/holiday-cn
能够获取每年的法定节假日数据,可以用于类似会议预约或闹钟设置时节假日和工作日判断的辅助工具

播客和文章

Be Careful When Using Cursor to Help Build Application
https://www.pixelstech.net/article/1736068526-be-careful-when-using-cursor-to-help-build-application/
最近有点过于依赖ai了,尤其是即使我知道它效果不好,也还是不想动脑去思考,一直prompt。该文就使用cursor提出了一些建议,1.定期提交commit,缓存记录,2.测试回归或者编写测试用例,3.使用composer进行多个文件修改.4.自己来写框架(及其认同!因为如果是ai来写的话,读起来相当费劲,并且效果不如人意)。5.不要沉迷使用cursor或其他ai ide,在写不出或者没思路的时候再使用ai。只靠ai的话,效率可能比手写更慢,亲身实测。

小printf
https://ferd.ca/the-little-printf.html
打开notion的时候无意翻到了以前的博客,然后看到了这篇文章,当时的我还是个刚实习不久充满迷茫的小卡拉米。“作者模仿《小王子》的情节,通过小printf遇见的不同类型的程序员,然后悟出什么才是真正的程序员”

洋葱模型—从理解到实践
https://juejin.cn/post/7138370817544929310
工作以来一直在从事业务相关的,没学习过新知识,尝试去了解了下洋葱模型,感觉这种设计很巧妙,拓展性也很高,后面又去了解了下的ahooks里面的useRequest,以及为了业务学习了下插件机制,本质都是在生命周期中提供拦截器,自定义想要的操作。不过虽然一句话概括了,但是实现细节还是很多的,值得学习。

面向 Model 编程的前端架构设计
https://juejin.cn/post/6899647897508577294
这篇文章是我想看但是我看不明白的文章,可能是我目前造化不够,先mark一下(这是来自后期的maziyo,最近ai用多了就不会写代码了,而面对一个0-1的复杂项目,甚至不知道如何prompt,于是又只能手写代码了,然后发现只要数据处理好了,剩下的展示部分就会很简单。也就是数据与页面分离,这是不是就是文中所介绍的基于model层的前端框架呢?也就是说数据的处理与页面隔离开,这样页面的渲染无论什么框架都ok。我瞎掰的,免责声明)

精读《React Hooks 最佳实践》
https://github.com/ascoders/weekly/blob/master
优雅,开篇的组件定义就十分的优雅,使用useMemo来优化渲染性能,defaultProps来定义初始值,而不是使用解构赋值,因为解构赋值地址每次都会变化。不过我里面印象最深的是debounce的优化。不是从一开始就做防抖,而是将关键值频繁变化的相关代码进行防抖。只防抖关键部分。