标题: 三国开发思路
性别:未知-离线 陈珺

Rank: 6Rank: 6Rank: 6
组别 校尉
级别 军师将军
好贴 5
功绩 26
帖子 927
编号 3820
注册 2003-12-27
来自 福建福州


发表于 2010-5-23 07:44 资料 个人空间 短消息 只看该作者
三国开发思路

我的目标游戏其实很明确,就是类似三国志九的游戏,目前中华三国志(CLIP_ON制作),已经基本上满足要求,但是类似三国志九的游戏关键是在其思想精髓而不是形式本身(本贴不讨论思想精髓),所以做类似三国志九的游戏仍然是我的目标游戏。
从目标游戏这个角度,我与其它开发者有很大区别。其它开发者设计游戏往往以好玩为目的,而不对好玩形式作限定。我认为这样是不妥的,因为既然三国志九游戏能吸引我和很多玩家,就说明它给玩家带来了一种独特的感受,而开发类似三国志九的游戏的目的就是要把这种独特的感受再现,而好玩仅仅是一个泛泛的概念,并不能保证能带来这种独特的感受,而再现这种独特的感受恰恰是我开发的原因,仅仅好玩不足以促成我的开发。但也不反对在三国志九思想精髓基础上增加一些新的好玩的元素,然而三国志九思想精髓是必须有的,而不是笼统的好玩。这正是我反对搞WEB三国,FLASH三国,小三国游戏原因所在。
在开发方法上,我主张以能力为核心,以自身的基本能力为基础加上适当的劳动完成游戏。如果劳动量过大,那么这样的开发付出大于收益,得不偿失,会对自身身体、兴趣、生活等造成不良影响,这正是很多人无法坚持的原因。所以,开发要量力而行。但是量力而行并不意味着类似三国志九的游戏无法做成,因为决定一个游戏能否完成除了劳动还有能力,如果能力高了,劳动量可以减少到合理的范围,那么就可以动工。能力的提高可以通过理论学习,也可以通过实践。因此在能力不足的时侯,并不是说不要开发,而是通过开发起到试探和提高能力的作用。我之前开发的战略三国,模拟三国和战争正是如此,一方面起着试探的作用,了解实际开发需要经历的步骤,但由于我当时对开发的困难(包括技术和管理方面,尤其是管理方面)认识不足,也因为培养合作者的需要,所以发了有关贴子表达我在开发目标游戏的意思,即使是现在这种表达也是必要的,同样是基于试探(虽然困难认识深入了,但是情况也发生变化)和培养合作者的需要;另一方面起着提高实践能力,了解实际问题的作用。我近两年之所以不进行开发实践,除了身体原因以外,还有一个原因就是能力的提高不只有实践这条路。长期以来,我以实践为主,忽视了理论的价值,近两年的所做的正是去学习和思考各种理论,尤其是思维方法方面的理论。而且就目前来说,能力与目标游戏的差距是比较明显的,实践不能有效的缩小差距(当然在不同时期缩小差距的手段是不同的),而我的目标游戏又比较明确,所以没有实践的必要(既不能完成目标游戏,又不能提高能力)
我开发总的思路是以能力为基础,通过不断提高能力,来缩小与目标游戏差距,待其达到劳动量适度,再正式开发目标游戏(至于是否能达到劳动量适度,不在本贴讨论),但是是否适度随实际情况而变,故正式开发目标游戏是个试探过程,并不保证成功。此外,在提高能力的同时,还可以把心得总结出来,供以后开发者参考,以使以后开发者不必再向我当初那样从头开始,从而达到提高开发素质的目的。这个思路能使开发在有乐趣的过程中进行,并且不致于过累,同时能够充分把心得分享,能从态度和方法上符合人的心理规律。对思路的总结就是提高能力,缩小差距。


顶部
性别:男-离线 numdisp
(数值频散)

Rank: 1
组别 百姓
级别 在野武将
功绩 1
帖子 44
编号 362758
注册 2010-2-26


发表于 2010-5-23 08:59 资料 短消息 只看该作者
看起来有些像纯理论研究一样,是真的开发游戏么?


