23,407
社区成员
发帖
与我相关
我的任务
分享请发表友善的回复…
发表回复
jacklondon 2006-08-14
- 打赏
- 举报
另外技术分析员由程序员兼任也有很大问题。同一个技术问题，往往有几种不同的技术实现，选择哪一种，往往需要技术人员有较高的技术水平、丰富的经验。
如果项目中由一两个技术很高的技术分析员，可以选择比较好的技术实现路线。否则可能会选上不好的技术路线，导致项目周期长、系统复杂度大、技术问题很多之类的。
只不过在国内，这个问题尚未引起足够的重视。
如果项目中由一两个技术很高的技术分析员，可以选择比较好的技术实现路线。否则可能会选上不好的技术路线，导致项目周期长、系统复杂度大、技术问题很多之类的。
只不过在国内，这个问题尚未引起足够的重视。
jacklondon 2006-08-11
- 打赏
- 举报
一般来说，系统分析员分为业务分析员和技术分析员，国内很多公司只有业务分析员。技术分析员由程序员自己兼任搞定。
系统分析员工资一般都程序员高。
国内的 IT 项目水平低，很多项目做完后都发现偏离客户需求。正如作文考试，偏题，不管你写得多么漂亮，都是零分。因为国内很少能够有业务分析员能够把客户的真实需求分析清楚，俗话说，物以稀为贵，我觉得很正常。
系统分析员工资一般都程序员高。
国内的 IT 项目水平低，很多项目做完后都发现偏离客户需求。正如作文考试，偏题，不管你写得多么漂亮，都是零分。因为国内很少能够有业务分析员能够把客户的真实需求分析清楚，俗话说，物以稀为贵，我觉得很正常。
tgq1981 2006-08-11
- 打赏
- 举报
编程你都学会了，难到还不能把业务搞懂，花点时间，用点心思，忍一时之气，最终超过那个只懂逻辑的人，让他失业去。
呵呵.......
只抱怨是没有用的。老板大多是不懂技术的，所以他们一般都站在业务那一边。你的程序再怎么优化，他们都不会明白。
呵呵.......
只抱怨是没有用的。老板大多是不懂技术的，所以他们一般都站在业务那一边。你的程序再怎么优化，他们都不会明白。
cime63 2006-08-11
- 打赏
- 举报
zhouhongyun(最终幻想) ( ) 信誉：99 2006-08-11 16:32:00 得分: 0
假如你现在要开发一套酒店管理系统，你是不是有必要了解酒店的业务，当然有必要，但你必须在很短的时间内了解酒店的业务，最多一两个月吧，一两个月就能掌握的东西能称为高深的东西吗？？当你做下一个系统的时候，也许是一个完全陌生的领域，比如GIS系统，或者OA系统，但它们的业务一般的人也可以在很短的时间内掌握，所以业务对程序员来说算不上什么，可以说不值一提，因为程序员更多的时候不是对业务的担心，而是对开发能力的担心，害怕遇到技术上的问题，业务上不懂的可以问客户，技术上不懂的问谁去？？对程序员来说，业务很少有通用性，但技术有通用性，所以把时间花在业务上未必值得，学一门技术要花五六年才能上路，了解一个业务短短两个星期就可以搞定，所以我很同意楼上一些人的看法，业务不过是某些不懂编程的人太高自己的筹码，其实狗屁不值
==================================================
OA一般没有太难难度,但GIS却绝不容易
涉及到太多的东西,地理上的,数学上的
假如你现在要开发一套酒店管理系统，你是不是有必要了解酒店的业务，当然有必要，但你必须在很短的时间内了解酒店的业务，最多一两个月吧，一两个月就能掌握的东西能称为高深的东西吗？？当你做下一个系统的时候，也许是一个完全陌生的领域，比如GIS系统，或者OA系统，但它们的业务一般的人也可以在很短的时间内掌握，所以业务对程序员来说算不上什么，可以说不值一提，因为程序员更多的时候不是对业务的担心，而是对开发能力的担心，害怕遇到技术上的问题，业务上不懂的可以问客户，技术上不懂的问谁去？？对程序员来说，业务很少有通用性，但技术有通用性，所以把时间花在业务上未必值得，学一门技术要花五六年才能上路，了解一个业务短短两个星期就可以搞定，所以我很同意楼上一些人的看法，业务不过是某些不懂编程的人太高自己的筹码，其实狗屁不值
==================================================
OA一般没有太难难度,但GIS却绝不容易
涉及到太多的东西,地理上的,数学上的
粉红色的火烈鸟 2006-08-11
- 打赏
- 举报
至于你所说的软件本身的业务逻辑，写代码是高手的基本上在软件业务逻辑上也是高手，这是顺理成章的事，所以楼主的担心根本就是多余
粉红色的火烈鸟 2006-08-11
- 打赏
- 举报
假如你现在要开发一套酒店管理系统，你是不是有必要了解酒店的业务，当然有必要，但你必须在很短的时间内了解酒店的业务，最多一两个月吧，一两个月就能掌握的东西能称为高深的东西吗？？当你做下一个系统的时候，也许是一个完全陌生的领域，比如GIS系统，或者OA系统，但它们的业务一般的人也可以在很短的时间内掌握，所以业务对程序员来说算不上什么，可以说不值一提，因为程序员更多的时候不是对业务的担心，而是对开发能力的担心，害怕遇到技术上的问题，业务上不懂的可以问客户，技术上不懂的问谁去？？对程序员来说，业务很少有通用性，但技术有通用性，所以把时间花在业务上未必值得，学一门技术要花五六年才能上路，了解一个业务短短两个星期就可以搞定，所以我很同意楼上一些人的看法，业务不过是某些不懂编程的人太高自己的筹码，其实狗屁不值
粉红色的火烈鸟 2006-08-10
- 打赏
- 举报
你这是强辩，因为写DELPHI的人面对的客户是一般程序员，所以对于他们来说，程序员如何使用DELPHI完成编程的逻辑就是业务逻辑，而一般程序员面对的客户是企业客户，所要求的是实现企业管理层面的业务逻辑
-----如果你说的业务逻辑指的这些的话，试问哪个上了路的程序员不懂业务逻辑？？这还有讨论的必要吗，楼主所说的根本不是指的这种业务逻辑
-----如果你说的业务逻辑指的这些的话，试问哪个上了路的程序员不懂业务逻辑？？这还有讨论的必要吗，楼主所说的根本不是指的这种业务逻辑
zhmt 2006-08-10
- 打赏
- 举报
up!..............mark!
raze911 2006-08-10
- 打赏
- 举报
如果你说的业务逻辑指的这些的话，试问哪个上了路的程序员不懂业务逻辑？？这还有讨论的必要吗，楼主所说的根本不是指的这种业务逻辑
===
业务逻辑当然是相对而言的，是相对于客户而言的，不同的客户有不同概念上的业务逻辑
你面对的客户是程序员，那么你就必须了解程序员思考与处理问题的角度与逻辑
你面对的客户是企业用户，那么你就必须了解企业用户思考与处理问题的角度与逻辑
你不能在面对企业用户时以面对程序员的角度去了解企业用户要什么，也就是说“不懂业务逻辑”这句话永远是相对而言的，是相对你将要面对的客户而言的，如果你面对的是程序员，就不需要懂得企业用户概念上的业务逻辑，但必须懂得程序员概念上的业务逻辑
程序员开发一套程序不就是在做业务生产产品吗？所以程序员本身的工作也是有业务逻辑的，只不过与企业用户的业务逻辑在概念与范围上不同而已
===
业务逻辑当然是相对而言的，是相对于客户而言的，不同的客户有不同概念上的业务逻辑
你面对的客户是程序员，那么你就必须了解程序员思考与处理问题的角度与逻辑
你面对的客户是企业用户，那么你就必须了解企业用户思考与处理问题的角度与逻辑
你不能在面对企业用户时以面对程序员的角度去了解企业用户要什么，也就是说“不懂业务逻辑”这句话永远是相对而言的，是相对你将要面对的客户而言的，如果你面对的是程序员，就不需要懂得企业用户概念上的业务逻辑，但必须懂得程序员概念上的业务逻辑
程序员开发一套程序不就是在做业务生产产品吗？所以程序员本身的工作也是有业务逻辑的，只不过与企业用户的业务逻辑在概念与范围上不同而已
raze911 2006-08-09
- 打赏
- 举报
-----要你操心？？我写个驱动程序也要懂某个工厂的业务逻辑吗？？anders写delphi的时候需要懂银行的业务逻辑吗？？
=========================
你这是强辩，因为写DELPHI的人面对的客户是一般程序员，所以对于他们来说，程序员如何使用DELPHI完成编程的逻辑就是业务逻辑，而一般程序员面对的客户是企业客户，所要求的是实现企业管理层面的业务逻辑
假如anders完全不懂得一个程序员在编程时需要什么，那么他是不可能设计出DELPHI来的
很简单，我可以百分百肯定DELPHI的设计文档也包括了DELPHI的框架是如何的、程序员如何与DELPHI交互、DELPHI的模块分割、适应平台等等各类极详细且有层次的需求文档
从全行业的范围来说，代码员的平均收入必然是比设计师一级的程序员要低的，因为在供应量上，代码员的数量远远超过设计师，当然这只是说平均收入水平，不排除较少数的代码员比设计师的收入高
=========================
你这是强辩，因为写DELPHI的人面对的客户是一般程序员，所以对于他们来说，程序员如何使用DELPHI完成编程的逻辑就是业务逻辑，而一般程序员面对的客户是企业客户，所要求的是实现企业管理层面的业务逻辑
假如anders完全不懂得一个程序员在编程时需要什么，那么他是不可能设计出DELPHI来的
很简单，我可以百分百肯定DELPHI的设计文档也包括了DELPHI的框架是如何的、程序员如何与DELPHI交互、DELPHI的模块分割、适应平台等等各类极详细且有层次的需求文档
从全行业的范围来说，代码员的平均收入必然是比设计师一级的程序员要低的，因为在供应量上，代码员的数量远远超过设计师，当然这只是说平均收入水平，不排除较少数的代码员比设计师的收入高
will123 2006-08-02
- 打赏
- 举报
谢谢各位的答案，让我学到东西了。。谢谢
粉红色的火烈鸟 2006-07-31
- 打赏
- 举报
只会编程的人 不懂业务逻辑 又 如何编码？
-----要你操心？？我写个驱动程序也要懂某个工厂的业务逻辑吗？？anders写delphi的时候需要懂银行的业务逻辑吗？？quake的作者写quake的时候是不是也要学业务逻辑呀？？你要去搞什么业务逻辑那是你的事，没必要让别的程序员陪太子读书，我不懂业务逻辑也不妨碍我拿高薪，anders不懂业务逻辑也不妨碍盖次亲自请他。
-----要你操心？？我写个驱动程序也要懂某个工厂的业务逻辑吗？？anders写delphi的时候需要懂银行的业务逻辑吗？？quake的作者写quake的时候是不是也要学业务逻辑呀？？你要去搞什么业务逻辑那是你的事，没必要让别的程序员陪太子读书，我不懂业务逻辑也不妨碍我拿高薪，anders不懂业务逻辑也不妨碍盖次亲自请他。
十分钟年华老去 2006-07-31
- 打赏
- 举报
写代码的是工人，懂设计的才是工程师，看看盖楼的就知道了
xiangbo520 2006-07-30
- 打赏
- 举报
程序编来是做什么的？
处理业务逻辑的。
你程序写的再好，处理过程不对，还不是白搭。
处理业务逻辑的。
你程序写的再好，处理过程不对，还不是白搭。
musicsoul 2006-07-30
- 打赏
- 举报
事实是这样的
jnch 2006-07-30
- 打赏
- 举报
程序员不能只看代码,还应该多学点别的
jspxnet 2006-07-29
- 打赏
- 举报
业务逻辑熟的的人来软件公司做什么？把业务逻辑告诉你然后等你叫走人。疯的才干。
会编程的人的人漫天飞，编得好的就几个。
会编程的人的人漫天飞，编得好的就几个。
yinxu 2006-07-28
- 打赏
- 举报
中国自古以来就不重视技术,会盖房子的叫瓦匠,会做家具的叫木匠,会打铁的叫铁匠,会画画的叫画匠...似乎都只是一个匠而且,而不会成为师,其社会地位相当低下.偶尔弄出什么新的发明,也被称之为奇巧淫技,难登大雅之堂.所以中国没有文艺复兴,没有工业革命.历史进程到了现代,做技术的也常常带着"员"、"工"的帽子.
社会要求既懂技术又懂业务的人,其根本原因是为了降低成本.而真正既懂技术又懂业务的又有几人?大都不过是半生不熟罢了,技术没有学好,业务也没有学精,设计出来的软件漏洞百出,修修补补,不堪其苦.
事实上相互的人工合作是很重要的,懂业务的人从业务的角度阐述问题,懂技术的人再转换成相应的实现,这样两者兼顾,有什么不好呢!
社会要求既懂技术又懂业务的人,其根本原因是为了降低成本.而真正既懂技术又懂业务的又有几人?大都不过是半生不熟罢了,技术没有学好,业务也没有学精,设计出来的软件漏洞百出,修修补补,不堪其苦.
事实上相互的人工合作是很重要的,懂业务的人从业务的角度阐述问题,懂技术的人再转换成相应的实现,这样两者兼顾,有什么不好呢!
AK47CN 2006-07-28
- 打赏
- 举报
再说一句，业务逻辑/业务是表层的东西，
编程水平、系统分析设计才是内在的根本；
如果你离开了你现在的这个公司，跳槽到另外一个不同业务的公司，
那么你所学的这个公司的业务逻辑对于你来说，
就形同虚设，没有什么用处了；
但是你的编程技能、系统设计水平则可以应付任何业务下的程序实现。
现在该清楚谁才是根本吧？你的技术水平！
不要舍本逐末！！！
编程水平、系统分析设计才是内在的根本；
如果你离开了你现在的这个公司，跳槽到另外一个不同业务的公司，
那么你所学的这个公司的业务逻辑对于你来说，
就形同虚设，没有什么用处了；
但是你的编程技能、系统设计水平则可以应付任何业务下的程序实现。
现在该清楚谁才是根本吧？你的技术水平！
不要舍本逐末！！！
HelloWorld_GHH 2006-07-28
- 打赏
- 举报
好的程序员，为了编写一个项目，可以非常快地熟悉相应的业务。而且不仅是熟悉，还能发现“对业务熟”的人发现不了的问题，并且能够归纳总结，形成业务人员想到的、没有想到的、或者是想了一点点却没有继续想下去的想法。
加载更多回复（121）
