首先是要有意识，Git 切换分支是比较轻量的，所以是可以多分支开发。
一个简单的协作方式是：dev 分支当开发分支，然后每个人自己一个 dev-xxx 分支，某个人每次开发完一部分把代码合并到 dev ，需要的时候也从 dev 拉代码到 dev-xxx 分支。
这种是比较简单省事不容易出问题学习成本也不高的方式。

另一种更简单的方式就是其他人说的，push 的时候选 rebase ，在 IDEA 里也是一键的事。

笑死，JVM 的那题我都没答出来。这种题确实是纯恶心人了，该骂。
首先，如果是纯粹地过滤出发烧友，靠答题来增加门槛，这个我个人是支持的。但是你看这些题是为发烧友设计的么？
我都能脑补出这个功能的实现场景：是一群用着 iPhone 并不发烧的产品经理，他们不理解小米为发烧而生是什么含义，只觉得吵闹。然后题目就随便交给某个研发出几个，然后那几位不负责的研发想“不就是要考倒人嘛，我去找几个面试八股文”，然后就弄成这个鬼样子了。

十分符合我对小米公司做事态度的印象。

这件事其实是比较旗帜鲜明的两派的。
我的个人观点是：我又不是跟这个公司绑死在一起，我认真做事好好写代码首先是对自己负责，其次才是对公司负责。这就跟高考一样，使心眼跟同学竞争毫无意义，你的对手是整个省。
如果日常开发也是能凑合就凑合，那哪天你想写简洁易懂的代码就能信手拈来么？人的能力都是锻炼出来的。
如上面所说，裁员来的时候一般是大势，个人的这些“小技巧”无足轻重。我认为提高自己的竞争力才是关键。（可能互联网行业就不存在养老的说法吧......）

我记得前些年有个梗：淘宝是旗舰机都带不动的 App 。
当年我还是挺伤感的，阿里仗着自己市场份额给用户喂屎。包括深色模式也是一直没支持。
前些天看到阿里跟拼多多的市值对比新闻，虽然我对拼多多也没啥好感，但不由还是开心：善而终有报，阿里的傲慢终究是反噬到了自己。
[我在等腾讯的报应了

@niceyuri 好的，我昨晚搜了一下这本书，看着确实很适合。不过完全没啥电子版不能先预览一下，不过我看当当京东有卖，到时候买来看看，但又要考虑凑单好烦...


@py2ex 虽然软件工程的内容我忘得差不多了，但是当初我上课的回忆还在脑海：
教我们各种图怎么画，继承用这种箭头，组合用这种箭头，实现用这种箭头。然后论文这里写啥那里写啥，每个类你要写个表格把属性返回值全列上。
甚至整个流程都是在我写完了代码后对着代码画出来的。我觉得是完全起不到辅助我改善代码质量的作用。
当然，我知道这更可能是我这个辣鸡学校的问题，国外的公开课应该会好一些。但是我个人担心这类又太基础（面向的都是学生），不能针对我的痛点“程序员自身希望能靠学习些工程知识辅助我更好地编写高质量代码”。
相比之下我觉得楼上推荐的那些书籍的部分章节应该会对我有帮助，因为面向的本身就是程序员。
当然也谢谢你的建议，等我先看看那几本书，之后再找点公开课查漏补缺。


@johnhuangemc2 谢谢，目前简单看了一下，似乎对模块拆分之类的很有帮助，我之后仔细了解一下。


@LBLK 谢谢，这确实是一本知名的但是我还没看的书。刚刚瞄了几眼面向对象和函数式相关的阐述，确实很透彻，加深了我对一些做法的理解。比如可变性的隔离和事件溯源。

@sleepm #6 好的，谢谢，那本 UML 我看了下目录，有部分章节应该对我有帮助，我到时候挑着看看。
《发现问题的真正所在》这本不错，对日常分析问题估计也有帮助，我仔细看看。
是的，您说的这些是实在的锻炼方式，我也在这样努力。然后就感觉自己分析的时候如果没有更优质的经验学习，那往哪个方向就不太明了了。就像我刚毕业那几年自己会琢磨怎么写代码比较好，直到某次阅读了 Effective Java 惊为天人，很多我苦苦思索也不知道哪样更好的东西，它清晰完整地解释出来了。
路肯定是要自己一步一步走的，但有前人的经验肯定能走得更好。
当然，对我来说如果有这么一个理想的能让我受益匪浅的资料是惊喜，没有那我也还是慢慢锻炼总结吧。

@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 了，当个人兴趣爱好还行。