1
kurtis 2013-09-12 16:39:22 +08:00
@allenforrest
我基本认同。 补充一下, 如果你把开发产品当作创作一件艺术品,当然一二个人感觉最好。 如果只是把开发产品作为流水线生产加工,和大规模生产的话,当然是车间式的大团队重要(否则不能保证产能)。 祝贺你,找到了雕琢艺术品的机会,相信感觉会比以前好很多!! |
2
allenforrest OP @kurtis 过誉了,呵呵,离雕琢艺术品的追求还差不少,只是觉得自我管理要远远好于整合层次不齐的团队,另外,与相同背景、能力和脾气的人一起配合,感觉很舒畅,就像老乔常说的那样,一流的程序员总是希望和一流的程序员一起工作,而不能容忍团队身边有二流的人存在。
当然这个极端了,咱离一流差的太远,只是道理的确如此。 |
3
whwnow 2013-09-15 11:14:37 +08:00
这个要同意一下,虽然自己还是菜比...但是有感触
|
4
Ricepig 2013-09-15 12:50:10 +08:00 via iPhone
必然的,沟通成本等。正如并行机的并行效益永远小于1。
不过,多人开发很多时候都是没办法的选择,因为有一个东西叫进度,叫deadline |
5
allenforrest OP @Ricepig 我感觉要看项目的规模和交付时间,这个规模和交付时间折算出来的生产率,在人员能力背景、项目技术难度和风险、公司流程和文化等等因素下,导致了很大的差异。
举个例子,我之前很多年都做通信设备,偏嵌入式软件,多年来总体生产率公司和团队都在400loc/人月,这个数据很多做互联网、web的朋友们都会觉得低的吓人,但的确在这个行业就是这样。 换到小团队开发,甚至1,2个人异地合作,一定又会是另一种结果 |
6
Ricepig 2013-09-15 13:39:40 +08:00 via iPhone
|
7
jaylong 2013-09-15 13:44:43 +08:00
同吐槽下v2ex的搜索功能,不能凭借记忆线索限定各种范围,有时候找个之前见过的帖子真是大海捞针。
|
8
allenforrest OP @Ricepig 同感,最近也是刚开始看rework,的确是很喜欢37signals这样的团队和做事方式。
|
9
allenforrest OP @jaylong +1
真心找不到,后悔当初没收藏 |