问题描述
需不需要留给程序员了解需求的时间？？现在我们公司是边开发边了解需求，作为一个程序员感觉很无奈...
解决方案
解决方案二：
一般公司只需要你回答：能不能？是不是？.........楼主太天真了。
解决方案三：
都把程序员当神看了啥都不了解就开始干边干边了解，总花费了解时间没少，而且随着了解的加深，对已完成代码进行修改也很费时间。
解决方案四：
哪有那么多时间给你去熟悉需求，
解决方案五：
肯定还是先了解大局了才去动手干啊，后期再来修改代码好玩吗？跟你老板说，我是来上班的，不是来被玩的。
解决方案六：
打个比喻，一个项目的开发周期是3个月...分析需求就需要2个月，最后1个月才是真正的属于程序员开发...
解决方案七：
不要想那么多了，头头让你做什么你就做什么，等你基础扎实了就跑吧，这样做项目的公司估计不会太有前景
解决方案八：
很多公司都这样。急于看结果。楼主看开点吧。
解决方案九：
呵呵，程序员干嘛要知道需求程序员就是小兵会扛枪打仗就是了，运筹帷幄，指挥调度，那不是小兵的事情。或许一个小兵可以在局部战斗的代替指挥官，但那也仅仅就是局部战斗或许一个小兵能提出大局作战规划，但也要提交师部，让上面决定诚然“将在外，君命有所不受”但那是将，不是兵。小兵的角色决定你只能做局部细小“战斗”的主，其他滴你撒也不能决定。
解决方案十：
引用8楼wanghui0380的回复:
呵呵，程序员干嘛要知道需求程序员就是小兵会扛枪打仗就是了，运筹帷幄，指挥调度，那不是小兵的事情。或许一个小兵可以在局部战斗的代替指挥官，但那也仅仅就是局部战斗或许一个小兵能提出大局作战规划，但也要提交师部，让上面决定诚然“将在外，君命有所不受”但那是将，不是兵。小兵的角色决定你只能做局部细小“战斗”的主，其他滴你撒也不能决定。
顶程序员就负责写代码就可以了需求那是领导把握的
解决方案十一：
小公司的老板或许以前是干机床的。。。你让他们明白这个，难。。。
解决方案十二：
应该需要啊，至少要需要知道自己下一个任务的确定需求，否则怎么做，边问边做太浪费时间了
解决方案十三：
你想一辈子做小兵？
解决方案十四：
楼主做的是公司内部项目。
解决方案十五：
和我一样，边开发边了解需求
解决方案：
非常有必要，就是项目再急也需要把需求弄清楚，完全清楚，需求都不懂，你埋头干完了客户说你这东西不是他想要得，你不是哭了。难道返工？
解决方案：
程序员出了写代码需求不是程序员该想的事情，老大让怎么做就怎么。。。。。lz别想这么多.
解决方案：
程序员也要与时俱进呀...各种各样的老板跟客户都是有的...没办法.....
解决方案：
程序员‘了解需求’和‘理解需求’就是lz说的内容吧，需求文档150页，开发周期3个月，你希望花多少时间‘了解需求’，所以，程序员就是coder，不需要你了解那么多。照文档写去就行了。
解决方案：
引用18楼computer_li的回复:
程序员‘了解需求’和‘理解需求’就是lz说的内容吧，需求文档150页，开发周期3个月，你希望花多少时间‘了解需求’，所以，程序员就是coder，不需要你了解那么多。照文档写去就行了。
主要是很多的时候，连个文档都没有啊。需求完全就是口述。今天可以这样，明天可以那样。
解决方案：
不清楚需求，开发什么呀~
解决方案：
16头像很内涵！
解决方案：
一个成功的产品，了解需求是必需品，而不是疑问点。
解决方案：
需求？？？？！！！！有的时候客户自己都不知道自己要做什么！
解决方案：
引用8楼wanghui0380的回复:
呵呵，程序员干嘛要知道需求程序员就是小兵会扛枪打仗就是了，运筹帷幄，指挥调度，那不是小兵的事情。或许一个小兵可以在局部战斗的代替指挥官，但那也仅仅就是局部战斗或许一个小兵能提出大局作战规划，但也要提交师部，让上面决定诚然“将在外，君命有所不受”但那是将，不是兵。小兵的角色决定你只能做局部细小“战斗”的主，其他滴你撒也不能决定。
大部份公司不具备这种的条件。除非你有详细的设计文档，不然不了解需求，怎么编码？
解决方案：
小公司应该不会有太多的时间给你深入了解需求，大致跟你说一下需求，就让你马上动工，他们看重的是结果，你的过程不是他们关注的，后期需求变了，你再改呗
解决方案：
别说小公司了，咱国家家喻户晓的某大公司HW很多项目都是这样的，所谓的需求就是口述或者让程序员自己去想需要做什么功能，然后客户需要看文档了什么的时候再加班补文档，找什么将领的去了解需求啊，毛用都没有！小小coder就认命吧，除非你爬到那么高，站在一个有利的位置吆喝着别人去。
解决方案：
外国的公司和懂技术的公司才会
解决方案：
引用4楼gootey的回复:
肯定还是先了解大局了才去动手干啊，后期再来修改代码好玩吗？跟你老板说，我是来上班的，不是来被玩的。
坚决支持！
解决方案：
引用28楼xiangaylian的回复:
引用4楼gootey的回复:肯定还是先了解大局了才去动手干啊，后期再来修改代码好玩吗？跟你老板说，我是来上班的，不是来被玩的。坚决支持！
支持如果咱是个小兵,那咱就当个特种兵.
解决方案：
其实公司里也是连需求也没有，也是在你做的过程中增加了解，这是中国的国情决定的，这也是开发的性质决定的。
解决方案：
需求，我还没见过一个正规的需求文档，文档在我手里的，客户手里的，和其他同事手里的总是差了十万八千里
解决方案：
有必要~
解决方案：
很多的时候，连个文档都没有。需求完全就是口述。今天可以这样，明天可以那样。有的时候客户自己都不知道自己要做些什么、、听风亦风，听雨亦是雨、、、程序员就这命！要想改变，那你就爬高点，有本事了就去指挥别人、、
解决方案：
引用33楼sally9的回复:
很多的时候，连个文档都没有。需求完全就是口述。今天可以这样，明天可以那样。有的时候客户自己都不知道自己要做些什么、、听风亦风，听雨亦是雨、、、程序员就这命！要想改变，那你就爬高点，有本事了就去指挥别人、、
说的不错现在这种情况很多一般需求明确的都是大型项目不了解需求你怎么编码
解决方案：
定是要先了解了，自己发时间好好熟悉吧
解决方案：
引用26楼heliit的回复:
别说小公司了，咱国家家喻户晓的某大公司HW很多项目都是这样的，所谓的需求就是口述或者让程序员自己去想需要做什么功能，然后客户需要看文档了什么的时候再加班补文档，找什么将领的去了解需求啊，毛用都没有！小小coder就认命吧，除非你爬到那么高，站在一个有利的位置吆喝着别人去。
完全同意，我现在做的就是项目就是这样，5个月了，差不多认命了
解决方案：
引用35楼liaojiangtu的回复:
定是要先了解了，自己发时间好好熟悉吧
+1
解决方案：
中国的软件业特色把软件当东西做
解决方案：
时间长了就懂了。
解决方案：
磨刀不误砍柴工
解决方案：
上班两年呆过两间公司第一间公司老板说：我要做个游戏你帮我弄出来。我两个月做出来了，但老板不断的奇思妙想让我修改了10个月，最后我很稀里糊涂不知道他想干什么，就和他说88了。第二间公司产品经理对我说：我要做一个浏览器出来。两个月我给他做了个简单的，他非常高兴，每天跑来加点奇思妙想，一直修改到现在。我不明白需求是什么？如果软件的想法早固定了，做出来交差就行那多好。
解决方案：
完全没文档，全是口述的~~~引用19楼chen_ya_ping的回复:
引用18楼computer_li的回复:程序员‘了解需求’和‘理解需求’就是lz说的内容吧，需求文档150页，开发周期3个月，你希望花多少时间‘了解需求’，所以，程序员就是coder，不需要你了解那么多。照文档写去就行了。主要是很多的时候，连个文档都没有啊。需求完全就是口述。今天可以这样，明天可以那样。
解决方案：
引用8楼wanghui0380的回复:
呵呵，程序员干嘛要知道需求程序员就是小兵会扛枪打仗就是了，运筹帷幄，指挥调度，那不是小兵的事情。或许一个小兵可以在局部战斗的代替指挥官，但那也仅仅就是局部战斗或许一个小兵能提出大局作战规划，但也要提交师部，让上面决定诚然“将在外，君命有所不受”但那是将，不是兵。小兵的角色决定你只能做局部细小“战斗”的主，其他滴你撒也不能决定。
软件工程理论里好象是说的确实需求分析设计什么的基本都是分析师项目经理参与最多再加个设计师，其实程序员是不参与的，只参与编码测试。
解决方案：
话说我公司的项目都是做好了才写需求文档的.............
解决方案：
引用44楼xujun5031的回复:
话说我公司的项目都是做好了才写需求文档的.............
估计大虾的公司已经CMMI-N了....呵呵
解决方案：
我们现在已经了解一期需求3个月了，客户也没拿出个准确的需求，问题是客户已经把第二期的资金打到公司账户上了，。。。
解决方案：
理想总是和现实有差距的,目前国内软件行业对文档的重视还太低.没有好的文档,程序员连北都找不到,要是在不去了解需求,代码就不用写了.要是想省事,那就去做国际外包吧,有时候老外的文档把函数名都给你定好了,你只要实现接口就行.可是这样也没什么前途,很难提升自身的能力.
解决方案：
引用47楼sliverxxm的回复:
理想总是和现实有差距的,目前国内软件行业对文档的重视还太低.没有好的文档,程序员连北都找不到,要是在不去了解需求,代码就不用写了.要是想省事,那就去做国际外包吧,有时候老外的文档把函数名都给你定好了,你只要实现接口就行.可是这样也没什么前途,很难提升自身的能力.
说的有理
解决方案：
程序猿就是悲催的化身啊，认命吧!
解决方案：
如果客户知道自己要什么，早就自己找人做了