推荐学习书目
› Learn Python the Hard Way
Python Sites
› PyPI - Python Package Index
› http://diveintopython.org/toc/index.html
› Pocoo
值得关注的项目
› PyPy
› Celery
› Jinja2
› Read the Docs
› gevent
› pyenv
› virtualenv
› Stackless Python
› Beautiful Soup
› 结巴中文分词
› Green Unicorn
› Sentry
› Shovel
› Pyflakes
› pytest
Python 编程
› pep8 Checker
Styles
› PEP 8
› Google Python Style Guide
› Code Style from The Hitchhiker's Guide
这是一个创建于 2392 天前的主题，其中的信息可能已经有所发展或是发生改变。
组里的工作主要是用工具，偶尔写的代码还是 py。 突然说每年目标设定要设定代码量，震惊了。。不知所措。。
 |
1
saulshao 2018-06-12 15:06:12 +08:00
我一直不懂设定代码量是什么鬼?
难道不是实现同样的功能,代码行数越少的应该技术更高明吗？ |
 |
2
a7a2 2018-06-12 15:08:51 +08:00
那就用 c 保证足够 保持员工的代码熟练度及学习热情是很有必要
|
 |
3
flatflax OP |
 |
4
siloong 2018-06-12 15:25:25 +08:00
我觉得还是按行数好一点
|
 |
5
sutra 2018-06-12 15:25:49 +08:00
计算汇编的行数么？嘿嘿。
|
 |
6
feiyuanqiu 2018-06-12 15:56:39 +08:00  1
用代码量做为开发的考核标准，就跟用 BUG 数做测试的考核标准一样，都是懒得动脑子的管理拍脑袋想出的方法
实际上，如果项目里有任务管理工具，在给成员分派任务的时候就可以由 leader 和成员一起，给每个任务评估一个开发工作量和测试工作量 在项目完成之后，在项目回顾时再根据实际的开发情况调整一下每个任务的工作量数值， 考核时直接把每个人所有的开发 /测试的任务的工作量汇总，如果还要考核开发质量，还可以计算一下 bug 数 /工作量 比值 |
 |
7
3dwelcome 2018-06-12 15:59:37 +08:00
估计还是你们团队里摸鱼的人太多，领导实在看不下去了，觉得在占公司便宜，才想出这种办法。
|
|
8
flatflax OP @3dwelcome @feiyuanqiu
业务导向型，主要维护系统，需要写代码的机会真的少（不算 sql 的话） 而且改 bug 的时候，设计书得写两天，审核要一周，改 code 只要半小时，测试用一万年（而且测试样例都很 shi，又必须得设） 我自己都看不下去了 |
 |
9
hustfox 2018-06-12 16:57:58 +08:00 via Android
华为在每个项目开始时都会估算每个人的代码行数的
|
|
11
saulshao 2018-06-12 22:28:51 +08:00
华为是一个真正的奇葩公司......
|
 |
12
xpresslink 2018-06-13 13:37:51 +08:00 1
其实懂行都知道，开发某一个系统或功能模块时，程序员所付出的精力和体力和代码行数没有什么必然关系。
程序员要花很多时间去准确地理解需求，设计方案，试验算法，排错调试，花了三天最终也许只是几行有效代码。 如果以代码行数来算工作量，只能在低级搬砖层次。 |
Select Language