顶部
性别:男-离线 numdisp
(数值频散)

Rank: 1
组别 百姓
级别 在野武将
功绩 1
帖子 44
编号 362758
注册 2010-2-26


发表于 2010-5-23 09:12 资料 短消息 只看该作者
看了一下楼主的开发史,值得学习。不过楼主三国之家里的“思维科学”看起来好玄乎,太哲学了,有些难以理解
顶部
性别:未知-离线 Maxwell

代王
监管使
枢密直学士
山南西道节度使

Rank: 27Rank: 27Rank: 27Rank: 27Rank: 27Rank: 27
柱国(正二品)
组别 诸侯
级别 征东将军
好贴 4
功绩 1845
帖子 5795
编号 622
注册 2004-7-7


发表于 2010-5-23 10:54 资料 文集 短消息 只看该作者
通过适当的组织,可以将大工作量的项目在尽量不影响个人生活的情况下通过增加团队人数和拉长制作周期的方式完成。轩辕春秋版的岳飞传在业余团队的组织上是一个成功的例子,但是我个人认为它的成功不可复制到正向开发上,因为岳飞传的技术难度大、工作枯燥的编码工作非常少,而且投入产出比比正向开发要高得多。

个人认为,要解决业余团队的正向开发必然需要软件工程的支持,尤其是开发人员工作时间无法保证,开发能力参差不齐的情况下。
顶部
性别:未知-离线 陈珺

Rank: 6Rank: 6Rank: 6
组别 校尉
级别 军师将军
好贴 5
功绩 26
帖子 927
编号 3820
注册 2003-12-27
来自 福建福州


发表于 2010-5-23 11:32 资料 个人空间 短消息 只看该作者


QUOTE:
原帖由 Maxwell 于 2010-5-23 10:54 发表
通过适当的组织,可以将大工作量的项目在尽量不影响个人生活的情况下通过增加团队人数和拉长制作周期的方式完成。轩辕春秋版的岳飞传在业余团队的组织上是一个成功的例子,但是我个人认为它的成功不可复制到正向 ...

管理也是技术之一,同样需要研究和学习,而且难度不亚于技术

还有软件工程讲的太浅,不足以指导开发,倒是心理学得好好学,否则协调人的问题很难解决

[ 本帖最后由 陈珺 于 2010-5-23 11:36 编辑 ]
顶部
性别:未知-离线 陈珺

Rank: 6Rank: 6Rank: 6
组别 校尉
级别 军师将军
好贴 5
功绩 26
帖子 927
编号 3820
注册 2003-12-27
来自 福建福州


发表于 2010-5-23 11:39 资料 个人空间 短消息 只看该作者


QUOTE:
原帖由 numdisp 于 2010-5-23 09:12 发表
看了一下楼主的开发史,值得学习。不过楼主三国之家里的“思维科学”看起来好玄乎,太哲学了,有些难以理解

你看聊天记录,就没那么玄了
顶部
性别:未知-离线 Maxwell

代王
监管使
枢密直学士
山南西道节度使

Rank: 27Rank: 27Rank: 27Rank: 27Rank: 27Rank: 27
柱国(正二品)
组别 诸侯
级别 征东将军
好贴 4
功绩 1845
帖子 5795
编号 622
注册 2004-7-7


发表于 2010-5-23 11:49 资料 文集 短消息 只看该作者


QUOTE:
原帖由 陈珺 于 2010-5-23 11:32 发表

管理也是技术之一,同样需要研究和学习,而且难度不亚于技术

还有软件工程讲的太浅,不足以指导开发,倒是心理学得好好学,否则协调人的问题很难解决

讲得太浅是指。。。?软件工程的发展虽然没有解决所有问题,但是对于提高国内开发团队的开发水平还是绰绰有余的。
顶部
性别:未知-离线 陈珺

Rank: 6Rank: 6Rank: 6
组别 校尉
级别 军师将军
好贴 5
功绩 26
帖子 927
编号 3820
注册 2003-12-27
来自 福建福州


发表于 2010-5-23 12:09 资料 个人空间 短消息 只看该作者


QUOTE:
原帖由 Maxwell 于 2010-5-23 11:49 发表


