解决代码无序痛点

写业务逻辑代码的时候，没有一个大局观，一开始不知道画流程图，只顾着代码的实现和一些细节逻辑完善的话，写一点就调试一点，改一点的话，很容易就把代码写成屎山，不知道怎么搞

那就先写技术方案，想好实现思路，然后再写代码呗。

我一开始怎么实现都不知道

还是把功能写完了才知道一点

细节的东西，没有人能教你，只能自己在实践中去领悟。

技术方案就是解决这个问题的

如果你们开发流程没这个那就自己做一遍，也会有收获的

解决方案：

第一份是我们技术方案参考模版
第二份是我们画流程图的统一使用工具
第三份是我最近做的一个技术方案可以参考下

技术方案：如何写好技术方案 · 语雀

一样的技术方案是可落地的，写的时候多想想我写的方案让别人是否看得懂，他能否对着我的方案代码落地

方案模版应该你自己去思考，这样才能更有利于发挥出你作为组长的价值

树哥跟我说是因为技术方案和流程图的问题，但是我那个朋友告诉我是设计模式的问题

俺只是说说个人感想。 两者综合起来看，你的朋友看的是局部，树哥看的是全局。你朋友只提设计模式，说明你在项目架构这块的选择，组件划分等方面是没问题的，设计模式这块可以参考何鸿辉的《设计模式源码分析与实战》，先从常用的模式下手，多练习，定期盘点，会有很大改善的。

好吧，因为最近我也写了个短链接系统，下面是我之前的一些考虑点，发出来大家一起参考下

访问短链接跳转长链接
1. 如果一直访问缓存不存在的 Key，缓存穿透是怎么考虑的
2. 如果缓存穿透加布隆过滤器，初始容量如何预估，以及小概率的误判如何解决
3. 如果缓存穿透加布隆过滤器，因为公司紧急避险，扩容或把短链接应用迁移到了新的 redis，布隆过滤器就变成了一个初始化的容器，这种情况是怎么考虑的

布隆过滤器存在误判。布隆过滤器可以100%确定一个元素不在集合之中，但不能100%确定一个元素在集合之中。