只显示主题贴

引用这个不叫实现,叫配置,谢谢 谢谢你的指正.
  • 进入论坛 Java
icewubin 写道mfcai 写道icewubin 写道大家说得都有理,最开始的例子直接理解不太好而已。 程序员沟通的不一定是客户,但是可以把业务分析师当作客户,一样的,既要充分了解客户的想法,也要和客户PK功能,适当引导客户。 不太可能一个程序员没有任何沟通,直接看需求说明书就能完成功能,这里面是有陷阱的,这个说明书说不定就是哪个快辞职的需求分析师赶工出来的次品,天知道质量到底如何,尤其是中国客户,即使签字的需求说明书照样可以说最终产品不是他想要的。 我觉得这样说比较好,一个程序员不管是做什么项目,必须要有个人即使沟通反馈,降低自身需求的分险,这个人既有可能是客户,也有可能是业务分 ...
icewubin 写道大家说得都有理,最开始的例子直接理解不太好而已。 程序员沟通的不一定是客户,但是可以把业务分析师当作客户,一样的,既要充分了解客户的想法,也要和客户PK功能,适当引导客户。 不太可能一个程序员没有任何沟通,直接看需求说明书就能完成功能,这里面是有陷阱的,这个说明书说不定就是哪个快辞职的需求分析师赶工出来的次品,天知道质量到底如何,尤其是中国客户,即使签字的需求说明书照样可以说最终产品不是他想要的。 我觉得这样说比较好,一个程序员不管是做什么项目,必须要有个人即使沟通反馈,降低自身需求的分险,这个人既有可能是客户,也有可能是业务分析师,也有可能是项目经理,也有可能是T ...
在javaeye上看到一篇文章:我们要的是开发者,而不是hacker(http://www.javaeye.com/topic/221325?page=1).其中的观点有些片面,引来一帮网友的拍砖.我以为通过这个案例,企业的管理者在招聘时先考虑清楚,公司到底需要什么样的人才?通过什么考核方式为公司招到所需要的人才?这样才能为企业招到合适的人才.而这个案例中企业的管理者,我不禁要问他是称职的管理者吗? 案例 引用 某网络广告公司需要招聘一个程序员,来帮助公司创建企业对外和对内的网站。于是,两个应聘者来面试.面试官给出了一个任务:将一个Csv文件从一种格式,转换成另外一种格式。并要求应聘 ...
伪命题。是在招程序员还是需求分析工程师? 招程序员,第一个应聘者的表现很出色。如果是招需求分析工程师,可能做法上有欠缺。 但用人单位首先要清楚他能提供的是什么岗位。
台湾学者赵开灏先生,他自己说自己是文化流氓,在很多人眼里他是一个偏执狂,在我看来他是一个乔致庸式的人物,有像乔致庸一样的“汇通天下,货通天下“的梦想。并将这个梦想为他的毕生追求的事业。 说实话,我一开始对赵先生的印象并不好。我刚入职不久的一次公司会议上,我见到了赵先生,一位满头白发,神情寥漠,手里夹着一支点燃的烟的老人。旁边一位同事悄悄对我说,你猜他多少岁?我说70多吧。他说,错了,只有50好几。人到齐后,赵先生开始发表了一通长篇大论。可是很多人都对他的话不屑一顾。好不容易,等他的话说完了,有位同事站起来说,北京公交太拥挤,上下班时间能否实行弹性制度?赵先生粗暴地打断他的话,说你先不要说 ...
1.ioc定义 IoC就是Inversion of Control,控制反转。 IoC 的概念是Michael Mattson在1996年一篇讨论面向对象框架(Object Oriented Frameworks)的文章中提出的。面向对象设计及编程(OOD/OOP)的基本思想简单地说就是把复杂软件系统分解成通过接口相互合作的对象。这些对象类的内部实现之间并不互相牵扯,因而降低了问题的复杂性,且可独立灵活地被重用和扩展。经典面向对象的编程语言(如C++,Java)的侧重点就是提供语言机制来方便并简化这种基于对象类的分解,重用和扩展。 在基于模块化软件组装部署配置框架设计中,Micha ...
  • 进入论坛 Java
xly_971223 写道需求是最重要的工作,也是最麻烦的。 客户是不懂需求的,他们的脑海里面没有这个概念, 他们只希望你做出能用的系统 ,用着顺手就好 我认为做需求有几个地方是比较关键的 1.人际交往能力 。这是最根本的 不用多说 2.了解需求后及时做出demo让客户确认,确认后要签字。这一点非常重要,很多时候我们了解了需求就闷头开发,等开发完毕后,却不是客户想要的东西,造成巨大浪费;签字是为了让客户认真对待这个demo 3.能用就好,不要过多追求。程序员往往追求完美,想一下子把工作做到位;而最有效率的方法是尽快看到结果 然后再慢慢完善。在项目初期需求会经常改变,这样的目的也是避免把过多时间 ...
在做项目时,经常会碰到这样的事情. 客户向我们反映在和你们的工程师谈论需求时,他们总是满口答应没问题。可是,当他们做好以后,拿过来一看,根本就不是这么回事。而开发人员也在诉苦:用户什么都不懂,而且他们的需求老是变动,时间又这么紧,你让我们怎么办? 我觉得如果开发人员在做需求分析时,如果注意以下几点,也许可以避免被动的局面. 1、掌握相关的行业知识 在和客户沟通之前,最好了解一下相关的行业知识。 有一个项目管理人员说:行业知识可有可无,作为需求人员,最重要的是和客户沟通。最好把客户讲的东西都记下来。然后,由项目组决定后,再把意见反馈给用户。这种沟通方式,既不能有效的发现问题,也容易延误 ...
3月到5月正是跳槽的时节。 有经验的求职者中会想:我现在虽然还在开发软件,可是我应该及早对人生作出规划呀。可以考虑试试应聘系统架构师。能应聘上,当然好。不能应聘上,也可以积累点经验。 一些公司老板也在考虑,能招到有经验的系统架构师当然好,如果没有,也可以从一些有经验的开发人员中培养。但是,我怎么知道他们是否有这个潜力呢? 我是做java开发的。所以就java方面的系统架构师所要具备的潜力提供一点自己的见解。 首先,是否能成为系统架构师的第一要点,是否善于学习。有的开发人员能力很强,但忽视了自身的学习。总喜欢把过去的经验复制过来。喜欢对现在的管理方法,业务流程进行评头论足。他们经 ...
mfcai
搜索本博客
博客分类
最近加入圈子
存档
最新评论