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

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


发表于 2010-5-28 01:08 资料 个人空间 短消息 看全部作者


QUOTE:
原帖由 Maxwell 于 2010-5-28 00:59 发表

我没有认为你几年前水平低,也没有认为你现在水平高,我的判断只是依据你说软件工程讲得太浅不足以指导开发、要借鉴软件工程等言论。每种理论都是理解之后根据实际情况灵活应用,数据库也不例外,拿个常用的例 ...

起码比软件工程要具体,有算法就是一个重要体现,一个理论定量往往比定性要成熟
你有没想过为什么软工无用论的人比数据结构无用论的人要多


顶部
性别:未知-离线 陈珺

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


发表于 2010-5-28 01:13 资料 个人空间 短消息 看全部作者


QUOTE:
你把图论也看得太简单了吧,那也就刚入门。
我前面不说了吗,你要是能做得比现有方法好,那就去做,哪怕是你认为比现有方法好就可以,这事没人拦着你。我只是试图告诉你软件工程里有很多方法可用,既然你确认你的方法比那些都好,那就无视我的话就好了。

图论只是举例,没说很简单,但人家简单化的思想的确值得软工学习
我也只是说明那个观点:软工太浅,不足以指导开发


顶部
性别:未知-离线 陈珺

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


发表于 2010-5-28 01:23 资料 个人空间 短消息 看全部作者


QUOTE:
要是所有人都像科学家一样工作,呵呵。。。科学家和工程师应该用相同的方法工作?但是你的志向要是在理论突破上,那就没有问题了。

很遗憾,软件开发不是盖房子,盖房子不需要动太多大脑,关键是动手,所以总结怎么动手就够了,而软件工程主要是动脑,总结怎么动手远远不够,需要总结怎么动脑,所以需要哲学数学的基础,岳飞传和原创的区别恰恰在动手和动脑的区别
顶部
性别:未知-离线 陈珺

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


发表于 2010-5-28 01:31 资料 个人空间 短消息 看全部作者


QUOTE:
原帖由 Maxwell 于 2010-5-28 01:16 发表


软件工程里算法也不少。软件工程一度认为是只有管理者才需要的、软件工程不直接针对代码、软件工程范畴广泛等等有很多原因。当年相对论也普遍认为是错的,地心说也普遍认为是对的,这又能说明什么?

软件工程里算法的比例肯定比数据库里算法的比例少
这和相对论,地心说有很大区别,很多大师级的著作都有类似看法,我见过不止一本书说当今IT发展越来越偏离它的本,矛头就是UML,设计模式这种软工的东西.
顶部
性别:未知-离线 陈珺

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


发表于 2010-5-28 01:42 资料 个人空间 短消息 看全部作者
就说个很简单的例子,去让一群不懂网络的人去开发对战平台,就算用软工的敏捷开发,能怎么样?代码都写不出,这才是最大问题.
还有,就算能写出代码,需要开发个十年,而又坚持不了十年怎么办?
如果既能写出代码又不需要太久,才有可能让一群人用软工的方法开发,而这两个恰恰是目前最严重的问题.
顶部
性别:未知-离线 陈珺

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


发表于 2010-5-29 09:34 资料 个人空间 短消息 看全部作者


QUOTE:
原帖由 Maxwell 于 2010-5-28 08:15 发表


不懂就去学啊,软件工程又不解决你非不肯学的问题。回去看软件工程的目标再来说话。有几个菜鸟会抱着一本软件工程指望从编程都不会到软件开发高手的?我该说的已经都说了,而且软件工程本来就鼓励在实践中创 ...

我只是说明,软件工程解决不了很多实际问题,软件工程使用的前提是团队成员的能力达到要求,可是目前前提不满足,倒是心理学和人力资源管理可以解决团队成员的能力达不到要求,但你又说软件工程在实践中比心理学和人力资源管理更有用,但在这方面我实在看不出怎么更有用了
顶部
性别:未知-离线 陈珺

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


发表于 2010-5-29 09:42 资料 个人空间 短消息 看全部作者
发个实际问题