讲得太浅是指。。。?软件工程的发展虽然没有解决所有问题,但是对于提高国内开发团队的开发水平还是绰绰有余的。

就我上面说的,人协调的问题就没解决好,毕竟软件工程一本装不下那么多心理学
顶部
性别:未知-离线 Maxwell

代王
监管使
枢密直学士
山南西道节度使

Rank: 27Rank: 27Rank: 27Rank: 27Rank: 27Rank: 27
柱国(正二品)
组别 诸侯
级别 征东将军
好贴 4
功绩 1845
帖子 5795
编号 622
注册 2004-7-7


发表于 2010-5-23 12:15 资料 文集 短消息 只看该作者


QUOTE:
原帖由 陈珺 于 2010-5-23 12:09 发表

就我上面说的,人协调的问题就没解决好,毕竟软件工程一本装不下那么多心理学

没解决好也比没解决要好得多,一本书装不下可以有多本,软件工程这些年的发展并不是简单重复多年前的观点。其实软件工程无用论在国内还是挺流行的,结果就是自己在低水平徘徊。
顶部
性别:未知-离线 陈珺

Rank: 6Rank: 6Rank: 6
组别 校尉
级别 军师将军
好贴 5
功绩 26
帖子 927
编号 3820
注册 2003-12-27
来自 福建福州


发表于 2010-5-23 12:36 资料 个人空间 短消息 只看该作者


QUOTE:
原帖由 Maxwell 于 2010-5-23 12:15 发表


没解决好也比没解决要好得多,一本书装不下可以有多本,软件工程这些年的发展并不是简单重复多年前的观点。其实软件工程无用论在国内还是挺流行的,结果就是自己在低水平徘徊。

软工还是有好书,只不过能读懂的恐怕没几个
http://www.china-pub.com/49090
http://www.china-pub.com/49263&ref=xilie
http://www.china-pub.com/49264&ref=xilie
这些是比较新的发展了
顶部
性别:未知-离线 Maxwell

代王
监管使
枢密直学士
山南西道节度使

Rank: 27Rank: 27Rank: 27Rank: 27Rank: 27Rank: 27
柱国(正二品)
组别 诸侯
级别 征东将军
好贴 4
功绩 1845
帖子 5795
编号 622
注册 2004-7-7


发表于 2010-5-23 12:44 资料 文集 短消息 只看该作者


QUOTE:
原帖由 陈珺 于 2010-5-23 12:36 发表

软工还是有好书,只不过能读懂的恐怕没几个
http://www.china-pub.com/49090
http://www.china-pub.com/49263&ref=xilie
http://www.china-pub.com/49264&ref=xilie
这些是比较新的发展了

有研究编程的劲头何愁看不懂软件工程?近年来各种轻量级软件工程方法也有较大的发展,比如各种敏捷方法,这些方法都很注重实践且易于执行。
顶部
性别:未知-离线 陈珺

Rank: 6Rank: 6Rank: 6
组别 校尉
级别 军师将军
好贴 5
功绩 26
帖子 927
编号 3820
注册 2003-12-27
来自 福建福州


发表于 2010-5-23 12:49 资料 个人空间 短消息 只看该作者


QUOTE:
原帖由 Maxwell 于 2010-5-23 12:44 发表



有研究编程的劲头何愁看不懂软件工程?近年来各种轻量级软件工程方法也有较大的发展,比如各种敏捷方法,这些方法都很注重实践且易于执行。

你试试读懂上面那三本
顶部
性别:未知-离线 Maxwell

代王
监管使
枢密直学士
山南西道节度使

Rank: 27Rank: 27Rank: 27Rank: 27Rank: 27Rank: 27
柱国(正二品)
组别 诸侯
级别 征东将军
好贴 4
功绩 1845
帖子 5795
编号 622
注册 2004-7-7


发表于 2010-5-23 13:31 资料 文集 短消息 只看该作者


QUOTE:
原帖由 陈珺 于 2010-5-23 12:49 发表

你试试读懂上面那三本

