今天在社区闲逛，突然发现一个很有意思的帖子。一行代码？！你在开玩笑吧？（黑问号脸）我估计写到20万的时候，我会突然有个疑问——“嗯？我的头发呢？”学生A：我写了2000行代码功能你得考虑两三天。一百万行真的很多。大约用了五年时间编写了大约200,000到300,000行代码。因为一个任务，我被迫写作。让我写一百万行代码，这辈子怕是要死在电脑前了……同学B：我觉得如果你一份工作写一百万行代码，那你应该算是公司的高级职员。如果你为一个项目写了一百万行，那么你肯定参与了一个比较大的项目。如果你在一个类中写一百万行代码，你用什么编辑器？一个方法写一百万行代码，你被同事活活打死了吗？成长为程序员，需要10万行代码的积累。不过话虽如此，说起来也对，毕竟在入门阶段，确实需要多敲代码积累经验。但是练了一段时间，再注意代码量就错了。这个时候一定要注意数学和算法思维。按照这个计算，如果20万是练习门槛，如果你积累了一百万行代码，代码质量肯定会提高。高，说不定是某个领域的小专家。至于真的敲百万行低质量代码，听哥们的，我们转行吧。程序员不适合你的毅力。学生D：切，一群人渣。看一张网络图就知道我熬夜写几千行代码是什么状态了。我觉得我快要窒息了。如果时光可以倒流，我希望我不要做程序员！！！E同学：这简直就是礼品卡。谁能输入一百万个代码？一个12年的程序员，如果按正常的工作量，一天也就100多行，估计这五六年会有五万到六万行。如果外包公司的代码量估计要翻倍，那么按50万行计算。可谁会在一线日日千行这么辛苦呢？写了50万、60万行，我肯定是转行创业了，再这样下去，不猝死，说不定会脱皮。事实上，代码真正关注的是质量而不是重量。高质量代码是当前代码界所提倡的。当然，写出高质量的代码必须要有非常高的专业素养，需要在日常的代码编写中逐渐吸收。掌握。谁不是每天都在学习，目的不为一个，写出高质量的代码来实现某个功能。那么，写100万行代码需要多少时间，我们来计算一下：假设***情况，一天100行高质量代码，一年36500行，100/3.65=27年。即使你在20岁开始编码，也可能要到50岁左右才能完成。但实际上，关于平均代码量，即使算上所有工作日，也大约是20-30行；如果只讨论密集开发期，峰值不会超过200行。所以说，一百万个密码跟找女朋友一样不靠谱。总结一下：关于代码量，从初学者成长为程序员需要代码的积累，而数学功底和编程思维的加深在以后更为重要。一味追求数量没有任何实际意义。通常，越是核心部分的代码越小，就越容易写出大量的代码，大概是技术含量不大的UI和业务逻辑。有些部分可以用脚本或DSL更精简。写代码就像参加考试一样。做题最多的不一定是成绩最好的。另外，如果想做出高质量的代码，建议先打好技术基础，比如掌握开发语言，熟悉开发平台，掌握基本的数据结构和算法，了解基本的设计原则.建议采用代码标准。例如，谷歌等大公司已经制定了各种标准。写之前想清楚。不建议边做边想。我们往往很难写出让自己满意、无可挑剔的代码，所以重构对代码质量的重要性不言而喻。推荐阅读《重构》，行业经典书籍。归根结底，很多问题都是技术债。就代码质量而言，如果你还有对高质量代码的追求，建议你在负责一个小模块的时候，除了要做好，顺便也要纠结一下要还清技术债务，团队中没有人可以单独写出高质量的代码，代码审查也是必不可少的。其实很多代码问题都可以通过一些工具发现，比如Lint、Findbugs、PMD等Android开发中优秀的静态检查工具，通过对这些工具发现的问题进行改进，可以修正语法细节，对规格、编程技巧有更直观的认识。建议***与持续集成（CI）和代码审查环境结合使用。每次提交的代码都能自动验证是否通过了工具的代码检查，通过才允许提交。当需要修改大量代码时，单元测试的优势就显现出来了。你只需要放心修改，只需要保证单元测试用例通过即可，不需要前瞻后顾。写完代码，要进行全自测，至少要跑一个基本场景，一些简单的异常流程，不要总想着让测试帮你发现问题。***就是要用好开源。虽然不开源，但质量高，但至少关注度高、用户量大、口碑好的开源项目在质量上有一定的保证。即使有一些问题，您也可以提交反馈以持续改进。最重要的是，你花时间打造的轮子需要大量的精力去维护，充分利用开源项目可以帮助你节省大量时间，专注于最需要你解决的问题。