QUOTE:
业余开发失败核心原因探究

在三国开发思路(续)已经对这问题有所提及,业余开发失败的原因是能力满足不了所做游戏的要求,也就是说能力是瓶颈.不解决这个问题而采用其它的办法都是治标不治本.用系统科学来看,人之所以能开发是因为知识可以作用于行为,而行为可以作用于物理设备.开发的失败具体原因就在这两个方面,知识可以作用于行为,行为不可以作用于物理设备属于有能力没时间,而知识不可以作用于行为,行为可以作用于物理设备,属于有时间没能力.这是个人开发的情形,对于团队开发,一个成员意图不能被另一个成员理解,即沟通困难,是核心问题.而团队开发的其它问题可以通过有效管理解决.
解决方案是:
对有能力没时间,让其承担交流的角色
对有时间没能力,对其进行培养(培养包括主动接受和被动接受)
对沟通困难,应该培养成员接受统一语言并且尽量通俗易懂,哲学由于其无二义性(前提是学会)最适合作为统一语言并且有实用价值,思维科学由于其面向人脑,最适合为人所理解.
带来的问题是培养问题,包括:
培养需要花费很多时间,可以通过加强沟通能力解决.
培养需要培养者,可以通过选用有能力的作为培养者并且强化其能力
接下来的的问题是被培养者不愿意被培养,原因有
精力不足.这还不算最大的问题
缺乏系统观念,急功近利.这是直接原因.
观念固执,缺乏包容的心态.这是才是根本原因,很多人判断一事物是否有道理是通过说话的人的情况判断,而不是通过内容本身,比如以是否做出游戏判断,这种做法导致很多好的观念无法接受.而缺乏包容导致不能从别人处去长补短,限制了自己的提高.因为观念固执,缺乏包容的心态,才导致了缺乏系统观念,急功近利(因为看问题局部化是通病),根据自身以往的经验解决问题.(但过了三五年,往往又会明白一点,缺没精力了)
懒于思考,这个是性格和习惯问题,要改变非常困难.
经过分析,可以发现观念固执,缺乏包容的心态这个问题非常难解决,因为改变一个人非常困难,这正是业余开发失败的核心原因.那么是什么因素导致呢?
第一,社会风气和环境的影响,现在社会由于压力大,迫使很多人急功近利,而好的观念的接受需要一个过程,因此缺乏基础.
第二,固有观念的影响,很多人长期所受教育学到的是一些局部的分析问题方法,已经形成思维定式,而且由于现在不可靠的东西太多,养成通过说话的人的情况来判断的习惯.
第三,西化的影响.很多人学技术时受到技术背后思想的潜移默化的影响,比如看见的才是对的,而丢掉中国优秀文化,比如系统看问题.很多人工程思想浓厚而忽视思维的作用,片面强调实践,而导致进步缓慢.很多人忽略了学思并重的道理,以重复造车轮为由忽略思考,片面强调学习,结果导致与实践脱节(因为没有和实践联系起来思考),学习能力受制约(因为没有想清问题本质).其实研究自己的思路,正是为了具备能正确运用先人的理论(因为能评价是非,而且不容易陷入教条主义,真正面对实际问题)

这个问题之复杂,恐怕就是用心理学和人力资源管理都难解决
顶部
性别:未知-离线 陈珺

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


发表于 2010-5-29 19:45 资料 个人空间 短消息 看全部作者


QUOTE:
你说的话是正确的,你把你说的话里的软件工程换成心理学、人力资源管理等等都是成立的,你的问题在于你没有意识到这一点。软件工程不是用来解决所有问题的,但是软件工程的作用却比着“借鉴”要有用得多。

似乎我从来没说过心理学、人力资源管理用来解决所有问题.
你说软件工程的作用却比着“借鉴”要有用得多,我就不太明白了,其实很多软件工程的书都说了,它也仅仅是提供参考,指导,难道不是借鉴的同义词?
顶部
性别:未知-离线 陈珺

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


发表于 2010-5-29 20:12 资料 个人空间 短消息 看全部作者