我读懂问题不大,但是我读懂了对你基本没有什么用处吧。这三本就代表软件工程的全部了?那么多轻量级方法就被你无视了?
你非要造出太空堡垒来才会打仗吗?跟前有AK47就看不上眼?非得赤手空拳到太空堡垒造出来?
顶部
性别:未知-离线 陈珺

Rank: 6Rank: 6Rank: 6
组别 校尉
级别 军师将军
好贴 5
功绩 26
帖子 927
编号 3820
注册 2003-12-27
来自 福建福州


发表于 2010-5-23 20:28 资料 个人空间 短消息 只看该作者


QUOTE:
原帖由 Maxwell 于 2010-5-23 13:31 发表


我读懂问题不大,但是我读懂了对你基本没有什么用处吧。这三本就代表软件工程的全部了?那么多轻量级方法就被你无视了?
你非要造出太空堡垒来才会打仗吗?跟前有AK47就看不上眼?非得赤手空拳到太空堡垒造 ...

软件工程跟孙子兵法一个性质,兵书而已,但真正上战场光靠孙子兵法远远不够,实际的战争要比孙子兵法上复杂的多

实际上,即使是公司,团队合作失败率同样很高,合作成功的往往有很大的运气成份

[ 本帖最后由 陈珺 于 2010-5-23 20:31 编辑 ]
顶部
性别:未知-离线 Maxwell

代王
监管使
枢密直学士
山南西道节度使

Rank: 27Rank: 27Rank: 27Rank: 27Rank: 27Rank: 27
柱国(正二品)
组别 诸侯
级别 征东将军
好贴 4
功绩 1845
帖子 5795
编号 622
注册 2004-7-7


发表于 2010-5-23 20:42 资料 文集 短消息 只看该作者


QUOTE:
原帖由 陈珺 于 2010-5-23 20:28 发表

软件工程跟孙子兵法一个性质,兵书而已,但真正上战场光靠孙子兵法远远不够,实际的战争要比孙子兵法上复杂的多

实际上,即使是公司,团队合作失败率同样很高,合作成功的往往有很大的运气成份

且当软件工程跟孙子兵法一个性质吧,那么懂兵法的人和不懂兵法的人上战场哪个打胜仗的机会更大呢?

软件项目失败率高正是软件工程试图解决的问题,虽说现在还看不到完全解决问题的希望,可是你是在坚持造不出太空堡垒就赤手打仗,没有长生不老药就不治病妈?
顶部
性别:未知-离线 陈珺

Rank: 6Rank: 6Rank: 6
组别 校尉
级别 军师将军
好贴 5
功绩 26
帖子 927
编号 3820
注册 2003-12-27
来自 福建福州


发表于 2010-5-23 20:59 资料 个人空间 短消息 只看该作者


QUOTE:
原帖由 Maxwell 于 2010-5-23 20:42 发表


且当软件工程跟孙子兵法一个性质吧,那么懂兵法的人和不懂兵法的人上战场哪个打胜仗的机会更大呢?

软件项目失败率高正是软件工程试图解决的问题,虽说现在还看不到完全解决问题的希望,可是你是在坚持造 ...

关键是比软件工程更好的兵书已经很多了,为什么不选更好的兵书呢
顶部
性别:未知-离线 Maxwell

代王
监管使
枢密直学士
山南西道节度使

Rank: 27Rank: 27Rank: 27Rank: 27Rank: 27Rank: 27
柱国(正二品)
组别 诸侯
级别 征东将军
好贴 4
功绩 1845
帖子 5795
编号 622
注册 2004-7-7


发表于 2010-5-23 21:03 资料 文集 短消息 只看该作者


QUOTE:
原帖由 陈珺 于 2010-5-23 20:59 发表

关键是比软件工程更好的兵书已经很多了,为什么不选更好的兵书呢

比如说?
顶部
性别:男-离线 numdisp
(数值频散)

Rank: 1
组别 百姓
级别 在野武将
功绩 1
帖子 44
编号 362758
注册 2010-2-26


发表于 2010-5-24 03:58 资料 短消息 只看该作者
我看上面两位不必为了上面“兵书”的问题太过执着。理论与实践本来就是相辅相成,相互促进的东西。两者其实并无先后顺序与孰轻孰重的关系,也不存在“最好的理论”这样的问题。

