C*******i
发帖数: 76 | 1 工作中的问题，很困惑，请教大家，拍砖也欢迎。
我是码工。刚来公司的时候，因为人少，老板让每人负责一个项目。项目很有意思，我
做得很高兴，能学东西，成绩也不错。后来项目渐渐成熟，我的项目变成了核心产品，
其它项目由于各种原因渐渐萎缩。其实这时需要的人应该更少，老板却又招人。我就不
再是项目的唯一负责人了。我本人比较懒散，没什么野心争当领头的。组里另一人开始
做类似项目经理的工作。
老板开始推行Pair Programming。要求大家尽量两人一组编程。我自己不大喜欢Pair
Programming。偶尔为之还好，整天Pair Programming很累。主要是得不停地说话，要
查什么东西很难两人同步。要是同伴和不来就更糟糕。我更喜欢的方式是小组讨论做法
，单个编程。是不是这种做法过时了？
现在的问题是，由于人多项目少，常常我做得好好的东西，同事半路拿过去做，老板有
时也会要我去做些别的。我自己是个拿工资的，也无所谓把住项目不放。但现在的情形
是我对什么项目都没兴趣。觉得反正总有人会拿过去做。常常是来到办公室里不知道该
做什么。提出些建议吧，常常也不被接受。
自己觉得是该离开了，但不知道是不是大点的公司都是这样？请给些建议。鞠躬！ |
m*******r
发帖数: 339 | |
w***g
发帖数: 5958 | 3 这个主要还是跟自己的定位有关系吧。你要是老觉得东西是你做的credit应该归你的话
，那在公司就是会很不爽的。可能自己单干会比较合适吧。
【在 C*******i 的大作中提到】
: 工作中的问题，很困惑，请教大家，拍砖也欢迎。
: 我是码工。刚来公司的时候，因为人少，老板让每人负责一个项目。项目很有意思，我
: 做得很高兴，能学东西，成绩也不错。后来项目渐渐成熟，我的项目变成了核心产品，
: 其它项目由于各种原因渐渐萎缩。其实这时需要的人应该更少，老板却又招人。我就不
: 再是项目的唯一负责人了。我本人比较懒散，没什么野心争当领头的。组里另一人开始
: 做类似项目经理的工作。
: 老板开始推行Pair Programming。要求大家尽量两人一组编程。我自己不大喜欢Pair
: Programming。偶尔为之还好，整天Pair Programming很累。主要是得不停地说话，要
: 查什么东西很难两人同步。要是同伴和不来就更糟糕。我更喜欢的方式是小组讨论做法
: ，单个编程。是不是这种做法过时了？
|
C*******i
发帖数: 76 | 4 这个也是我纠结很久的问题。Team Work当然比单干要好。但即使在Team Work里，每个
人不也应该有一些自己做的事吗？大的构架必须由Team Work来讨论，难道具体到每一
个Function该怎么写也要一群人来决定？
【在 w***g 的大作中提到】
: 这个主要还是跟自己的定位有关系吧。你要是老觉得东西是你做的credit应该归你的话
: ，那在公司就是会很不爽的。可能自己单干会比较合适吧。
|
l*****o
发帖数: 835 | 5 能推行Pair Programming老板非常的精明. Pair Programming can prevent 95% 偷奸
耍滑，粗制滥造 etc etc... Plus, Pair Programming的核心就是team ownership. 我
不是老板，但是很喜欢Pair Programming, 因为可以和不同的人合作学很多东西. Pair
Programming 什么都在台面上，没什么可以隐藏的。如果你牛，你就会赢得尊重，成
为核心（无论你有没有那个title)。缺点就是不能偷奸耍滑,和菜鸟合作会比较郁闷。
如果你实在不喜欢，还是换工作吧。其实95%+developer 不喜欢的, 看你们老板在推行
，如果你能强力支持他，你就是你们老板的铁哥们了。（俺当年就是这么干的，不过我
是真心喜欢的. )
个 人不也应该有一些自己做的事吗？大的构架必须由Team Work来讨论，难道具体到每
一个Function该怎么写也要一群人来决定？
【在 C*******i 的大作中提到】
: 这个也是我纠结很久的问题。Team Work当然比单干要好。但即使在Team Work里，每个
: 人不也应该有一些自己做的事吗？大的构架必须由Team Work来讨论，难道具体到每一
: 个Function该怎么写也要一群人来决定？
|
C*******i
发帖数: 76 | 6 你说的Pair Programming的好处我也同意。确实是传承学习的好办法。对于我来说最大
的弊端在于无法独立思考。精力全用在和人沟通上了。
Pair
【在 l*****o 的大作中提到】
: 能推行Pair Programming老板非常的精明. Pair Programming can prevent 95% 偷奸
: 耍滑，粗制滥造 etc etc... Plus, Pair Programming的核心就是team ownership. 我
: 不是老板，但是很喜欢Pair Programming, 因为可以和不同的人合作学很多东西. Pair
: Programming 什么都在台面上，没什么可以隐藏的。如果你牛，你就会赢得尊重，成
: 为核心（无论你有没有那个title)。缺点就是不能偷奸耍滑,和菜鸟合作会比较郁闷。
: 如果你实在不喜欢，还是换工作吧。其实95%+developer 不喜欢的, 看你们老板在推行
: ，如果你能强力支持他，你就是你们老板的铁哥们了。（俺当年就是这么干的，不过我
: 是真心喜欢的. )
:
: 个 人不也应该有一些自己做的事吗？大的构架必须由Team Work来讨论，难道具体到每
|
j**********2
发帖数: 1495 | |
l*****o
发帖数: 835 | 8 是不是你还是要别人按你的想法干呢？要不就是任务太大了。
我们组做的都是大任务都全组讨论过方案了,具体的steps documented. 其实真正参与
方案的也就2-3个人，菜鸟新手是不出声的，敢胡说八道会给灭的稀里哗啦LOL。所以真
正pair programming 都是被分成小块的task, 是具体实现functionality，
分成小块的task有什么可沟通的，别人写你看着，你写别人看着，卡壳了俩人商量一下
，根本不累阿
大的弊端在于无法独立思考。精力全用在和人沟通上了。
【在 C*******i 的大作中提到】
: 你说的Pair Programming的好处我也同意。确实是传承学习的好办法。对于我来说最大
: 的弊端在于无法独立思考。精力全用在和人沟通上了。
:
: Pair
|
C*******i
发帖数: 76 | 9 那也不是。有很多时候一件事会有不同的实现方法，要说哪个更好也谈不上。比如说，
每行代码前面的空格应该是多少？除了有些语言有规定，其它的只要大家意见通一不就
行了？就类似这样的小问题也要争论，而且一定要把现有的所有代码的空格重设一遍。
一方面说人手不够，一方面又要作这类似的活，然后就感觉没意思。和人沟通如果老是
争论，就感觉很累。
以前的同事走得差不多了，我由于家庭原因一时半会儿没走成。现在的同事资历比较浅
，但很喜欢批评别人的代码，其实我也理解，新来的总要建立自己的地位。就是听着不
舒服。一方面要做的事堆成山，一方面要应付这种可有可无的小问题。老是觉得荒废时
间。
【在 l*****o 的大作中提到】
: 是不是你还是要别人按你的想法干呢？要不就是任务太大了。
: 我们组做的都是大任务都全组讨论过方案了,具体的steps documented. 其实真正参与
: 方案的也就2-3个人，菜鸟新手是不出声的，敢胡说八道会给灭的稀里哗啦LOL。所以真
: 正pair programming 都是被分成小块的task, 是具体实现functionality，
: 分成小块的task有什么可沟通的，别人写你看着，你写别人看着，卡壳了俩人商量一下
: ，根本不累阿
:
: 大的弊端在于无法独立思考。精力全用在和人沟通上了。
|
C*******i
发帖数: 76 | 10 如果不用争论就不讨人厌
【在 j**********2 的大作中提到】
: 和人沟通有那么讨人厌么？
|
l*****o
发帖数: 835 | 11 I see. In my team, this kind of formatting rules are determined by voting.
PM gathere the team, and team members vote for each rule. i.e. how many
spaces for intent, should { be in the same line with if/else, etc etc. Then,
from the agreed rules, make an checkstyle file in eclipse, developer is
required to import this checkstyle file to format the code.
还有，跟人合作就是要会妥协，接受你不喜欢的。know how to pick up your battles
. 小屁事就随他去了。
，每行代码前面的空格应该是多少？除了有些语言有规定，其它的只要大家意见通一不
就行了？就类似这样的小问题也要争论，而且一定要把现有的所有代码的空格重设一遍。
是争论，就感觉很累。以前的同事走得差不多了，我由于家庭原因一时半会儿没走成。
现在的同事资历比较浅 ，但很喜欢批评别人的代码，其实我也理解，新来的总要建立
自己的地位。就是听着不舒服。一方面要做的事堆成山，一方面要应付这种可有可无的
小问题。老是觉得荒废时间。
【在 C*******i 的大作中提到】
: 那也不是。有很多时候一件事会有不同的实现方法，要说哪个更好也谈不上。比如说，
: 每行代码前面的空格应该是多少？除了有些语言有规定，其它的只要大家意见通一不就
: 行了？就类似这样的小问题也要争论，而且一定要把现有的所有代码的空格重设一遍。
: 一方面说人手不够，一方面又要作这类似的活，然后就感觉没意思。和人沟通如果老是
: 争论，就感觉很累。
: 以前的同事走得差不多了，我由于家庭原因一时半会儿没走成。现在的同事资历比较浅
: ，但很喜欢批评别人的代码，其实我也理解，新来的总要建立自己的地位。就是听着不
: 舒服。一方面要做的事堆成山，一方面要应付这种可有可无的小问题。老是觉得荒废时
: 间。
|