QUOTE:
我可以替你问个软件工程更没法解决的问题:团队中有个成员不会做饭,快要饿死了,该如何解决?
跟你开个玩笑。
需要强调的一件事情就是每种学科都有每种学科要解决的问题,你这个问题并不是仅靠软件工程就能解决的,软件工程只能解决其中一部分问题。另外你要清楚我反对的是你软件工程“讲的太浅”、“借鉴”软件工程的思想,而不是反对你使用其它学科。
你讲的解决方案里面虚的东西不少,思路是好的,只是实践起来别人未必按照你的想法去做,就算按照你的想法去做,他需要学习的东西也过多(哲学、转变性格的要求),这样会在解决问题的时候面对更多的问题。
关于业余开发团队,我没有太多经验,只简单说几点跟你提到的问题有关的解决方法,具体的也不展开写了,今天没多少时间,以后会专门有一篇写业余开发团队开发模式的。

我当然知道在解决问题的时候面对更多的问题,所以我长期不搞团队而是单干,问题就在前提不具备
我说的核心问题是普遍存在,微软的操作系统老延期都跟这个原因有一定关系,只不过商业开发持续时间更长在一定程度缓解这个问题而已
所以我更倾向用技术方法来解决开发问题就在此,关键就在于目前的实际情况不适合搞团队
顶部
性别:未知-离线 陈珺

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


发表于 2010-5-29 20:38 资料 个人空间 短消息 看全部作者


QUOTE:
原帖由 Maxwell 于 2010-5-29 20:19 发表


量力而行是好事,但是我并不认为技术上弱就一定不行,技术上的差距工程可以弥补一部分。现在业余开发团队的技术已经基本具备组成团队的能力,做个大项目很难,做个小项目有希望。

主贴你还是没认真看,要是做小项目我一个人就够了(再加美工),何必动用团队,之前的经验表明,对小项目,一个人比搞团队效果要好
原理就类似写简单程序用汇编更高效
顶部
性别:未知-离线 陈珺

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


发表于 2010-5-29 20:50 资料 个人空间 短消息 看全部作者


QUOTE:
原帖由 Maxwell 于 2010-5-29 20:45 发表

我大致上把3-10万行代码的归为小项目。我做项目的目的是探索团队开发,为了单纯写个软件出来,何苦到网上组团队。

探索团队开发的目的何在呢?不是为了做更大的项目吗?
顶部
性别:未知-离线 陈珺

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


发表于 2010-5-29 20:54 资料 个人空间 短消息 看全部作者


QUOTE:
1. 控制合理节奏,适应团队的时间安排
2. 通过代码复审进行指导
3. 需求细分,保持持续的成就感
4. 用问题管理系统记录关键信息
5. 有能力时间少的让其负责不紧急的高难度算法
6. 强力领导对关键成员保持联系
7. 编码规范
8. 架构、协议、算法要有文档

记得有个项目经理说过,软件工程要在大公司实行才比较有效
当然如果运气够好,业余团队也能实行,但这风险多大啊
顶部
性别:未知-离线 陈珺

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


发表于 2010-5-29 22:07 资料 个人空间 短消息 看全部作者


QUOTE:
原帖由 Maxwell 于 2010-5-29 21:17 发表

做大项目更需要软件工程了。通过小项目得到软件工程经验,可以提高大项目的成功率,你这么一说,确实应用软件工程有这么个好处。



我还记得有人说软件工程太浅,不足以指导开发呢,这又有个说在大公司能 ...

不足以指导开发不是不能指导开发,只是说用起来难,如果深入了,就不存在这问题
我的确不太相信靠软工能搞起业余开发,它的作用我觉得也就类似于一个开发包
顶部
性别:未知-离线 陈珺

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


发表于 2010-5-29 22:13 资料 个人空间 短消息 看全部作者


QUOTE:
做大项目更需要软件工程了。通过小项目得到软件工程经验,可以提高大项目的成功率,你这么一说,确实应用软件工程有这么个好处。

我想知道组队的最终目的是什么,软件工程顶多是工具