不过看到楼主的一些历程,我倒是有些想法想拿出来说说。

现在很多人,特别是国内一些从事研究工作的人,上到教授下到研究生,都喜欢抱着一种思想:一定要把理论研究透了,才能开展实际工作,否者就会走弯路,得不偿失。这种观点也不能说错误,但是这要建立在一个很大的假设上:那就是理论是完全正确的,不需要修正的。但是很不幸的是,迄今为止,人类的任何一门科学都不是“完全正确”的。一切理论总是以或多或少的假设和抽象为前提的。你可以说理论是99.9%正确的,可是正是这0.1%的误差,会导致实际的结果跟理论大相径庭。大猩猩和人类的基因相似度高达97%以上,但是你能说那剩下的3%是可以忽略的么? “科学”与“技术”两个词的差异也正在于此。

并不是反对楼主研究理论,而是我觉太过于沉迷其中的话也不是什么好事(以纯理论研究为工作的人除外)。所谓尽信书不如无书也是这个道理。
顶部
性别:未知-离线 Maxwell

代王
监管使
枢密直学士
山南西道节度使

Rank: 27Rank: 27Rank: 27Rank: 27Rank: 27Rank: 27
柱国(正二品)
组别 诸侯
级别 征东将军
好贴 4
功绩 1845
帖子 5795
编号 622
注册 2004-7-7


发表于 2010-5-24 09:17 资料 文集 短消息 只看该作者
你说的是一部分研究机构做的事情,实际上更影响IT业发展的是无视理论。种种XXX无用论的论调比着一定要把XXX研究透的想法可是流行得多。看看现在中小企业的开发水平还有业余开发社区的水平就知道了。现在还真是缺少理论研究。
顶部
性别:未知-离线 陈珺

Rank: 6Rank: 6Rank: 6
组别 校尉
级别 军师将军
好贴 5
功绩 26
帖子 927
编号 3820
注册 2003-12-27
来自 福建福州


发表于 2010-5-24 20:25 资料 个人空间 短消息 只看该作者


QUOTE:
原帖由 numdisp 于 2010-5-24 03:58 发表
我看上面两位不必为了上面“兵书”的问题太过执着。理论与实践本来就是相辅相成,相互促进的东西。两者其实并无先后顺序与孰轻孰重的关系,也不存在“最好的理论”这样的问题。

不过看到楼主的一些历程,我倒 ...

你没有理解清我这主贴的意思
虽然我曾经的确存在过把理论弄完美的想法,但已经不是我现在的想法
关于理论与实践协调的问题,也不是简单的并重理论与实践,具体怎么协调最好,我论坛有专门贴子说明过
还有,业余开发本来就没有要求一定要做项目,能提高并分享心得本身就有意义,这也正是纯理论研究的价值所在,理论研究不需要一定完全正确,而是通过研究开拓思路,提高能力.
顶部
性别:未知-离线 陈珺

Rank: 6Rank: 6Rank: 6
组别 校尉
级别 军师将军
好贴 5
功绩 26
帖子 927
编号 3820
注册 2003-12-27
来自 福建福州


发表于 2010-5-24 20:32 资料 个人空间 短消息 只看该作者


QUOTE:
原帖由 Maxwell 于 2010-5-23 21:03 发表


比如说?

既然你提团队合作,那么更直接针对这个问题的应该是心理学和人力资源管理.
软件工程包括软件开发方法学和软件项目管理,软件开发方法学不管是否需要团队合作都是需要掌握的,与团队合作关系不大,而软件项目管理所提供的方法远远不足以解决实际问题.
顶部
性别:未知-离线 陈珺

Rank: 6Rank: 6Rank: 6
组别 校尉
级别 军师将军
好贴 5
功绩 26
帖子 927
编号 3820
注册 2003-12-27
来自 福建福州


