《管理软件的隐藏复杂性》的评论 http://blog.ftofficer.com/2007/06/%e7%ae%a1%e7%90%86%e8%bd%af%e4%bb%b6%e7%9a%84%e9%9a%90%e8%97%8f%e5%a4%8d%e6%9d%82%e6%80%a7/?utm_source=rss&utm_medium=rss&utm_campaign=rss A Newbie on the Way Fri, 10 Feb 2012 08:54:01 +0000 hourly 1 http://wordpress.org/?v=3.3.1 作者：No name http://blog.ftofficer.com/2007/06/%e7%ae%a1%e7%90%86%e8%bd%af%e4%bb%b6%e7%9a%84%e9%9a%90%e8%97%8f%e5%a4%8d%e6%9d%82%e6%80%a7/comment-page-1/#comment-516 No name Wed, 30 Nov -0001 00:00:00 +0000 http://blog.ftofficer.com/?p=9835#comment-516 <div>呵呵，如何testing这种产品，倒真是个问题。</div> <div>是否需要流程test这种SDk问题呢？</div> 呵呵，如何testing这种产品，倒真是个问题。
是否需要流程test这种SDk问题呢？
]]> 作者：益荣 杨 http://blog.ftofficer.com/2007/06/%e7%ae%a1%e7%90%86%e8%bd%af%e4%bb%b6%e7%9a%84%e9%9a%90%e8%97%8f%e5%a4%8d%e6%9d%82%e6%80%a7/comment-page-1/#comment-517 益荣 杨 Wed, 30 Nov -0001 00:00:00 +0000 http://blog.ftofficer.com/?p=9835#comment-517 <div>恩，非常同意这样的观点，重要的在于不断的牺牲和斗争后，能够出现一个标准，然后就可以降低人们的成本。</div> 恩，非常同意这样的观点，重要的在于不断的牺牲和斗争后，能够出现一个标准，然后就可以降低人们的成本。 ]]> 作者：Zhang Cong http://blog.ftofficer.com/2007/06/%e7%ae%a1%e7%90%86%e8%bd%af%e4%bb%b6%e7%9a%84%e9%9a%90%e8%97%8f%e5%a4%8d%e6%9d%82%e6%80%a7/comment-page-1/#comment-518 Zhang Cong Wed, 30 Nov -0001 00:00:00 +0000 http://blog.ftofficer.com/?p=9835#comment-518 其实我认为标准倒是次要的，因为即使有标准也会有不同的实现。更重要的是如果决定引入一种隐藏的复杂性的话，最好使用久经考验的技术和第三方库。软件的核心价值在于时间上的积累，这点我深信不疑。<br /><br />至于对于SDK的测试，我觉得对于产品没有什么必要。当然，对于构建SDK的公司，另当别论。 其实我认为标准倒是次要的，因为即使有标准也会有不同的实现。更重要的是如果决定引入一种隐藏的复杂性的话，最好使用久经考验的技术和第三方库。软件的核心价值在于时间上的积累，这点我深信不疑。

至于对于SDK的测试，我觉得对于产品没有什么必要。当然，对于构建SDK的公司，另当别论。

]]> 作者：光 季 http://blog.ftofficer.com/2007/06/%e7%ae%a1%e7%90%86%e8%bd%af%e4%bb%b6%e7%9a%84%e9%9a%90%e8%97%8f%e5%a4%8d%e6%9d%82%e6%80%a7/comment-page-1/#comment-519 光 季 Wed, 30 Nov -0001 00:00:00 +0000 http://blog.ftofficer.com/?p=9835#comment-519 我倾向于完善下层支持让软件简单。iostream人人都用，如果有错终有一天会被发现；如果cout的代码需要开发员自行编写，100个人会写出100个模样，花费了多少时间又有多少个错就更难说了。<br /> 我倾向于完善下层支持让软件简单。iostream人人都用，如果有错终有一天会被发现；如果cout的代码需要开发员自行编写，100个人会写出100个模样，花费了多少时间又有多少个错就更难说了。

]]> 作者：Zhang Cong http://blog.ftofficer.com/2007/06/%e7%ae%a1%e7%90%86%e8%bd%af%e4%bb%b6%e7%9a%84%e9%9a%90%e8%97%8f%e5%a4%8d%e6%9d%82%e6%80%a7/comment-page-1/#comment-520 Zhang Cong Wed, 30 Nov -0001 00:00:00 +0000 http://blog.ftofficer.com/?p=9835#comment-520 是的。而且更多的可复用的组件的存在也应该是软件发展的方向。<br />我写这篇文章的动机就在于，实际的项目当中，任何的第三方组件都是可能带来风险的，而这种风险，都应该纳入到软件开发的风险管理当中。<br /> 是的。而且更多的可复用的组件的存在也应该是软件发展的方向。
我写这篇文章的动机就在于，实际的项目当中，任何的第三方组件都是可能带来风险的，而这种风险，都应该纳入到软件开发的风险管理当中。

]]>