@tool2d 是啊，我也觉得很难，不同项目、岗位的差异都是很大的。所以我的思路是学习后取其对我有用的，比如“可监控、可回滚、可灰度”，这里面我身为 Android 客户端开发，是完全没有回滚灰度需求的（靠版本控制而不是代码控制了）。
但是我觉得这种意识对我的平常开发帮助还是很大的。如正文所说，我会在开发时有意识让我的代码是“可回滚”，可以方便地切换新旧逻辑供调试（而不是频繁切换 Git ），“可监控”就是让我有意识地让代码的逻辑完整，比如对一些不可能的逻辑不直接 if xxx return ，而是会加个埋点，如果真的发生不该走的逻辑能及时发现。

模块分层确实是永远的难点，这个我就确实不指望能学到啥就能一劳永逸了，只能靠经验分析，成长。这个我当初看到过一个文章对我的帮助还是挺大的：<https://www.maguangguang.xyz/layered-architecture>



@jones2000 嗯是的，这些目前是有的，不过侧重点在产品那边。我司现在的产品他们需求分析做的挺好，竞品对比也很完整，不用我太操心这些。我现在困扰的地方在于需求到代码之间的这个桥梁，如何用更好的工具和文档辅助。


@sordidclown 谢谢，大概扫了一眼，很全面很理论。书应该是好书，我努力看看能不能看下去吧


@xuanbg 我个人（个人观点）一直不太习惯思维导图，因为我感觉思维导图承载的信息量有点小，我个人更习惯 h1 、h2 、h3 这样的一个一个列下来，然后顺着目录看也挺方便。当然我们的思路是一致的，靠工具来辅助自己梳理思路，工具适合自己习惯就行。

@MyComputer 嗯我问了一下，它的回答是：

《代码大全》：这是一本非常经典的软件开发书籍。从需求分析、设计到编码实现，再到测试和维护，书中都有深入的讨论。书中还强调了代码质量的重要性，给出了很多实用的代码优化技巧。

《重构：改善既有代码的设计》：这本书主要讲解如何通过重构技术改善已有代码的设计，使其更易于理解和维护。书中提供了很多重构的实例，可以帮助你进一步理解和掌握重构技术。

《敏捷软件开发：原则、模式与实践》：这本书从原则和模式两个角度介绍了敏捷软件开发方法。书中讲解了很多设计模式和编程原则，可以帮助你更好地设计和实现代码。

《软技能：代码之外的生存指南》：这本书讲解了很多软件开发之外的知识，包括职业发展、学习方法、人际交往等。这些知识对于提升你的软件开发水平也非常有帮助。

阮一峰的网络日志：阮一峰是国内知名的程序员，他的博客中有很多关于软件开发的文章，包括编程技巧、设计模式、前沿技术等，都非常值得一读。

陈皓的博客：陈皓是 CSDN 的创始人，他的博客中有很多关于软件开发的文章，从软件开发的基本原则到设计模式，再到软件开发的最佳实践，都有涉及。你可以从他的博客中学到很多实用的知识。

这几本书我觉得不太适合我的地方在于：
前两个，我这其实不是代码层面的技巧了，而是靠一些“工程意识”去辅助写代码。而敏捷开发的问题在于，我改变不了整个项目的开发流程，我只能也只打算管好我自己，那这些需要配合的策略不适合我。
那本软技能就是一些面试之类的其他技巧，有点偏了。

这很明显是温水煮青蛙吧，公司现在这发展节奏目测熬个两三年也差不多倒闭了，那假如转外包了，过两三年你再出来找工作，你觉得哪种选择更好。

楼主不配个图么，很久没更新了也没打开，也不想特意更新一下去被恶心

「差生文具多」这事我通常是用来自省的。
少数派从程序员熟悉的领域看，很多确实是有用力过度的现象。但是以读者的视角，我觉得图文叙述下写多点没啥问题，对不适合我的部分粗读或者跳过就好了。比如我开始用 Obsidian 时，就阅读了很多少数派里关于它的文章，虽然大部分确实我没用上（至今没装几个插件），但是对我还是帮助很大的。

习惯这种事很难分对错。比如 IDE 装不装插件、改不改默认配色、JDK 用 8 还是 11 还是 17 这些问题，和上面一样，我认为只有适不适合自己，而不是站在自己的视角觉得别人如何如何。

Android 我记得有一个方案： https://mp.weixin.qq.com/s?__biz=MzAxMTI4MTkwNQ==&mid=2650830283&idx=1&sn=bb0bcebfd025805ddda7bb2c36f7231e&chksm=80b7a155b7c028437cffc35a62003f7dfcc00a275b52fe98aa3c1aa9034a6fc74b16f5f18910

提一个问题，我一直希望能有一个可带轻微编程逻辑的搜索功能（类似 DataView ），举个例子：我有个文件夹里面以每个朋友名字命名了一个文件，里面有记录生日"- 生日：10 月 26 日"这样，我希望能索引并排序。

靠 Obsidian 自带的 query 语法我可以显示出来，但是不能排序。而 DataView 支持排序，但配置必须写到 MetaData 里，我觉得这样太不自由了，很苦恼。

想知道有没有朋友有啥类似的插件或者更合适的方式？

@sdjl #56 哦哦，我大概理解你的意思了，结合一下我自己的思考，那我的结论是：
1 、听书是一种“性价比高”的 得到整本书大致的内容、观点 的方式。对于有启发的知识自己再去深入了解。听书更像个资讯平台，或者知乎里的一些质量不错的回答。重点是带来启发。
2 、这部分零碎时间，也不方便做点别的，能多了解点东西也是好事。

问个问题，不是杠题主啊，只是顺着题主描述而产生的疑问：（我没听书的习惯所以不了解）

