小鱼啵啵啵
前端开发
获得徽章 15
- 都2022年了，为什么还有那么多前端同学使用redux，redux在大型项目里简直是灾难现场，推荐三个可代替redux的状态管理库，star都在15k上下
recoil：
github.comxstate：github.comzustand：github.com 展开512 - 来来来，元宵节灯谜 不靠搜索引擎你能答对几个
1. 老会计喝二锅（打一热门技术）
2. 梦中交谈（打一热门技术）
3. 连胜六场又赢了（打一知名操作系统）
4. 小米大合唱（打一著名互联网厂商）
5. 男女生都一样（打一技术术语）
6. 不达目的誓不罢休（打一著名网络解决方案提供商）
7. 席卷天下，包举宇内，囊括四海，并吞八荒（打一互联网技术）
8. 话又说回来了（打一网络安全术语）
9. 禽流感（打一常见的PC/服务器故障）
10. 深夜造访（打一网络安全术语）
11. 屡屡破记录（打一技术术语）
12. 单个花生超产（打一芯片技术）
13. 驴友上路多郁闷（打一网络设备）
14. 月老难扯二人姻缘（打一网络技术）
15. 光芒照四方（打一安全厂商）
16. 网管抓狂（打一网络设备）
17. 悟空出了五指山（打一技术术语）
18. 不听话就得打（打一网络安全术语）
19. 整个界面都是阿凡达（打一PC/服务器故障现象）
20. E（打一开发语言）
21. 拳王的金腰带（打一网络技术）
22. 方便月老配对象（打一网络设备）
23. 走麦城（打一网络安全设备）
24. 皇帝绷着脸（打一设备）
25. 太上老君的金丹（打一网络安全术语）
26. 王老吉面壁（打一网络安全设备）展开141 - 给技术文章作者朋友们提个建议——你们写文章之前，是否考虑下自己的选题是否太大了？我相信愿意写文章的朋友，对技术都是有一定热情和能力的，但是有时候看一些文章，不免有一种感觉——标题太大，内容太浅。
在大家都有一定热情和能力的前提下，内容太浅的原因，多半就是标题太大。你要写的东西你掌控不住，就会导致要么浮光掠影，拾人牙慧，要么标题谈森林，内容却只有树木。
我相信很多朋友都有这样的经历——读研或者写本科毕业论文的时候，开题阶段导师会催着我们缩小选题，因为在你不是大牛的前提下，你定一个大课题，说明你问题定义不清晰，还没有完全进入科研状态。
其实工作阶段的文章也是一样的道理，真正想写一篇有营养的技术文章，是很不易的，很多时候需要作者“降维打击”——如果你在工作中负责模块级的开发，你写文章最好写代码实现或者单一工具使用，如果你工作中负责项目级的开发，你写文章最好写模块级别的，这样就容易把文章写的完整且新（因为你有全局的视角和资深的经验）。
但现实中很多作者是反过来的——可能一个新人已经在写架构级别的文章了，这样的文章必然会呈现“流水钱”的质量，因为你在写一个你还没有完全掌控或者压根没掌控的东西。
其实这个话题还可以深化下去，比如如何在工作中克制“宏大叙事”的欲望，平衡领导需要你画饼的现实和执行层面越精确对自己成长越有利的道理，这就是另一个话题了，说实话我觉得自己谈这个话题还不够资格，等心里有底了我会试着写文章谈一谈。
总之就是想说，很多时候文章不好，并非大家在敷衍，也并非“中国就不能有好的技术社区”，只是有些有热情也有能力的作者，可能还没找到写好文章的方法，希望我上面的话，能帮到大家。展开410
github.com![[吐舌]](http://lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_95.6b0752f.png)