我还是想知道软件工程的作用除了“借鉴”还有什么,难道可以直接用?

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

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


发表于 2010-5-29 22:48 资料 个人空间 短消息 看全部作者


QUOTE:
原帖由 Maxwell 于 2010-5-29 22:42 发表



按你的观点有什么不是“借鉴”的?

起码数学和哲学不是
我的理解学习是接受大部分,而借鉴是经过思考有选择的接受
顶部
性别:未知-离线 陈珺

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


发表于 2010-5-30 04:38 资料 个人空间 短消息 看全部作者
我列个知识体系目录,MAXWELL看看软工含多少

第一篇 基础篇
第一章 系统科学与数学
1.1 系统
1.2 信息
1.3 整体与部分
1.4 一般与特殊
1.5 随机
1.6 图论
1.7 集合论
1.8 代数
1.9 概率论
第二章 管理科学与数学
2.1 管理与目标
2.2 计划与执行
2.3 控制
2.4 组织
2.5 数学规划
2.6 网络规划
第三章 心理学与思维科学
3.1 感觉与知觉
3.2 注意与记忆
3.3 理解
3.4 运用
3.5 性格
3.6 社会心理
第四章 逻辑学与数理逻辑
4.1 概念
4.2 判断
4.3 推理
4.4 猜想
4.5 论证
4.6 数理逻辑
第二篇 技术篇
第五章 计算机硬件
5.1 计算机硬件结构
5.2 电子与通信
5.3 中央处理器
5.4 内存
5.5 I/O接口
5.6 外部设备
5.7 网络设备
5.8 数据通信
5.9 计算机启动与BIOS
5.10 计算机硬件接口
第六章 计算机语言
6.1 语言与形式语言
6.2 汇编语言
6.3 高级语言
6.4 语言的实现
第七章 操作系统
7.1 内存管理
7.2 设备管理
7.3 文件管理
7.4 进程管理
7.5 操作系统引导与启动
7.6 系统进程
7.7 操作系统接口
第八章 多媒体与界面
8.1 图形图像
8.2 动画
8.3 声音
8.4 视频
8.5 界面
8.6 多媒体功能接口
第九章 网络
9.1 局域网
9.2 广域网
9.3 互联网
9.4 传输层
9.5 网络应用
9.6 网络功能接口
第十章 数据库系统
10.1 关系模型
10.2 物理模型
10.3 外模式
10.4 事务与并发
10.5 数据库安全
10.6 数据库接口
第十一章 编程工具
11.1 编程工具
11.2 编辑程序
11.3 编译与链接
11.4 库
11.5 调试工具
11.6 图形界面设计工具
第十二章 数据结构与算法
12.1 数据结构
12.2 算法
12.3 系统模型与数据结构的转化
12.4 系统模型与算法的转化
12.5 数据结构及算法与语言的转化
第三篇 经济管理篇
第十三章 经济学
13.1 资源
13.2 生产与消费
13.3 交换
13.4 投入与分配
13.5 会计
第十四章 生产服务管理
14.1 流程
14.2 技术
14.3 能力
14.4 库存与物流
14.5 生产计划
14.6 服务
14.7 质量
14.8 生产服务战略
第十五章 信息管理
15.1 信息采集与检索
15.2 信息加工
15.3 信息传输与存储
15.4 信息服务
第十六章 人力资源管理
16.1 组织设计
16.2 人力资源规划
16.3 工作分析与设计
16.4 招聘与录用
16.5 培训与发展
16.6 绩效考评
16.7 激励
16.8 沟通与协调
第十七章 经济资源管理
17.1 经济资源分析
17.2 经济资源筹集
17.3 经济资源变换
17.4 经济资源分配
17.5 经济资源管理战略
第十八章 组织与环境管理
18.1 社会环境分析
18.2 产品策略
18.3 竞争策略
18.4 组织战略
18.5 组织运作
第四篇 综合篇
第十九章 软件开发方法
19.1 系统模型
19.2 形式模型
19.3 物理模型
19.4 工具模型
19.5 需求分析
19.6 系统实现与测试
19.7 系统布署与运行
19.8 维护
19.9 复用
19.10 软件开发工具
第二十章 软件项目管理
20.1 项目
20.2 整合资源与整体管理
20.3 范围管理与质量管理
20.4 流程、技术与能力管理
20.5 计划管理与风险管理
20.6 资源管理
20.7 耗费管理
20.8 软件项目管理战略
20.9 采购、开发与运营管理

