Z*******n
发帖数: 694 | 1 怎样跟software developer相处？
我不是software developer，但手上的一个project，要跟developer打交道。我想
这版上很多人都是developer，所以可以给我一些建议。
有一事，我印象很深，就是这个developer很不喜欢我改变我的要求。我每次想要改一
下我的数据格式(我觉得是一个很小很小的改动），或要求增加一个功能（我也觉得是
一个很容易implement的功能），这个developer都会去跟我的上司抱怨，说她的
deadline就会不能meet.
所以大侠们能不能跟我说一说：developer最不喜欢的是什么样的customer? 最喜欢的
是什么样的customer? 我作为customer, 我应该如何跟developer共处得更好？ 在此先
谢了。 |
L*********d
发帖数: 1019 | 2 If you think the model is not good, you need to tell ahead of time. Or you
need to give reasonable causes why that change is necessary.
Minor changes sometimes will end up as code change everywhere. Anytime code
changes, it has to be re-tested completely -- no matter how minor it is.
Also you need to think through, not to change this today and that the other
day. Developers usually have multiple tasks at hand -- your add/change task
will have to be prioritized among other tasks. |
L*********d
发帖数: 1019 | 3 If you think the model is not good, you need to tell ahead of time. Or you
need to give reasonable causes why that change is necessary.
Minor changes sometimes will end up as code change everywhere. Anytime code
changes, it has to be re-tested completely -- no matter how minor it is.
Also you need to think through, not to change this today and that the other
day. Developers usually have multiple tasks at hand -- your add/change task
will have to be prioritized among other tasks. |
v*********a
发帖数: 453 | 4 嗯,是这样的,有时候很小的一点改动其实是很繁琐的工作,我的感觉是develop完一个
function只用花20%的时间,剩下80%都在做边边角角的修改满足各种用户的要求.
code
【在 L*********d 的大作中提到】
: If you think the model is not good, you need to tell ahead of time. Or you
: need to give reasonable causes why that change is necessary.
: Minor changes sometimes will end up as code change everywhere. Anytime code
: changes, it has to be re-tested completely -- no matter how minor it is.
: Also you need to think through, not to change this today and that the other
: day. Developers usually have multiple tasks at hand -- your add/change task
: will have to be prioritized among other tasks.
|
g*****g
发帖数: 34805 | 5 You happen to work with a bad developer, that's all.
For a well architected system, minor change is minor.
【在 Z*******n 的大作中提到】
: 怎样跟software developer相处？
: 我不是software developer，但手上的一个project，要跟developer打交道。我想
: 这版上很多人都是developer，所以可以给我一些建议。
: 有一事，我印象很深，就是这个developer很不喜欢我改变我的要求。我每次想要改一
: 下我的数据格式(我觉得是一个很小很小的改动），或要求增加一个功能（我也觉得是
: 一个很容易implement的功能），这个developer都会去跟我的上司抱怨，说她的
: deadline就会不能meet.
: 所以大侠们能不能跟我说一说：developer最不喜欢的是什么样的customer? 最喜欢的
: 是什么样的customer? 我作为customer, 我应该如何跟developer共处得更好？ 在此先
: 谢了。
|
s********9
发帖数: 586 | 6 先跟manager打招呼，然后让manager帮你找个人直接交流，这样容易点
【在 Z*******n 的大作中提到】
: 怎样跟software developer相处？
: 我不是software developer，但手上的一个project，要跟developer打交道。我想
: 这版上很多人都是developer，所以可以给我一些建议。
: 有一事，我印象很深，就是这个developer很不喜欢我改变我的要求。我每次想要改一
: 下我的数据格式(我觉得是一个很小很小的改动），或要求增加一个功能（我也觉得是
: 一个很容易implement的功能），这个developer都会去跟我的上司抱怨，说她的
: deadline就会不能meet.
: 所以大侠们能不能跟我说一说：developer最不喜欢的是什么样的customer? 最喜欢的
: 是什么样的customer? 我作为customer, 我应该如何跟developer共处得更好？ 在此先
: 谢了。
|
f*****g
发帖数: 15860 | 7 不了解所以也不说她的问题，你也有问题，而且类似问题经常出现在business和
development两组之间。
你连续用了＂很小很小的改动＂，＂很容易implement的功能＂，这个客观上是不是这
样不好说，也许的确是也许不是，但是这句话不应该由你说出来，或者带着这种态度去
说，比如，＂欧，我这里有个小改动，明天或者最晚后天能搞出来吧？＂
这样很容易招至具体实施人（developer）的反感和抵触情绪，因为：
１）缺乏尊重。developers们往往对business的人有轻视情绪，反之亦然，认为你又不
懂写程序，凭什么就说这个简单？
２）即使真简单，也怕你没完没了，这次完了下次又＂突然＂要改个什么，朝令夕改是
developer最爱抱怨的事, business尽提"愚蠢"的要求；
３）不正式，有些developer较真，不喜欢这种没有计划的小修小补，在他头儿严肃说
做之前，以推脱为主。
这种事建议你：
１）没有慎重研究，一定要做的事不要轻易开口。开口最好也几个问题一起提，正式的
把她头儿，她叫来一起开会，听取他们尤其是她的意见。有时候你就是明知这个问题不
难，也要压低身段抬抬轿子；
【在 Z*******n 的大作中提到】
: 怎样跟software developer相处？
: 我不是software developer，但手上的一个project，要跟developer打交道。我想
: 这版上很多人都是developer，所以可以给我一些建议。
: 有一事，我印象很深，就是这个developer很不喜欢我改变我的要求。我每次想要改一
: 下我的数据格式(我觉得是一个很小很小的改动），或要求增加一个功能（我也觉得是
: 一个很容易implement的功能），这个developer都会去跟我的上司抱怨，说她的
: deadline就会不能meet.
: 所以大侠们能不能跟我说一说：developer最不喜欢的是什么样的customer? 最喜欢的
: 是什么样的customer? 我作为customer, 我应该如何跟developer共处得更好？ 在此先
: 谢了。
|
d*****n
发帖数: 2132 | 8 in our company ( a 500 insurance company), software development group goes
with (and only with requirement), any other change has to be approved by the
head of biz and head of requirement. this way, if you have shabby
requirement to begin with, bad name will circle around quickly. so usually,
biz will thinks thing through before we actually start.
but shit happens. when they have to chang their requirement but do not want
other people to know, they will come and ask as a fevor and make promis no
【在 Z*******n 的大作中提到】
: 怎样跟software developer相处？
: 我不是software developer，但手上的一个project，要跟developer打交道。我想
: 这版上很多人都是developer，所以可以给我一些建议。
: 有一事，我印象很深，就是这个developer很不喜欢我改变我的要求。我每次想要改一
: 下我的数据格式(我觉得是一个很小很小的改动），或要求增加一个功能（我也觉得是
: 一个很容易implement的功能），这个developer都会去跟我的上司抱怨，说她的
: deadline就会不能meet.
: 所以大侠们能不能跟我说一说：developer最不喜欢的是什么样的customer? 最喜欢的
: 是什么样的customer? 我作为customer, 我应该如何跟developer共处得更好？ 在此先
: 谢了。
|
Z*******n
发帖数: 694 | 9 好，谢谢大家的不同建议。
其实我还是很小心去跟developer说我要她改动什么的。现在deadline已近，所以我还
有一些要改动的地方全部留着“second phase"，好让她（还有她的两个助手）完成“
first phase"。 |
Z*****l
发帖数: 14069 | 10 改吧，你别看他整天抱怨，其实巴不得你多改，好多charge你，把所有bug都归你头上
呢。
【在 Z*******n 的大作中提到】
: 怎样跟software developer相处？
: 我不是software developer，但手上的一个project，要跟developer打交道。我想
: 这版上很多人都是developer，所以可以给我一些建议。
: 有一事，我印象很深，就是这个developer很不喜欢我改变我的要求。我每次想要改一
: 下我的数据格式(我觉得是一个很小很小的改动），或要求增加一个功能（我也觉得是
: 一个很容易implement的功能），这个developer都会去跟我的上司抱怨，说她的
: deadline就会不能meet.
: 所以大侠们能不能跟我说一说：developer最不喜欢的是什么样的customer? 最喜欢的
: 是什么样的customer? 我作为customer, 我应该如何跟developer共处得更好？ 在此先
: 谢了。
|
|
|
n********6
发帖数: 1511 | 11 非常深刻的评论。
补充：
一个很小的business function，可能需要改十个 program。
一个program的改动，可能因为这个program要调用另外7个program来工作，同时这个
program又要被另外8个program调用。
好。现在code改好了。
第一天，developer邀请5个人一起code review。
第二天，code review通过。
第三天，test通过。
第四天，manager通过。
第五天，director通过。
第六天，production team安排下次production release。按照公司规定，每周三
release。
code reviewer有很多项目，你的项目priority不高，要等3天。
test有很多项目，你的项目priority不高，所以需要等3天。
manager很忙，也要等3天。
production出问题了，也要等3天。
多少天了？
【在 f*****g 的大作中提到】
: 不了解所以也不说她的问题，你也有问题，而且类似问题经常出现在business和
: development两组之间。
: 你连续用了＂很小很小的改动＂，＂很容易implement的功能＂，这个客观上是不是这
: 样不好说，也许的确是也许不是，但是这句话不应该由你说出来，或者带着这种态度去
: 说，比如，＂欧，我这里有个小改动，明天或者最晚后天能搞出来吧？＂
: 这样很容易招至具体实施人（developer）的反感和抵触情绪，因为：
: １）缺乏尊重。developers们往往对business的人有轻视情绪，反之亦然，认为你又不
: 懂写程序，凭什么就说这个简单？
: ２）即使真简单，也怕你没完没了，这次完了下次又＂突然＂要改个什么，朝令夕改是
: developer最爱抱怨的事, business尽提"愚蠢"的要求；
|
s***t
发帖数: 70 | 12 agreed.
【在 f*****g 的大作中提到】
: 不了解所以也不说她的问题，你也有问题，而且类似问题经常出现在business和
: development两组之间。
: 你连续用了＂很小很小的改动＂，＂很容易implement的功能＂，这个客观上是不是这
: 样不好说，也许的确是也许不是，但是这句话不应该由你说出来，或者带着这种态度去
: 说，比如，＂欧，我这里有个小改动，明天或者最晚后天能搞出来吧？＂
: 这样很容易招至具体实施人（developer）的反感和抵触情绪，因为：
: １）缺乏尊重。developers们往往对business的人有轻视情绪，反之亦然，认为你又不
: 懂写程序，凭什么就说这个简单？
: ２）即使真简单，也怕你没完没了，这次完了下次又＂突然＂要改个什么，朝令夕改是
: developer最爱抱怨的事, business尽提"愚蠢"的要求；
|
p*********w
发帖数: 23432 | 13 很多事情你看起来简单的，开发很复杂
你看起来很复杂很麻烦的，开发很简单
你不懂开发，就和人家多多沟通
【在 Z*******n 的大作中提到】
: 怎样跟software developer相处？
: 我不是software developer，但手上的一个project，要跟developer打交道。我想
: 这版上很多人都是developer，所以可以给我一些建议。
: 有一事，我印象很深，就是这个developer很不喜欢我改变我的要求。我每次想要改一
: 下我的数据格式(我觉得是一个很小很小的改动），或要求增加一个功能（我也觉得是
: 一个很容易implement的功能），这个developer都会去跟我的上司抱怨，说她的
: deadline就会不能meet.
: 所以大侠们能不能跟我说一说：developer最不喜欢的是什么样的customer? 最喜欢的
: 是什么样的customer? 我作为customer, 我应该如何跟developer共处得更好？ 在此先
: 谢了。
|
p*********w
发帖数: 23432 | 14 高水平的系统设计人员就是在这些地方看得更远作的更细
【在 v*********a 的大作中提到】
: 嗯,是这样的,有时候很小的一点改动其实是很繁琐的工作,我的感觉是develop完一个
: function只用花20%的时间,剩下80%都在做边边角角的修改满足各种用户的要求.
:
: code
|
a*****g
发帖数: 19398 | 15
【在 p*********w 的大作中提到】
: 很多事情你看起来简单的，开发很复杂
: 你看起来很复杂很麻烦的，开发很简单
: 你不懂开发，就和人家多多沟通
|
U***A
发帖数: 849 | 16 我们公司开发之前，会作design review,然后把所有可能的use cases列举一下，如果
通过，以后任何的改动都是不行的。 |
A*******6
发帖数: 760 | 17 说得挺好。developer不喜欢customer频繁地change ideas，如果有不少地方要改动的
话，最好直接跟她的上司说，一起开个会，沟通一下，设一个新的deadline或者看看哪
些地方一定要完成，哪些地方可以暂时先放一放，到下一阶段来实现。
【在 f*****g 的大作中提到】
: 不了解所以也不说她的问题，你也有问题，而且类似问题经常出现在business和
: development两组之间。
: 你连续用了＂很小很小的改动＂，＂很容易implement的功能＂，这个客观上是不是这
: 样不好说，也许的确是也许不是，但是这句话不应该由你说出来，或者带着这种态度去
: 说，比如，＂欧，我这里有个小改动，明天或者最晚后天能搞出来吧？＂
: 这样很容易招至具体实施人（developer）的反感和抵触情绪，因为：
: １）缺乏尊重。developers们往往对business的人有轻视情绪，反之亦然，认为你又不
: 懂写程序，凭什么就说这个简单？
: ２）即使真简单，也怕你没完没了，这次完了下次又＂突然＂要改个什么，朝令夕改是
: developer最爱抱怨的事, business尽提"愚蠢"的要求；
|
m***5
发帖数: 21 | |
m********g
发帖数: 692 | 19 true, the minor is from customer's point of view...
【在 n********6 的大作中提到】
: 非常深刻的评论。
: 补充：
: 一个很小的business function，可能需要改十个 program。
: 一个program的改动，可能因为这个program要调用另外7个program来工作，同时这个
: program又要被另外8个program调用。
: 好。现在code改好了。
: 第一天，developer邀请5个人一起code review。
: 第二天，code review通过。
: 第三天，test通过。
: 第四天，manager通过。
|
c********g
发帖数: 449 | 20 软件开发，有几个阶段，
需求，分析，设计，编码，测试，维护等等
前面的每个改动，影响后面好多的事。
到了测试阶段了，如果需求有变动（比如：数据格式 ＂很小很小的改动＂，＂很容易
implement的功能＂，特别是增加一个数据或减少一个），
那就没小事了，那就要用好多时间去修改好多地方。
所以要避免需求的不断变化，要花足够的时间在前面阶段，设计后钉死，然后实现。
developer 是讨厌变来变去的。即使是按小时付工资的也不喜欢变来便去，费脑子。这
是软件开发的特点。
最好把要变化的放在下一版。（1.0--》1.1--》 .....） |
