ios应用商店 每天在公司写3000行代码，在行业内是个什么水平？
每天在公司写3000行代码，在行业内是个什么水平？
3000行。这是不假思索地计算代码生成器代码的结果。如果你不是在一家外包公司，你就是底层的蓝领软件工人。当然，公司也不小。质量代码，每天100行甚至30行已经很好了。
我曾经接手一个项目，由2-30人维护，但在运行中仍然存在问题。当时的问题是是否用新的建筑重新开发。在研究了项目架构和代码之后，我决定优化现有的项目，而不是重新开发它。一个团队做了客户要求的新模块，我带领团队做了提高稳定性和使项目可维护性的工作。最后，在保持函数不变的情况下，我将项目的代码减少到原来的十分之一，性能提高了100倍，数据量减少了30%。维修人员减少到5人。客户反应好，维修费用不变，所以利润很高。我每天的代码量相对于整个项目是负的。我以后做的就是每月检查新代码，找出不符合规范的代码，要求整改，把不听话的程序员转到开发团队做蓝领。我什么时候才能理解架构的规范和意义，然后考虑培训和改进。就像军训一样，我们会在方阵中迈出积极的一步，然后上来打一场硬仗。
要求团队必须有经验并精通体系结构。如果人不多，会有2-3人。如果人太多，他们就做不到。
当你的代码减少到100行，公司对你的评价还可以时，你就真的是在编程，而不是在砌砖。
刚才咨询了一个软件开发公司，说开发一个拍卖的app安卓跟ios平台一共需要十五万元，真的有这么贵吗？
15万真是尽责。你不应该认为它很贵。相反，你应该担心这个价格的应用程序是否真的可以运行。哦，算了吧。你连报价都做不到。我认为你不能操作它。相反，我建议你放弃制作这个应用程序。
为什么有些领导要用代码的行数来衡量员工的工作量？
绩效考核是对每个部门和员工工作数量和质量的评估。各类工作都有其特殊性，因此考核工作必须建立适用于各类工作的量化标准。
从程序员的工作特点来看，生产代码行数是评价他们工作的最合适的量化标准。虽然这个标准不足以考虑每个程序员的工作质量，但是程序员的工作质量并不是由他们自己控制的。他们只能保证自己输入的代码严格按照架构师制定的语句原则和变量算法原则，保证输入中没有输入错误，至少保证键语句输入中没有错误。只要能做到这些，程序员代码输入量达到规定的行数或超额，就可以判断其性能考核结果是否合格或优秀。
绩效考核的最大难点是岗位量化原则的制定。有些岗位不能用工作量来考核，比如公关部。对于此类部门，其目标任务的完整性比率只能在考核周期内计算。如果比例高于预定值，则为合格；如果比例低于该值，则为不合格或较差。
绩效评估是人力资源部的一项挑战。许多企业由于标准制定上的问题，使得绩效考核流于形式，这是一种非常危险的现象。这将严重影响整个公司的工作效率，甚至严重削弱公司的核心竞争力，因为核心竞争力除了内在的市场导向和品牌识别外，还包括企业文化战略和人力资源战略的有效性
一个7人的iOS开发团队竟然三个月左右才能兼职完成像微信类的社交软件项目，难道都是这样？
做一个百度你想不到10天，不是一个页面
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