再给个链接,我去年写的软件开发方法学的东西
http://www.downfans.com/sanguo/showthread.php?t=439

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

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


发表于 2010-5-31 00:27 资料 个人空间 短消息 看全部作者


QUOTE:
原帖由 Maxwell 于 2010-5-30 09:38 发表


你词典里借鉴是这个意思我也没办法,不过对你学习数学和哲学不思考深表同情。

我感觉很多地方你都有误会
学什么都需要思考
顶部
性别:未知-离线 陈珺

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


发表于 2010-5-31 00:38 资料 个人空间 短消息 看全部作者


QUOTE:
原帖由 Maxwell 于 2010-5-30 09:42 发表


好歹比你推崇的管理学、心理学、思维科学目录长点儿。。。另外,怎么也没见你说借鉴这几门呢?都说的学习,这不仍然证明了你认为软件工程不行?

因为我发现软件工程和这里面一些理论有矛盾,而且这些理论讲道理,你如果看了,说不定也会怀疑软工,我怀疑软工不是没事看不上它,恰恰是各方面书看多了,发现问题
顶部
性别:未知-离线 陈珺

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


发表于 2010-6-1 00:45 资料 个人空间 短消息 看全部作者


QUOTE:
你的逻辑和表达很难不让人“误会”。你要是看了软件工程并且思考了,就不会有这么多“误会”了。软件工程就看了二十年前的书就来妄谈“借鉴”,你自己的逻辑站得住脚吗?且不说软件工程实际上有用没有,从你得出结论的逻辑来看就有问题。

我倒是觉得,我很多话你都是跳着看,所以才会“误会”
UML,OO,设计模式是二十年前的书里的吗
其实我之前已经表达过一个意思,现在的软工恐怕还不如二十年前的
顶部
性别:未知-离线 陈珺

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


发表于 2010-6-2 01:46 资料 个人空间 短消息 看全部作者


QUOTE:
原帖由 Maxwell 于 2010-6-1 07:42 发表


这下彻底没误会了,你已经明确说软件工程不行了。

现在有个普遍问题是泛泛而谈,我觉得你就有这种迹象
你用这么概括性的语言,怎么能讨论下去呢
如果你真的想说明软件工程怎么有用,就说具体能解决什么问题,这样的讨论才有帮助
顶部
性别:未知-离线 陈珺

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


发表于 2010-6-3 02:32 资料 个人空间 短消息 看全部作者


QUOTE:
原帖由 Maxwell 于 2010-6-2 08:01 发表


我现在要谈的无非是你在本帖是不是认为软件工程不行,对于这个问题我谈的够具体了,论点论据都有,还要怎么个具体法?我不想说明软件工程怎么有用,我没义务替软件工程做宣传。
另,如果发现了一个普遍问题 ...

你的论点大概就是软件工程足以提高软件开发水平,而论据就是代码集体所有权之类的.但这对于说明你那观点实在太不够了.你可以说说哪些理论可以解决哪些问题啊,列出来就行.
你既然要推荐软工,就要引一条路,而不是类似"软工就够你学了"的观点,人的时间有限,不可能花这么大精力钻到一个很可能没有多大价值的东西去吧,你应该说说哪些理论有价值,改变我的认知,而不是一味的让我去看.而且我对软工也不是一无所知.
顶部
性别:未知-离线 陈珺

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


发表于 2010-6-3 22:50 资料 个人空间 短消息 看全部作者


QUOTE:
原帖由 Maxwell 于 2010-6-3 07:58 发表