发表于 2010-5-24 20:38 资料 个人空间 短消息 只看该作者
虽然不一定需要太空堡垒来打仗,但是拿个破枪打仗,打败的概率很高
所以关键还是先要判断所拥有的枪是否适合打仗,网络合作的背后是现实的社会环境,没有些基本的了解,在计划,沟通,协调都是非常困难的
顶部
性别:未知-离线 Maxwell

代王
监管使
枢密直学士
山南西道节度使

Rank: 27Rank: 27Rank: 27Rank: 27Rank: 27Rank: 27
柱国(正二品)
组别 诸侯
级别 征东将军
好贴 4
功绩 1845
帖子 5795
编号 622
注册 2004-7-7


发表于 2010-5-24 20:42 资料 文集 短消息 只看该作者


QUOTE:
原帖由 陈珺 于 2010-5-24 20:32 发表

既然你提团队合作,那么更直接针对这个问题的应该是心理学和人力资源管理.
软件工程包括软件开发方法学和软件项目管理,软件开发方法学不管是否需要团队合作都是需要掌握的,与团队合作关系不大,而软件项目管理 ...

照你这么讲所有叫作XX工程的学科都可以不要了,只需要开技术课程外加心理学和人力资源管理就可以了?软件工程里面很大一部分内容就是讲如何协作的,而且大部分流行的软件工程方法都是经过实践检验的,不知道你所谓的“远远不足以解决实际问题”是否只是说你所掌握的软件工程知识呢?即便你说软件工程不足以解决实际问题,但是你还是需要说明解决实际问题是否完全不需要软件工程?
顶部
性别:未知-离线 陈珺

Rank: 6Rank: 6Rank: 6
组别 校尉
级别 军师将军
好贴 5
功绩 26
帖子 927
编号 3820
注册 2003-12-27
来自 福建福州


发表于 2010-5-24 20:45 资料 个人空间 短消息 只看该作者


QUOTE:
原帖由 Maxwell 于 2010-5-24 09:17 发表
你说的是一部分研究机构做的事情,实际上更影响IT业发展的是无视理论。种种XXX无用论的论调比着一定要把XXX研究透的想法可是流行得多。看看现在中小企业的开发水平还有业余开发社区的水平就知道了。现在还真是缺 ...

这个其实跟国家环境有很大关系,很多人温饱都成问题,所以没有必要精力去关注理论,而认识理论的重要性本身就需要静下心去慢慢体会,而现在连静下心的前题都没有
顶部
性别:未知-离线 Maxwell

代王
监管使
枢密直学士
山南西道节度使

Rank: 27Rank: 27Rank: 27Rank: 27Rank: 27Rank: 27
柱国(正二品)
组别 诸侯
级别 征东将军
好贴 4
功绩 1845
帖子 5795
编号 622
注册 2004-7-7


发表于 2010-5-24 20:47 资料 文集 短消息 只看该作者


QUOTE:
原帖由 陈珺 于 2010-5-24 20:38 发表
虽然不一定需要太空堡垒来打仗,但是拿个破枪打仗,打败的概率很高
所以关键还是先要判断所拥有的枪是否适合打仗,网络合作的背后是现实的社会环境,没有些基本的了解,在计划,沟通,协调都是非常困难的

需要比较的是拿枪和赤手空拳谁的成功率更高。软件工程本来就是要解决实际困难的,可是被你无视了。
顶部
性别:未知-离线 Maxwell

代王
监管使
枢密直学士
山南西道节度使

Rank: 27Rank: 27Rank: 27Rank: 27Rank: 27Rank: 27
柱国(正二品)
组别 诸侯
级别 征东将军
好贴 4
功绩 1845
帖子 5795
编号 622
注册 2004-7-7


发表于 2010-5-24 20:51 资料 文集 短消息 只看该作者


QUOTE:
原帖由 陈珺 于 2010-5-24 20:45 发表

这个其实跟国家环境有很大关系,很多人温饱都成问题,所以没有必要精力去关注理论,而认识理论的重要性本身就需要静下心去慢慢体会,而现在连静下心的前题都没有

软件工程理论是指导实践的,非要放着前人积累的经验不用,自己去摸索一套,岂不是更增加满足温饱的难度?软件工程中纯理论研究少之又少,轻量级的方法论倒是有很多,很难想象连轻量级方法论都没有精力去学习的人还能有精力搞什么。
顶部
性别:未知-离线 陈珺

