7,765
社区成员
发帖
与我相关
我的任务
分享需不需要留给程序员了解需求的时间？？
需不需要留给程序员了解需求的时间？？现在我们公司是边开发边了解需求，作为一个程序员感觉很无奈...
...全文
请发表友善的回复…
发表回复
IceNature 2014-07-09
- 打赏
- 举报
当然需要了，提前和客户沟通好能少走很多弯路
whb147 2014-07-09
- 打赏
- 举报
了解需求是PM的活，
只有确定了的需求才会下发给码农。
需求变更是要走变更流程的，除非就你一个人干活。
黑手党维多 2014-07-07
- 打赏
- 举报
挖坟党威武
落尘1 2014-07-07
- 打赏
- 举报
支持 先了解需求在开发
birdsfly25 2012-02-02
- 打赏
- 举报
[Quote=引用 8 楼 wanghui0380 的回复:]
呵呵，程序员干嘛要知道需求
程序员就是小兵会扛枪打仗就是了，运筹帷幄，指挥调度，那不是小兵的事情。
或许一个小兵可以在局部战斗的代替指挥官，但那也仅仅就是局部战斗
或许一个小兵能提出大局作战规划，但也要提交师部，让上面决定
诚然“将在外，君命有所不受”但那是将，不是兵。小兵的角色决定你只能做局部细小“战斗”的主，其他滴你撒也不能决定。
[/Quote]
嗯 就是这样的
呵呵，程序员干嘛要知道需求
程序员就是小兵会扛枪打仗就是了，运筹帷幄，指挥调度，那不是小兵的事情。
或许一个小兵可以在局部战斗的代替指挥官，但那也仅仅就是局部战斗
或许一个小兵能提出大局作战规划，但也要提交师部，让上面决定
诚然“将在外，君命有所不受”但那是将，不是兵。小兵的角色决定你只能做局部细小“战斗”的主，其他滴你撒也不能决定。
[/Quote]
嗯 就是这样的
Garden290345669 2012-02-02
- 打赏
- 举报
[Quote=引用 6 楼 yangniao 的回复:]
不要想那么多了，头头让你做什么你就做什么，等你基础扎实了就跑吧，
这样做项目的公司估计不会太有前景
[/Quote] +++++++++++++++++++
不要想那么多了，头头让你做什么你就做什么，等你基础扎实了就跑吧，
这样做项目的公司估计不会太有前景
[/Quote] +++++++++++++++++++
dongt1 2012-02-01
- 打赏
- 举报
淡定标示同情
lg_asus 2012-02-01
- 打赏
- 举报
[Quote=引用 111 楼 etudiant6666 的回复:]
普通人遇到问题就会抱怨，有心人遇到问题会提高，需求这东西就像瞎子摸象一样，开始人们只能了解局部，从根枝末节逐渐领会整体架构，需求是这样，跟着需求编程自然也就只要跟着指挥棒转圈圈了。
但是编程也不是一点自主性也没有，如果是有心人，就可以通过需求变化的规律找到系统的总体框架，有了总体框架，下面再进行的修改及需求变更导致的工作量会大幅下降。因此这种地方恰恰是练水平的地方。前提是你有心通过……
[/Quote]
说的不无道理
普通人遇到问题就会抱怨，有心人遇到问题会提高，需求这东西就像瞎子摸象一样，开始人们只能了解局部，从根枝末节逐渐领会整体架构，需求是这样，跟着需求编程自然也就只要跟着指挥棒转圈圈了。
但是编程也不是一点自主性也没有，如果是有心人，就可以通过需求变化的规律找到系统的总体框架，有了总体框架，下面再进行的修改及需求变更导致的工作量会大幅下降。因此这种地方恰恰是练水平的地方。前提是你有心通过……
[/Quote]
说的不无道理
lg_asus 2012-02-01
- 打赏
- 举报
[Quote=引用 19 楼 chen_ya_ping 的回复:]
引用 18 楼 computer_li 的回复:
程序员‘了解需求’和‘理解需求’ 就是lz说的内容吧，需求文档150页，开发周期3个月，你希望花多少时间‘了解需求’ ， 所以，程序员就是coder，不需要你了解那么多。 照文档写去就行了。
主要是很多的时候，连个文档都没有啊。需求完全就是口述。今天可以这样，明天可以那样。
[/Quote]
大哥，同病相怜
引用 18 楼 computer_li 的回复:
程序员‘了解需求’和‘理解需求’ 就是lz说的内容吧，需求文档150页，开发周期3个月，你希望花多少时间‘了解需求’ ， 所以，程序员就是coder，不需要你了解那么多。 照文档写去就行了。
主要是很多的时候，连个文档都没有啊。需求完全就是口述。今天可以这样，明天可以那样。
[/Quote]
大哥，同病相怜
tangserver 2012-02-01
- 打赏
- 举报
每天回帖即可获得10分可用分
xujinli88 2011-12-14
- 打赏
- 举报
踢死那些老板
Klera 2011-12-14
- 打赏
- 举报
今天客户说了,明天就给他做出来..
娃都会打酱油了 2011-12-14
- 打赏
- 举报
需求本来就是时刻变化的，开始的需求不代表了最终的需求，但不可否认的，最初的需求与最终的需求不应该有大的出入，而单位时间内的需求可以说是稳定的，另外需求只是用户提出，你记录下来的东西，真正重要的还是分析，需求分析需求分析，什么时候两者分开了？
g4_magicvr 2011-12-14
- 打赏
- 举报
先问自己 你是项目经理吗？
不是的话你是需求分析师吗？
也不是的话你是架构师吗？
还不是的话……你理个毛线的需求- -
对你来说 头头叫你做成什么样子 你就做成什么样子
如果你不知道是什么样子 那说明他没有对你说明白是什么样子 那就去问他究竟要你做成什么样子
如果他还是说明白 OK 随便做一个你觉得很爽的样子 收工
出问题是他的责任
不是的话你是需求分析师吗？
也不是的话你是架构师吗？
还不是的话……你理个毛线的需求- -
对你来说 头头叫你做成什么样子 你就做成什么样子
如果你不知道是什么样子 那说明他没有对你说明白是什么样子 那就去问他究竟要你做成什么样子
如果他还是说明白 OK 随便做一个你觉得很爽的样子 收工
出问题是他的责任
人鱼传说 2011-12-12
- 打赏
- 举报
把项目时间计算长一些，前期只做一个功能模型和界面，待你把需要了解完了，再细化代码！
不懂游走 2011-12-12
- 打赏
- 举报
了解的越多省的事就越多，一般不会安排专门的时间，必须自己抽时间来了解。。。。。。
wuxinyanzi 2011-12-11
- 打赏
- 举报
[Quote=引用 98 楼 anitee 的回复:]
引用 97 楼 xiaocongzhi 的回复:
最怕需求老变
这个确实
[/Quote]
+1
引用 97 楼 xiaocongzhi 的回复:
最怕需求老变
这个确实
[/Quote]
+1
YHL27 2011-12-11
- 打赏
- 举报
重构。。。。
Q784192789Q 2011-12-11
- 打赏
- 举报
up。。。。。。
窗户纸 2011-12-11
- 打赏
- 举报
普通人遇到问题就会抱怨，有心人遇到问题会提高，需求这东西就像瞎子摸象一样，开始人们只能了解局部，从根枝末节逐渐领会整体架构，需求是这样，跟着需求编程自然也就只要跟着指挥棒转圈圈了。
但是编程也不是一点自主性也没有，如果是有心人，就可以通过需求变化的规律找到系统的总体框架，有了总体框架，下面再进行的修改及需求变更导致的工作量会大幅下降。因此这种地方恰恰是练水平的地方。前提是你有心通过架构的优化是自己“偷懒”。
如果你因为需求变化导致你必须推倒全部重来，那么恭喜你，你发现你原有的编程模式的错误所在（这点对未来职业生涯至关重要）。
但是编程也不是一点自主性也没有，如果是有心人，就可以通过需求变化的规律找到系统的总体框架，有了总体框架，下面再进行的修改及需求变更导致的工作量会大幅下降。因此这种地方恰恰是练水平的地方。前提是你有心通过架构的优化是自己“偷懒”。
如果你因为需求变化导致你必须推倒全部重来，那么恭喜你，你发现你原有的编程模式的错误所在（这点对未来职业生涯至关重要）。
加载更多回复（108）
