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

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

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

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