Rank: 6Rank: 6Rank: 6
组别 校尉
级别 军师将军
好贴 5
功绩 26
帖子 927
编号 3820
注册 2003-12-27
来自 福建福州


发表于 2010-5-24 20:57 资料 个人空间 短消息 只看该作者


QUOTE:
原帖由 Maxwell 于 2010-5-24 20:42 发表


照你这么讲所有叫作XX工程的学科都可以不要了,只需要开技术课程外加心理学和人力资源管理就可以了?软件工程里面很大一部分内容就是讲如何协作的,而且大部分流行的软件工程方法都是经过实践检验的,不知道 ...

从现代管理学的角度,工程这种做法的确有很多问题,工程的思路其实已经是几十年前的,现代管理理念的是流程再造,工作轮换等等
不过也不是说软件工程的学科都可以不要,关键问题是软件工程理论研究者思路出了问题(就跟人工智能一样,连感情都很难解释),这样的学科就只能借鉴参考,但如果软件工程能有编译原理(形式语言学),数据库(关系规范化理论)那样成熟,当然可以用
顶部
性别:未知-离线 陈珺

Rank: 6Rank: 6Rank: 6
组别 校尉
级别 军师将军
好贴 5
功绩 26
帖子 927
编号 3820
注册 2003-12-27
来自 福建福州


发表于 2010-5-24 21:01 资料 个人空间 短消息 只看该作者


QUOTE:
原帖由 Maxwell 于 2010-5-24 20:51 发表


软件工程理论是指导实践的,非要放着前人积累的经验不用,自己去摸索一套,岂不是更增加满足温饱的难度?软件工程中纯理论研究少之又少,轻量级的方法论倒是有很多,很难想象连轻量级方法论都没有精力去学习 ...

不需要自己去摸索一套,管理学本身同样也是解决实际问题来的,而且比软件工程更全面更深入,用管理学不是更好?
顶部
性别:未知-离线 Maxwell

代王
监管使
枢密直学士
山南西道节度使

Rank: 27Rank: 27Rank: 27Rank: 27Rank: 27Rank: 27
柱国(正二品)
组别 诸侯
级别 征东将军
好贴 4
功绩 1845
帖子 5795
编号 622
注册 2004-7-7


发表于 2010-5-24 21:03 资料 文集 短消息 只看该作者


QUOTE:
原帖由 陈珺 于 2010-5-24 20:57 发表

从现代管理学的角度,工程这种做法的确有很多问题,工程的思路其实已经是几十年前的,现代管理理念的是流程再造,工作轮换等等
不过也不是说软件工程的学科都可以不要,关键问题是软件工程理论研究者思路出了问题 ...

终于明白了,合着你一句话就把软件工程最近几十年的发展给否定了,那就难怪你得出这种结论了。
顶部
性别:未知-离线 陈珺

Rank: 6Rank: 6Rank: 6
组别 校尉
级别 军师将军
好贴 5
功绩 26
帖子 927
编号 3820
注册 2003-12-27
来自 福建福州


发表于 2010-5-24 21:11 资料 个人空间 短消息 只看该作者
我可没说赤手空拳去打仗,而是说换个好点的兵器
至于纯理论,离散数学应该就是纯理论,但它的作用不需要质疑吧,很多时侯纯理论往往能开阔思路,而应用理论只不过是教你怎么把纯理论与实际问题结合起来,比如数据结构,它就是教你怎么把图论与具体编程语言结合起来,学的是契合点,而不是图论本身,实际开发可以用更高级的数学方法解决问题


顶部

正在浏览此帖的会员 - 共 1 人在线




当前时区 GMT+8, 现在时间是 2024-7-3 03:49
京ICP备2023018092号 轩辕春秋 2003-2023 www.xycq.org.cn

Powered by Discuz! 5.0.0 2001-2006 Comsenz Inc.
Processed in 0.014143 second(s), 8 queries , Gzip enabled

清除 Cookies - 联系我们 - 轩辕春秋 - Archiver - WAP