本文是水木上从配置管理谈起的专向到我的全程建模方法论的一个话题,中间涉及到我这几年所做的积累和这套方法轮所实现的程度。
本文涉及到的技术内容大部分曾在本blog的技术篇章中发表,在第一版之后的部分新撰写内容在机械工业出版社即将出版的新书中发表。
原文连接如下:
http://www.newsmth.net/bbstcon.php?board=SoftEng&gid=70905
————————
发信人: laofo (偶是fofo), 信区: SoftEng
标 题: 你觉得公司了解实施配置管理的好处么?
发信站: 水木社区 (Thu May 6 20:04:32 2010), 站内
RT
————————
发信人: laofo (偶是fofo), 信区: SoftEng
标 题: Re: 你觉得公司了解实施配置管理的好处么?
发信站: 水木社区 (Thu May 6 20:20:10 2010), 站内
大多数公司可能都不了解。
有的人可能只是有这个概念,我们需要一个配置管理员,但是为什么需要一个配置管理员,他能做什么,能给公司都带来什么好处,可能大家还真的没仔细想过。
招人之前定位不清,招人之后就会造成职责不明。在人少活多的地方,可能CM就会被拉去干些CM不相关的事情;
大老板可能知道一些,下边经理也许了解一些。到了项目经理这里即便对配置管理有比较深的认识,无奈迫于进度,资源等等,一旦忙不过来就会把配置管理束之高阁,要求裁剪这裁剪那的。配置管理员不能完全的在项目中,组织中行使自己的职责,很容易造成进度上去了,质量下来了。前期的赶进度往往会给后期交付带来更多的麻烦,需要更多的时间去修复仓促开发带来的问题。
————————
发信人: qingrun (青润), 信区: SoftEng
标 题: Re: 你觉得公司了解实施配置管理的好处么?
发信站: 水木社区 (Thu May 6 22:38:37 2010), 站内
说的不错,呵呵。
中国的软件业是在国外发展了几十年的情况下催生出来的,比我这一代更老的程序员因为所处的环境并没有对工程的东西进行过过多的思考和分析,因为他们一般在十年内就发生了很大的变化。
而后来的程序员,因为国外公司的推动,加上生活和各种所谓新技术新概念的推出,也忽视了对工程的深入探索,所以,才有了这种现象,呵呵。
————————
发信人: timshaw (去SofeEng(软件工程)小侃吧), 信区: SoftEng
标 题: Re: 你觉得公司了解实施配置管理的好处么?
发信站: 水木社区 (Fri May 7 08:18:57 2010), 站内
DDD作者说过,过去1x年,软工(忘了是什么词了,但肯定是跟这方面相关的) 根本没发展
这1x年我们所做的就是把原来的cs一股脑的搬到www上去
————————
发信人: qingrun (青润), 信区: SoftEng
标 题: Re: 你觉得公司了解实施配置管理的好处么?
发信站: 水木社区 (Fri May 7 09:24:40 2010), 站内
是的,最近十年实际上没有什么大的技术革新,最重要的革新都是上个世纪完成的,只是大部分在这个世纪才在中国产生影响而已,包括UML。
而各大公司为了业绩和股票(也就是投资人利益),在这个世纪之初创造了大量新词汇,而这些词汇的作用也就是一年左右就纷纷被放下,因为过期了。
但是大量的初学者和盲目名词崇拜者还是拿着这些词汇在国内教育人,呵呵,再过十年,还会有不少的笑话出现。
除了互联网的连接扩大和传输技术方面的革新以外,其他的都和十年前差不多,只是很多在十年前没有名词没有说法,现在都加上了title和说法而已。
————————
发信人: ZhangLianyi (连怡), 信区: SoftEng
标 题: Re: 你觉得公司了解实施配置管理的好处么?
发信站: 水木社区 (Fri May 7 12:03:40 2010), 站内
马哲早就说了——社会存在决定社会意识。
现实有了CS里的各种存在,从硬件到操作系统再到编程语言和数据库...之后,如何把它们更好
地捏合成一个整体,基于编码提出了设计,需求...然后每个领域还可以深化,说到底就是人类
关于良性实践标准的总结,是社会意识。
反作用也有,一些成熟的社会意识被固化到各种过程管理的工具里。
要想软工有大的革新,根本上还是得CS的存在上有大的变化吧。我觉得如果将来关于净室工程的
方法论有突破性的进展,模型检测和定理证明这些形式化方法都能变成傻瓜式的工具,那么软工
应该会有很多基于这个的新的管理思路。
【 在 qingrun (青润) 的大作中提到: 】
: 标 题: Re: 你觉得公司了解实施配置管理的好处么?
: 发信站: 水木社区 (Fri May 7 09:24:40 2010), 站内
:
: 是的,最近十年实际上没有什么大的技术革新,最重要的革新都是上个世纪完成的,只是大部分在这个世纪才在中国产生影响而已,包括UML。
: 而各大公司为了业绩和股票(也就是投资人利益),在这个世纪之初创造了大量新词汇,而这些词汇的作用也就是一年左右就纷纷被放下,因为过期了。
: 但是大量的初学者和盲目名词崇拜者还是拿着这些词汇在国内教育人,呵呵,再过十年,还会有不少的笑话出现。
: 除了互联网的连接扩大和传输技术方面的革新以外,其他的都和十年前差不多,只是很多在十年前没有名词没有说法,现在都加上了title和说法而已。
————————
发信人: qingrun (青润), 信区: SoftEng
标 题: Re: 你觉得公司了解实施配置管理的好处么?
发信站: 水木社区 (Fri May 7 12:09:46 2010), 站内
是的。
不过,存在决定意识的层级,却不代表存在就能让意识立刻覆盖全部,这是需要过程的,我相信在国外,也同样存在一定的问题。
理论在一定程度上指导了实践,但是,实践却没有得到最好的实施,于是就出现了实践与理论的偏离。
但是,目前理论在很多地方是高于实践的,在04年csdn组织过的一次技术论坛中,当年mda刚刚提出没多久,正在热炒期,很多公司都宣传自己的mda如何如何,但是实际上,谁也拿不出像样的基础代码库,谁也拿不出实际的mda全部实现过程,市场的宣传远远大于它们的工程实际。
毕竟一个真正的基础代码库的积累,不是三五年就能完成的,就算集中全世界的力量来做,政府直接出钱支持,估计也要十年以上的时间才有可能,更何况目前的情况是全世界一盘散沙,各自为战,商业竞争和名词论调远远高于务实的基础。
拭目以待吧。呵呵。
————————
发信人: ZhangLianyi (连怡), 信区: SoftEng
标 题: Re: 你觉得公司了解实施配置管理的好处么?
发信站: 水木社区 (Fri May 7 12:22:13 2010), 站内
现在MDA发展成什么样子?上哪里有比较全比较新的资源能看么?谢谢
————————
发信人: qingrun (青润), 信区: SoftEng
标 题: Re: 你觉得公司了解实施配置管理的好处么?
发信站: 水木社区 (Fri May 7 12:52:50 2010), 站内
这几年国际上没有多少人在推动mda了,至少没有大公司去花钱宣传推动了。
我的方法论中目前只需要一个代码库支持就可以实现完整的mda,不过,我没有公司支持,所以,也只能如此了。呵呵。
————————
发信人: timshaw (去SofeEng(软件工程)小侃吧), 信区: SoftEng
标 题: Re: 你觉得公司了解实施配置管理的好处么?
发信站: 水木社区 (Fri May 7 12:55:02 2010), 站内
据说DSL里有代码生成的东东?
那岂不就是MDA么
【 在 qingrun (青润) 的大作中提到: 】
: 这几年国际上没有多少人在推动mda了,至少没有大公司去花钱宣传推动了。
: 我的方法论中目前只需要一个代码库支持就可以实现完整的mda,不过,我没有公司支持,所以,也只能如此了。呵呵。
————————
发信人: ZhangLianyi (连怡), 信区: SoftEng
标 题: Re: 你觉得公司了解实施配置管理的好处么?
发信站: 水木社区 (Fri May 7 13:10:06 2010), 站内
你去找清软英泰的顾老板吧...叫她给你投钱,投很多很多的钱...
【 在 qingrun (青润) 的大作中提到: 】
: 标 题: Re: 你觉得公司了解实施配置管理的好处么?
: 发信站: 水木社区 (Fri May 7 12:52:50 2010), 站内
:
: 这几年国际上没有多少人在推动mda了,至少没有大公司去花钱宣传推动了。
: 我的方法论中目前只需要一个代码库支持就可以实现完整的mda,不过,我没有公司支持,所以,也只能如此了。呵呵。
————————
发信人: qingrun (青润), 信区: SoftEng
标 题: Re: 你觉得公司了解实施配置管理的好处么?
发信站: 水木社区 (Fri May 7 13:56:07 2010), 站内
那个代码只是框架,远远不能成为mda的形态,说白了只是一个外表而已。
真正的mda,应该做到绝大部分代码的关联设计生成,除了少量需要调整和性能优化代码的撰写与修改外,其他代码都是直接完整导出的。
所以,需要庞大代码库的支持。
【 在 timshaw (去SofeEng(软件工程)小侃吧) 的大作中提到: 】
: 据说DSL里有代码生成的东东?
: 那岂不就是MDA么
————————
发信人: timshaw (去SofeEng(软件工程)小侃吧), 信区: SoftEng
标 题: Re: 你觉得公司了解实施配置管理的好处么?
发信站: 水木社区 (Fri May 7 13:58:34 2010), 站内
普元/金蝶那种算不算?
【 在 qingrun (青润) 的大作中提到: 】
: 那个代码只是框架,远远不能成为mda的形态,说白了只是一个外表而已。
: 真正的mda,应该做到绝大部分代码的关联设计生成,除了少量需要调整和性能优化代码的撰写与修改外,其他代码都是直接完整导出的。
: 所以,需要庞大代码库的支持。
: ...................
————————
发信人: qingrun (青润), 信区: SoftEng
标 题: Re: 你觉得公司了解实施配置管理的好处么?
发信站: 水木社区 (Fri May 7 13:59:09 2010), 站内
不认识,我也不主动找,呵呵,这个东西我觉得,慢慢发展还需要十年以上的时间。
对我来说,这个也不是我一天两天要做到的事情。
首先目前所有的UML工具自身都存在严重的功能缺陷,这个我曾经给trufun提过三条改进意见作为合作初始的礼物,他们现在也是因为投资的问题没有什么大的发展。
UML工具的改进,加上代码库的支持,然后配套配置管理,和一个实际可用的全过程建模方法论,才能实现实际的mda。
【 在 ZhangLianyi (连怡) 的大作中提到: 】
: 你去找清软英泰的顾老板吧...叫她给你投钱,投很多很多的钱...
————————
发信人: ZhangLianyi (连怡), 信区: SoftEng
标 题: Re: 你觉得公司了解实施配置管理的好处么?
发信站: 水木社区 (Fri May 7 14:00:16 2010), 站内
以前我实验室的那群博士好像搞的就有点你说的这个意思,当然仅仅是开头而已。
我所知道的一个人,她做的就是通过一个形式化建模语言,去验证不同的C语言代码通过某个模型被拼起来之后,有没有逻辑上的漏洞或bug。如果这个做成了,应该就是你所说的大部分代码关联设计生成了吧
【 在 qingrun (青润) 的大作中提到: 】
: 标 题: Re: 你觉得公司了解实施配置管理的好处么?
: 发信站: 水木社区 (Fri May 7 13:56:07 2010), 站内
:
: 那个代码只是框架,远远不能成为mda的形态,说白了只是一个外表而已。
: 真正的mda,应该做到绝大部分代码的关联设计生成,除了少量需要调整和性能优化代码的撰写与修改外,其他代码都是直接完整导出的。
: 所以,需要庞大代码库的支持。
————————
发信人: qingrun (青润), 信区: SoftEng
标 题: Re: 你觉得公司了解实施配置管理的好处么?
发信站: 水木社区 (Fri May 7 14:00:31 2010), 站内
那两个就别提了。
普元呵呵,实在是,算了,不评价了,这个实在让人无语。
金蝶的只是一个行业,也根本没有达到mda的实质。呵呵。
【 在 timshaw (去SofeEng(软件工程)小侃吧) 的大作中提到: 】
: 普元/金蝶那种算不算?
————————
发信人: qingrun (青润), 信区: SoftEng
标 题: Re: 你觉得公司了解实施配置管理的好处么?
发信站: 水木社区 (Fri May 7 14:01:41 2010), 站内
06年初有一个973做得就是和我类似的东西,但是,我没有找到那个申请人,另外这种东西大部分都是做给国家看的,人家不要求实用,所以,后来也就没考虑了。
【 在 ZhangLianyi (连怡) 的大作中提到: 】
: 以前我实验室的那群博士好像搞的就有点你说的这个意思,当然仅仅是开头而已。
: 我所知道的一个人,她做的就是通过一个形式化建模语言,去验证不同的C语言代码通过某个模型被拼起来之后,有没有逻辑上的漏洞或bug。如果这个做成了,应该就是你所说的大部分代码关联设计生成了吧
————————
发信人: timshaw (去SofeEng(软件工程)小侃吧), 信区: SoftEng
标 题: Re: 你觉得公司了解实施配置管理的好处么?
发信站: 水木社区 (Fri May 7 14:02:35 2010), 站内
【 在 qingrun (青润) 的大作中提到: 】
: 那两个就别提了。
: 普元呵呵,实在是,算了,不评价了,这个实在让人无语。
: 金蝶的只是一个行业,也根本没有达到mda的实质。呵呵。
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~可否展开谈谈啊?我对金蝶bos有所了解
: ...................
————————
发信人: qingrun (青润), 信区: SoftEng
标 题: Re: 你觉得公司了解实施配置管理的好处么?
发信站: 水木社区 (Fri May 7 14:08:16 2010), 站内
这种东西写出来不大好意思,有点批评人家的感觉,其实人家已经做得不错了。
因为我这几年主要是在方法论层面进行分析,同时积累数据和案例,所以,会考虑的较多一些,有些考虑到的内容具体使用的时候还需要一些更深入的斟酌。
最基本的一点就是:
mda的实现,应该可以做到需求完成,进行架构选择后直接关联代码,然后进行部分编译的工程实现模式。
如果做不到这一点,一切都是不完整的。
我现在也只是在方法论层面实现了需求到代码的全部影射关联关系,目前世界上还没有UML工具可以支持我的这套方法,曾经打算和trufun合作,结果他们的投资一直没拿到,于是就拖下来,到现在也很少联系了,呵呵。
中间使用过EA的工具,他们也是缺少方法论和过程论的支持,一切都是很散乱的连接方式,或者说,目前的UML工具从需求到设计之间可以做到完全无关,或者至少模型内你无法做到关联,需求变动后,工具也不会因此对涉及进行相应的调整,这一切都是人工进行的。哪怕是最小的需求变动,或者一个数据类型的要求变化都无法做到。
【 在 timshaw (去SofeEng(软件工程)小侃吧) 的大作中提到: 】
: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~可否展开谈谈啊?我对金蝶bos有所了解
————————
发信人: timshaw (去SofeEng(软件工程)小侃吧), 信区: SoftEng
标 题: Re: 你觉得公司了解实施配置管理的好处么?
发信站: 水木社区 (Fri May 7 14:12:37 2010), 站内
批评没啥啊,我觉得金蝶bos有优点也有缺点,
ps:如果你这个东西出来了,是不是会埋葬我等搞企业开发的码农....
【 在 qingrun (青润) 的大作中提到: 】
: 这种东西写出来不大好意思,有点批评人家的感觉,其实人家已经做得不错了。
: 因为我这几年主要是在方法论层面进行分析,同时积累数据和案例,所以,会考虑的较多一些,有些考虑到的内容具体使用的时候还需要一些更深入的斟酌。
: 最基本的一点就是:
: ...................
————————
发信人: qingrun (青润), 信区: SoftEng
标 题: Re: 你觉得公司了解实施配置管理的好处么?
发信站: 水木社区 (Fri May 7 14:43:45 2010), 站内
你和印度工厂的中专编码员一样么?如果你和他一样,你就是被埋葬的对象。
程序员应该干点程序员的事情,而不是天天把精力放在大家都写了几千遍的代码上进行不断的修改调整,那完全是生命的浪费。
我后来把精力从代码转向这里,就是发现这样的方式将来可以让我把更多的精力放在算法,算法优化,性能调整等更有价值的编码上,而不是常规的打开文件,关闭文件,文件传送,权限设定,权限分析,权限控制这种大家每个系统都要重新写一遍的代码堆里,那不是程序员,那只是编码员了,反正我不想那样丢人。
从我86年开始接触代码,到现在,中间虽然有些年没有碰编码,但是,编码的目的是创新,而不是照旧。
【 在 timshaw (去SofeEng(软件工程)小侃吧) 的大作中提到: 】
: 批评没啥啊,我觉得金蝶bos有优点也有缺点,
: ps:如果你这个东西出来了,是不是会埋葬我等搞企业开发的码农....
————————
发信人: timshaw (去SofeEng(软件工程)小侃吧), 信区: SoftEng
标 题: Re: 你觉得公司了解实施配置管理的好处么?
发信站: 水木社区 (Fri May 7 14:55:16 2010), 站内
真要是断了我们的饭碗,那
我们得自发组织起来给你捐款...让你快点去深山老林隐居。。。。
【 在 qingrun (青润) 的大作中提到: 】
: 你和印度工厂的中专编码员一样么?如果你和他一样,你就是被埋葬的对象。
: 程序员应该干点程序员的事情,而不是天天把精力放在大家都写了几千遍的代码上进行不断的修改调整,那完全是生命的浪费。
: 我后来把精力从代码转向这里,就是发现这样的方式将来可以让我把更多的精力放在算法,算法优化,性能调整等更有价值的编码上,而不是常规的打开文件,关闭文件,文件传送,权限设定,权限分析,权限控制这种大家每个系统都要重新写一遍的代码堆里,那不是程序员,那只是
: ...................
————————
发信人: qingrun (青润), 信区: SoftEng
标 题: Re: 你觉得公司了解实施配置管理的好处么?
发信站: 水木社区 (Fri May 7 15:34:32 2010), 站内
呵呵
即使我那套方法论和考虑的内容能出来,其代码库的积累靠谁?你想想。
还不是目前咱们这批程序员么?
将来也需要更优秀的程序员的提升,类似于开源的一些操作方式——我还从来没参加过开源的项目。
真正被剥夺饭碗的就是代码工人,而且,还会留下一批代码工人的生存空间,因为有些变动是不需要程序员来做的。
而这样的操作方式的推行实际上是实现了国际或者至少一个国家一个地区的软件行业一体化运作,因为最终的实现投入实在太大,虽然前景是十分诱人的——当然,我没这个影响力,也没办法做,目前只是把我认为我能做的部分做了而已。
【 在 timshaw (去SofeEng(软件工程)小侃吧) 的大作中提到: 】
: 真要是断了我们的饭碗,那
: 我们得自发组织起来给你捐款...让你快点去深山老林隐居。。。。
————————
发信人: rolandsun (roland), 信区: SoftEng
标 题: Re: 你觉得公司了解实施配置管理的好处么?
发信站: 水木社区 (Fri May 7 15:37:40 2010), 站内
你想的这个软件能支持多少个行业? 从OA到数控机床到空管么?
我现在对这么大的框架持保留态度,在细分的领域,你说的这个东西是有可能实现的,但是支持很多行业的开发,难吧。
【 在 qingrun (青润) 的大作中提到: 】
: 呵呵
: 即使我那套方法论和考虑的内容能出来,其代码库的积累靠谁?你想想。
: 还不是目前咱们这批程序员么?
: ...................
————————
发信人: qingrun (青润), 信区: SoftEng
标 题: Re: 你觉得公司了解实施配置管理的好处么?
发信站: 水木社区 (Fri May 7 15:41:26 2010), 站内
呵呵,我从来没想过自己要去做这个软件,我只是提出了过程论和方法论,我觉得我这辈子应该是没有时间和资金来操作这么大的事情的,如果我能活到80岁,也许有可能,呵呵。
另外,这个东西做成的话,需要的支持非常多,所以,小公司也不适合来操作,也需要国家的支撑才好办。
没办法,我一个本科生,就算再牛,也弄不到国家的支持,所以,目前只能把我想到的做到,至于将来,只能将来再说,所以,我只能说我自己没有想过自己要去做这个软件,自然也就不会细节去考虑支持多少行业,支持什么方向的问题了——这些问题应该是基础工具架构实现后才能去考虑的,根据资金,根据投入,根据行业的情况和意愿来推动,呵呵。
我的计划超过三年的都是方向性计划,三年以内的才会有具体的考虑和操作推动。
【 在 rolandsun (roland) 的大作中提到: 】
: 你想的这个软件能支持多少个行业? 从OA到数控机床到空管么?
: 我现在对这么大的框架持保留态度,在细分的领域,你说的这个东西是有可能实现的,但是支持所有的开发,难吧。
————————
发信人: keygen (羁绊), 信区: SoftEng
标 题: Re: 你觉得公司了解实施配置管理的好处么?
发信站: 水木社区 (Fri May 7 21:34:33 2010), 站内
这是传说中的银弹?
【 在 qingrun (青润) 的大作中提到: 】
: 那个代码只是框架,远远不能成为mda的形态,说白了只是一个外表而已。
: 真正的mda,应该做到绝大部分代码的关联设计生成,除了少量需要调整和性能优化代码的撰写与修改外,其他代码都是直接完整导出的。
: 所以,需要庞大代码库的支持。
: ...................
————————
发信人: qingrun (青润), 信区: SoftEng
标 题: Re: 你觉得公司了解实施配置管理的好处么?
发信站: 水木社区 (Fri May 7 23:05:26 2010), 站内
不是银弹,和银弹无关,只是一套方法论而已。
而且是一套需要较多支持的方法论,至少目前还没有可以支持全过程的工具出现,呵呵。
【 在 keygen (羁绊) 的大作中提到: 】
: 这是传说中的银弹?
————————
发信人: rolandsun (roland), 信区: SoftEng
标 题: Re: 你觉得公司了解实施配置管理的好处么?
发信站: 水木社区 (Sat May 8 08:12:40 2010), 站内
这个全过程是什么意思?能不能解释一下?
【 在 qingrun (青润) 的大作中提到: 】
: 不是银弹,和银弹无关,只是一套方法论而已。
: 而且是一套需要较多支持的方法论,至少目前还没有可以支持全过程的工具出现,呵呵。
————————
发信人: qingrun (青润), 信区: SoftEng
标 题: Re: 你觉得公司了解实施配置管理的好处么?
发信站: 水木社区 (Sat May 8 08:51:15 2010), 站内
呵呵,就是从需求到代码导入导出全部都支持的工具,呵呵。
目前的UML工具基本上不支持我的需求到代码影射关系,和架构模式定义功能——不是四人帮的编码模式定义功能(四人帮的设计模式其实是编码级模式,不是设计层模式)
【 在 rolandsun (roland) 的大作中提到: 】
: 这个全过程是什么意思?能不能解释一下?
————————
发信人: timshaw (去SofeEng(软件工程)小侃吧), 信区: SoftEng
标 题: Re: 你觉得公司了解实施配置管理的好处么?
发信站: 水木社区 (Sun May 9 08:44:22 2010), 站内
架构模式定义?能举个例子么?
这个是业务的还是应用基础设施(跟代码相关的框架)?你不会是指企业组织模型、业务类别组织类别之类的东西把?
【 在 qingrun (青润) 的大作中提到: 】
: 呵呵,就是从需求到代码导入导出全部都支持的工具,呵呵。
: 目前的UML工具基本上不支持我的需求到代码影射关系,和架构模式定义功能——不是四人帮的编码模式定义功能(四人帮的设计模式其实是编码级模式,不是设计层模式)
————————
发信人: qingrun (青润), 信区: SoftEng
标 题: Re: 你觉得公司了解实施配置管理的好处么?
发信站: 水木社区 (Sun May 9 10:54:33 2010), 站内
这个当然是将来与代码有关的。
我对模式的分类划分为:
架构层模式:从需求延伸过来并定义出来的最高层级的模式,是针对整个项目的。
设计层模式:架构之下针对模块和子系统级别定义的模式。
编码层模式:四人帮的23种模式就是这个类别的。
客户方的企业组织模型在一定层面上可能会与架构层模式产生一定的对应关系。
【 在 timshaw (去SofeEng(软件工程)小侃吧) 的大作中提到: 】
: 架构模式定义?能举个例子么?
: 这个是业务的还是应用基础设施(跟代码相关的框架)?你不会是指企业组织模型、业务类别组织类别之类的东西把?
————————
发信人: ZhangLianyi (连怡), 信区: SoftEng
标 题: Re: 你觉得公司了解实施配置管理的好处么?
发信站: 水木社区 (Sun May 9 14:04:32 2010), 站内
哇,奔着院士和图灵奖去了!
【 在 qingrun (青润) 的大作中提到: 】
: 这个当然是将来与代码有关的。
: 我对模式的分类划分为:
: 架构层模式:从需求延伸过来并定义出来的最高层级的模式,是针对整个项目的。
: ...................
————————
发信人: qingrun (青润), 信区: SoftEng
标 题: Re: 你觉得公司了解实施配置管理的好处么?
发信站: 水木社区 (Sun May 9 15:12:50 2010), 站内
这两个,估计这辈子是和我无关的了。我也从来没考虑过这些,主要是觉得这个能解决我开发中的问题而已。
【 在 ZhangLianyi (连怡) 的大作中提到: 】
: 哇,奔着院士和图灵奖去了!
————————
发信人: ZhangLianyi (连怡), 信区: SoftEng
标 题: Re: 你觉得公司了解实施配置管理的好处么?
发信站: 水木社区 (Sun May 9 15:15:17 2010), 站内
Impossible is nothing~
【 在 qingrun (青润) 的大作中提到: 】
: 标 题: Re: 你觉得公司了解实施配置管理的好处么?
: 发信站: 水木社区 (Sun May 9 15:12:50 2010), 站内
:
: 这两个,估计这辈子是和我无关的了。我也从来没考虑过这些,主要是觉得这个能解决我开发中的问题而已。
————————
发信人: qingrun (青润), 信区: SoftEng
标 题: Re: 你觉得公司了解实施配置管理的好处么?
发信站: 水木社区 (Sun May 9 15:25:28 2010), 站内
在中国,很难。论资排辈,加上我不过是个本科,呵呵,更没有机会。
反正我不做考虑了,如果有人找到我再说,那肯定也是让我付出很多来给别人获去东西的罢了,我也会评估一下得失,才会考虑是否进行这样的合作,现在要求别人单方面付出的太多,而要求合作的太少,正常的社会现象,见多不怪了,呵呵。
【 在 ZhangLianyi (连怡) 的大作中提到: 】
: Impossible is nothing~