你仔细看我说的是什么,我的论点是你认为软件工程不行,我的论据是你说过的话。我最多是帮你认识到你认为软件工程不行,可没义务替软件工程费劲扭转别人的认知。

你最初说的可是这个

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

个人认为,要解决业余团队的正向开发必然需要软件工程的支持,尤其是开发人员工作时间无法保证,开发能力参差不齐的情况下。

那么,那个论点目的在哪呢?告诉我软件工程可以?
顶部
性别:未知-离线 陈珺

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


发表于 2010-6-3 23:12 资料 个人空间 短消息 看全部作者


QUOTE:
原帖由 Maxwell 于 2010-6-3 23:02 发表


那是你没有说软件工程不行之前,你既然认为软件工程不行,那就没有讨论那个话题的必要了。

那你提这个论点的目的呢?
顶部
性别:未知-离线 陈珺

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


发表于 2010-6-3 23:46 资料 个人空间 短消息 看全部作者


QUOTE:
原帖由 Maxwell 于 2010-6-3 23:41 发表


论点。。。这里是辩论赛吗?



QUOTE:
你仔细看我说的是什么,我的论点是你认为软件工程不行,我的论据是你说过的话。我最多是帮你认识到你认为软件工程不行,可没义务替软件工程费劲扭转别人的认知。

顶部
性别:未知-离线 陈珺

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


发表于 2010-6-3 23:57 资料 个人空间 短消息 看全部作者


QUOTE:
原帖由 Maxwell 于 2010-6-3 23:53 发表
这有什么矛盾吗?很明显的事情,开始的方向是讨论开发,后来你言论中表达出软件工程不行但是你又不承认你是这个意思,所以后来的方向就转向辩论了。

我一直忽略了一个问题
你的"不行"是什么意思
顶部
性别:未知-离线 陈珺

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


发表于 2010-6-4 00:17 资料 个人空间 短消息 看全部作者


QUOTE:
原帖由 Maxwell 于 2010-6-4 00:09 发表

自己的发言这么快就不记得了吗?
只从第一页看就有“太浅”、“不足以指导开发”、指导软件开发“比软件工程更好的兵书已经很多了”、“所提供的方法远远不足以解决实际问题”、“软件工程理论研究者思路出了 ...

我感觉你的"不行"有全盘否定的意思
顶部
性别:未知-离线 陈珺

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


发表于 2010-6-4 00:31 资料 个人空间 短消息 看全部作者


QUOTE:
原帖由 Maxwell 于 2010-6-4 00:22 发表


我说的无非是指代你的诸多言论,我总不能每次把你各种言论都照抄一遍,光第一页上就够多了。至于是全盘否定还是可以“借鉴”不是我说行还是不行能影响的了的,看了你的发言的人会有自己的判断。

"不行"成指代了?那你这句话不能按常规理解
不过既然是指代,怎么又说"没什么好说的"
到底是指代还是结论?
顶部
性别:未知-离线 陈珺

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


发表于 2010-6-4 03:28 资料 个人空间 短消息 看全部作者


QUOTE:
原帖由 Maxwell 于 2010-6-4 00:46 发表

前面就说了你学那么多学科不如先学学逻辑。

举例说明

前面一个“不行”指代你的言论,后面一个“不行”是对你的言论的总结,“不行”在词典中的解释有“不成功,不中用”的意思,你可以对照你说的看看我 ...



QUOTE:
这下彻底没误会了,你已经明确说软件工程不行了。

这个不行属对言论的总结吧?
顶部
性别:未知-离线 陈珺

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


发表于 2010-6-6 03:01 资料 个人空间 短消息 看全部作者
我觉得你的逻辑也有问题,我一直都是在回答你这个问题吧

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

顶部
性别:未知-离线 陈珺

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


发表于 2010-6-6 23:44 资料 个人空间 短消息 看全部作者


QUOTE:
原帖由 Maxwell 于 2010-6-6 09:05 发表

你的回答不就是软件工程不行吗?最多是可以“借鉴”一下。

我说那么多,全被你"不行"概括了,不能具体点吗


顶部

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




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

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

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