版主调停辛苦。但对楼主意思解释不贴切。
楼主的基本假设，是代码行数和问题复杂度成正比的。
他表面说代码量很难超过1万行，实际是说，很难有这么复杂的问题，需要一万行代码以上。如果有，那一定是复合了多个问题，可以继续拆解。如果问题本身（业务域）不能拆解，那就上软件工程领域的技术手段，就又可以、并且应该拆解。（他一直强调“分配到个人、由个人负责”。

他有这种认识，跟他工作的领域相关。编译器要解决的问题，都都来自编程语言。而编程语言本身就是经过设计的产物，是经过抽象的、合理性压倒不合理性的存在物。粗糙判断的特征，不与“人”打交道。

如果换个工程领域，比如说送外卖的订单系统、CAD图纸识别、裁缝版型三维建模。这类问题本身就没什么必然性和合理性，程序要解决的问题，主要来自于人，或直接与人打交道。很多判断时间、价格、结果阈值确定的逻辑，没有问题模型，就是不停的if...else。 遑论更基本的界面的合法性检验之类。写个几万行还不是玩一样。

楼主能不知道业务域不同问题就不同吗？可能真不知道，所以上来求教怎么可能1万行。也可能是小小的隐性凡尔赛一下。赛点就是，我工作的领域啊哈，是高阶的，我最近的工作结果，是令人满意的。——挺好，每有所得，欣喜若狂。类似“法喜”。
- 来自 水木社区APP v3.4.2
【 在 javaboy 的大作中提到: 】
: 我理解楼主说的1万行问题，应该是说的是做事精益求精，作品完美到一字不能再改的态度。而不是真正manage不了1万行的项目。
:
: 文字传达意思打了折扣，所以容易争起来.对自己的工作有自信的人尤其爱争。哈哈。
--
FROM 36.40.146.*

加油 相信自己可以的。情到深处人孤独，研究深了估计一样？（我水平太浅，没有这种体验。

分析法宝：
1 找个大白板，把所有的线索列出来，视觉上把所有信息加载到脑子里。如果脑子的一级缓存有限。

2 找个同事，给他讲一遍。小黄鸭调试法。

3 向自己的上级求助。放心，上级不会因为你提问题认为你弱鸡。很可能会协调资源帮助你。前提是你真的遇到了问题，并且准备负责任。——及使你的领导是个例外，会臭骂你一顿。但也绝对比半个月后说有问题，骂得轻。
- 来自 水木社区APP v3.4.2
【 在 philbloo 的大作中提到: 】
: 你说的基本都对
:
: 不过我发这帖是因为眼下压力太大，所以来找共鸣的。一个人负责的模块，必须出结果，没有扯皮的余地。现在三个月过去了，只有最后半个月，接下来必须要综合和仿真，因为客户也在等着，我一个人成为了瓶颈，压力非常大。而手头的五千行代码已经快掌控不了了，不仅要继续加功能，还明确知道现有代码是有错误的。
:
: 好了不扯淡了，继续工作。
--
FROM 1.86.55.*