1 、这种听书，能自己获得书籍里的感悟么？因为听起来这是音频制作者自己总结概括且面向受众的。
制作者消化后的知识（且可能夹杂了他自己的认知和喜恶），这种比得过自己去阅读么？
2 、假如要的就是一份迅速吸收，粗略了解。那为啥选择听这种效率低的方式，看别人的文章会不会更快也更方便回顾思考。（比如编程相关的东西，我个人是习惯看文章看书而不喜欢视频的）
这点可能的原因是现在主流的输出都是音视频了，纯文字的优质资料少？
3 、如果听书的好处是一边还能做别的事，那这与“学习”是不是冲突的，毕竟我认为既然是学习，那要伴随着很多思考，没法让我分心做别的。

以上不是抬杠，只是我目前的个人观点，想听听作者意见，有道理我自然会改变想法的。

原来不是我一个人。我之前基于对开发人员操守的信任，相信他们会修。升级 MIUI14 后概率确实小了很多，但这两天也复现过。

有幸（不幸）跟小米公司对接过项目，感受到他们是如何把问题糊弄过去的。因此我对他们的开发质量是不太信任了。

@hairoy
@Leviathann
谢谢回复，一开始我确实是苦恼于 List 怎么没有 TreeMap 这样的根据比较器插入的数据结构。然后网上搜索一下之后无果后放弃了这个方向。
但是现在一想，我实际上还是应该把 TreeMap 来当 List 用，因为这可能是最理想的方式（在插入时确定好顺序，且 Map 有良好的索引规避了 ArrayList 的后移、LinkedList 的查询）。
虽然它可能会带来一些额外的小问题（比如时间戳一致的资源会不会导致覆盖），但这种我自己想办法规避一下就行。

@geelaw 嗯，你这种是一种很科学的方式。我最开始为啥没用这种是我考虑到我的实际需求还有一部分是：每获取到一部分图片、视频就要展示给用户看（因此有并发场景），那这个巨大的 ArrayList 是需要多次排序的有浪费。
但我刚刚突然想到了，这其实是每次排序了一部分，剩下的数据也是增量排序（把新数据放末尾就不会 UI 显示不对），实际上是没多少浪费的计算的。

然后我提问的困惑之一是：假如我在这种情况下硬要 ArrayList 、LinkedList 里二选一，ArrayList 在存在后移操作的情况下性能还是更好么？
然后我思考了一下您的想法，这样理解对不对：在有大量中间插入需求的时候，ArrayList 、LinkedList 的性能其实都很差。所以我们更应该做的是通过其他的方式（比如先插入再统一排序、或者 TreeMap 之类的方式）来规避这个问题，而不是强行比哪个差的方案更好一点。

Android 的整体趋势是越来越少的，那种普通的应用开发（主要配合后端渲染页面）的岗位会越来越少，对应的小中厂的岗位是越来越少的。
目前的行情我觉得是：稳定的需求还在所以对能力足够的资深开发环境还好，但是初级开发的岗位如上是少很多的。
所以我是不推荐新人入行 Android 了，当个人兴趣爱好还行。

算有的吧，我之前写了个摸鱼的小程序给群里朋友们内部玩，功能就是我写好了一个鱼池里面有很多鱼，稀有度不一样，分数文案不一样。每个用户可以每天摸一次。
基本上是一次写好也没 Bug 。因为需求清晰实现也简单，经验丰富一点的程序员问题都不大。

然后后来加了加成功能，可以特定时机触发特殊的效果，又加了限定活动等等，Bug 就多了起来。

程序的实现简单来说分为：需求到程序员的映射，程序员把这个需求到代码的映射，程序员本身对编程的掌控力度。
第一个映射出问题就是需求理解不一致；第二个映射出问题就是我们开发时自己考虑不周全，很常见；第三个就是我们的编程水平体现，但是需求足够简单的话问题其实不多。

所以要是这三方面问题都不大那自然没啥 Bug 。但是一旦迭代起来了，一二三部分都很容易出现问题。

关注登科很久了，在我眼里是一个很有创造力且分享了很多优质内容的博主。
不太理解但也能理解 V2 上那么多人喷，毕竟 V2 的主流情绪非常地极端。但博主在这里的“预览内容”我觉得少了点，让陌生人没啥付费欲望。

我还是挺好奇这类绑定微信账号的投票，有没有啥通用的刷票方案（淘宝也行但是好像搜不到）

@ltkun 硬件上是可以长按直接切换的。我当时就是误触了发现不对，然后想进手机设置看看模式对不对就发现了这个 Bug

我的标准：工作中实际运用到的或者有参考价值的就是合适的；只存在于面试题里会用上的就是造火箭。

上面有人提到是选拔考试，这是没错的，但是楼主的困惑是这个选拔的标准。靠“难题”、“偏题”或者各种底层原理，当然好筛选了，但是这暴露的是面试官自己没有能力去恰到好处地衡量面试者水平，就只能这样筛选了。

在我两三年经验的时候面过一波公司，当时感觉各公司面试官水平差异特别明显。我会的比较杂，但是有一个很牛逼的面试官能针对我各方面的点都提出问题，还能指出一些问题。而也有一些面试官，只会死咬原理，当时有一个地方我理解错了提出了质疑，说出了我的思路问他哪里不对，他就说“是我在面你不是你在面我”。

当然，往好了想，面试者与公司本来就是双向选择，面试官也能体现公司的氛围，既然不习惯说明确实可能不适合。

@ruixue 现在终端对云端服务器的依赖已经接近危险的边缘了，补充一个例子：
我在飞机上用小米降噪蓝牙耳机，开了飞行模式，通过手机都没法调整降噪模式。（虽然我觉得这个纯粹是它代码写的烂，是个 Bug ）