html简单网页代码 每天在公司写3000行代码，在行业内是个什么水平？
每天在公司写3000行代码，在行业内是个什么水平？
3000行。这是不假思索地计算代码生成器代码的结果。如果你不是在一家外包公司，你就是底层的蓝领软件工人。当然，公司也不小。质量代码，每天100行甚至30行已经很好了。
我曾经接手一个项目，由2-30人维护，但在运行中仍然存在问题。当时的问题是是否用新的建筑重新开发。在研究了项目架构和代码之后，我决定优化现有的项目，而不是重新开发它。一个团队做了客户要求的新模块，我带领团队做了提高稳定性和使项目可维护性的工作。最后，在保持函数不变的情况下，我将项目的代码减少到原来的十分之一，性能提高了100倍，数据量减少了30%。维修人员减少到5人。客户反应好，维修费用不变，所以利润很高。我每天的代码量相对于整个项目是负的。我以后做的就是每月检查新代码，找出不符合规范的代码，要求整改，把不听话的程序员转到开发团队做蓝领。我什么时候才能理解架构的规范和意义，然后考虑培训和改进。就像军训一样，我们会在方阵中迈出积极的一步，然后上来打一场硬仗。
要求团队必须有经验并精通体系结构。如果人不多，会有2-3人。如果人太多，他们就做不到。
当你的代码减少到100行，公司对你的评价还可以时，你就真的是在编程，而不是在砌砖。
如何判断一个程序员写代码好与不好？
程序员编写的代码质量可以从两个方面入手
1。好的代码通常很容易理解
专家总是把复杂的代码变成简单的代码。他们写的第一件事就是能让人们理解。在提交代码之前，谷歌和苹果的工程师们会环顾四周，同时看到代码。如果对方认为没有问题，可以直接提交，并在提交评论中写上评审人的名字，这也承担了责任，看似很简单的模式，但大多数科技公司都采用这种模式。
所以代码不能只被你自己理解，这样其他人就可以理解你的想法和你的设计意图。
2. 好的代码，遵守整个系统的编码规范，不出格，最重要的一点是好的代码能经得起实践的检验，在实际操作过程中，没有大的系统崩溃才能被称为好代码
所以代码不仅要好看，还需要有好的性能，对于程序员来说，代码是面子，尤其是在团队合作中的应用，一个人如果编写出高质量的代码，就会给人一种可靠的感觉，在合作的过程中很容易形成一种默契的感觉。当我们看到谁编写了高质量的代码时，我们在调用模块时会感到非常舒服和自在。代码的好坏直接关系到程序员的素质，有很多老程序员非常关心代码的质量，不允许自己犯一些非常低级的错误，造成自己声誉的损害。
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
