回复: 闻之色变的“网站改版”魔咒，从豆瓣改版说起

[quote] 这是一个非常稳妥的网站改版方案，也许有人会说，那你2.0一点一点改完之后，你开发3.0还有什么意义呢？工作不是重复了吗？其实工作并不重复，因为在我们2.0的改版过程当中，也不断把3.0实现的新功能迁移到2.0上面来，例如接下来的编辑器切换和自动保存、重写的博客导入功能。当然最重要的在于，3.0的代码是在一个新的架构上进行设计和开发的干净的代码项目，可以提供更高的性能，更好的代码维护性，未来更好的功能扩充性。 JavaEye2.0改版到JavaEye3.0的成败我觉得系于两点： 1、JavaEye2.0能在多大程度上实现3.0的既定功能和界面改进 2、JavaEye3.0能在多大程度上保持和2.0一致的界面和用户操作方式 我相信，只要把这两点把握好，我们会再一次迎来成功的JavaEye网站改版。 [/quote] 注：引用功能好像有bug?

我认为这是一个不得已的折中方案，我们可以猜想JavaEye的渐进式升级路线图
JavaEye2.0 ->  中间版本 ->
JavaEye 2.x(JavaEye2.0 + N项可移植到2.0的3.0模块， 界面风格逐渐向3.0转换) ->
JavaEye 2.(x+1)(JavaEye3.0 - M项不合适移植到2.0的模块， 界面风格类似2.0) ->
中间版本 -> JavaEye3.0

我很赞成欣赏robbin这种对改版的高度重视认真分析改版带来风险的分析以及照顾用户习惯而渐进式改版，
同时我觉得这种方式也会带来一些负面影响。

 

首先是robbin提到的工作量的增加，下一个版本功能移植到当前版本的工作量（具体工作量取决于两个版本实现的差异）

其次这种改版会遇到前一个版本到底能改版到什么程度更逼近下一个版本的问题，这个转折点应该在哪里？太早用户不习惯改变，太晚工作量大并影响下一个版本的功能

最后这种改版的思路会严重限制下一个版本的设计思路，因为不仅要考虑新版本还得考虑老版本的渐进式改版的可行性
（这个已经超过以往所提到版本兼容性，传统软件兼容性更多考虑是数据兼容，而渐进式改版要考虑的是用户体验的兼容性）

不知道robbin在这方面有什么考虑，或许我是杞人忧天，在高手那里已经有了明确的解决方案。

（随便提一下我在大学时曾经在robbin所在公司兼职并受robbin领导，那时的robbin就已经是大牛人，是公司很多人的偶像）

[quote][/quote][quote][/quote]