标签 思考 下的文章

一场关于“何时发布版本”的论战

气氛太平静,投石起波澜。

昨天下午无意中在内部发起了一场关于"何时发布版本"的论战。
 
论战的背景是这样的:部门内部有这样的一个项目A,它的目标是开发出可被其他项目或产品复用的组件(这里就暂称之为组件吧,我们内部称这类组件为可复用资产)。这个项目已经开发了大半年了,目前处于收尾阶段,绝大部分开发工作已经完成。测试(包括压力测试等)已经测试过至少一轮了;我们的产品线近期准备复用项目A成产出的这些组件,我们希望得到这些组件的某个发布版本。
 
论战的导火索是我就这件事情回复的一封mail。mail的大致意思是希望项目A能采用可复用资产的方式对组件进行发布管理,尽早在内部公开发布组件版本,以利于其他计划或正在复用这些组件的项目能够尽早的集成,发现问题,反馈意见和建议。
 
项目A负责人就我的建议回复的mail拉开了这场论战的大幕,其mail的大致内容是:"在项目A结项前,相关成果物暂不发布,不通过组织内部可复用资产的方式进行管理"。在接下来的mail中他阐述了几点理由:
 
(1) 项目A开发工作尚未完全结束,代码每天依旧在修改,手册、测试均未完成;
(2) 项目组人员有限,发布牵扯到开发人员的工作量,无法集中精力于开发工作;
(3) 欲复用这些组件的开发组可以从项目A的配置人员那里获取代码,配置人员发布的版本都是经过基本功能测试的,而且API接口部分已经基本稳定,可以进行研发。等项目完全结束后会加入到部门可复用资产库中的。
 
如果是按照传统项目的管理方式,以上理由可能无可厚非,但恰恰项目A所生产的组件并非传统项目的成果物类型,所以我针对上面的理由做了进一步的回复,大致意思如下:
 
(1) 就因为组件开发尚未完全结束,才应该制定阶段发布计划,不能等到最后再发布,否则一旦存在与其他项目的集成问题,修改起来就更加费力,而且还可能导致各个项目延期;另外提早内部公开发布阶段性版本才可以"扩大"组件的使用和测试范围,去"Eating your own dog food",有利于尽早更多地发现问题;
(2) 产品发布就是开发过程的一部分,不要割裂开来;
(3) 显然项目A是有自己的版本管理的,但没有在显式的位置公开发布版本信息,这些版本对外均不可知;而且在没有外部监督的前提下,内部版本管理可能较为随意,可能后续不便于外部项目对组件问题的跟踪与管理。
(4) 由于组件的需求和设计阶段已经结束,我的建议主要针对组件实现以及之后的生命周期。
 
显然项目组A负责人认为项目过程中的评审比尽早发布版本后收到的反馈更为重要,于是他发出了下面Mail:“需求阶段和设计阶段的评审更重要,实现阶段和测试阶段会举行例如手册、测试方案的评审,代码评审叫你们,你们有时间参加不?”。
 
有些火药味儿了^_^。我的回答是:"我真不知道什么样的好产品是内部坐着评审出来的,哪个好产品不是在使用后反复修改出来的。如果评审能缔造好产品,那大家就都评审好了! "。
 
随后我又举了一个形象的例子,拿一个场景说明提前内部公开发布的必要性。
 
以微软为例,两个部门:Windows开发部门(以下简称Win)和visual studio开发部门(以下简称VS)。Wins部门正在开发WIN8,与此同时VS部门正在开发visual studio 11。下面有两种场景:
 
第一种:WIN部门在需求、设计阶段召开了大量会议,也采纳了VS部门的建议,但就是后期迟迟不发布版本。而VS部门急着要与最新的WIN8版本集成,看是否会有集成问题。WIN部门的回复是:等吧,2012年10月WIN8发布时,你们就可以测试了。VS部门也要在10月份发布VS11,无奈VS部门只能暗中找到WIN部门的人偷偷搞到一个WIN8的beta版(例如,build 2012),然后赶紧做集成。结果发现了大量不兼容问题。VS部门感叹:多亏提前做了,否则10月份又要被Steve Ballmer甩椅子了。
 
第二种:WIN部门在需求、设计阶段召开了大量会议,也采纳了VS部门的建议,并且WIN部门在开发阶段就定期发布alpha1~alpha10版本,供其他各个部门的新产品集成,及时收集问题反馈,及时修正问题。10月份时,WIN8和VS11都高质量顺利上线。
 
大家觉得哪种更好些呢?
 
我举的例子也有些激进(特别是场景1),这下彻底激怒了那位兄弟。其回复说:"有很多问题,很多bug的版本也可以发布?不稳定的版本发布了有何用?谁会用?"。我的回答是"Windows每个alpha版本发布后仍然可能有数千个bug。但它也要内部发布,注意是内部发布,为的是更早的与其他应用集成,发现问题"。
 
论战到这里,我觉得我的意思基本上算是表达清楚了,于是终止了这略有火药味儿的讨论。
 
我们的组织内部很少有这种带有火药味儿的激烈争论,但我个人觉得在对团队团结无损害的前提下,这类争论应该多多益善,这样才能产生思维碰撞,产生火花,促进思考,推动改进。
 
部门经过十几年的发展,固化下来一些目前来看并不合理的惯例,很多人(甚至也包括我自己)的思路尚停留在老路上。所以我经常用下面两句话来督促自己,让自己始终保持OPEN的心态:
 
(1)、忠言逆耳利於行;
(2)、向前迈出一步总比原地踏步强。也许迈出这一步后,摆在你面前的是另一番别有洞天的景色。

Blog新起点 – 从BlogBus搬家到WordPress

 

今天着实是一个值得纪念的日子,因为我终于完成了从BlogBusWordPress的搬家工作,从此我的Blog将站在一个新的起点上。
 
自从2004年开博以来,我坚持了七年多,至今仍孜孜不倦,写博客已经成为我的生活中不可或缺的一部分,即使在微博等大行其道的今天,我亦然如此。作出搬家的决定显然是十分痛苦的,因为要抛弃已经建立起来的使用习惯以及Blog人气(包括搜索引擎索引、外部引用的等)是十分艰难的。但我还是决定搬家,更多是因为我的一个小小的梦想:拥有一个自己可以完全控制的独立域名的个人站点。
 
tonybai.com这个顶级域名是在2010年申请的,2010年末曾经尝试过一次搬家,但因技术原因最终没能实现。但鉴于BlogBus提供的服务愈发地不稳定,我又动了搬家的念头,而且有了上次失败的教训,这次我做好了充足的资料和技术准备。但即使如此,搬家过程依旧很辛苦,并且足足花了我一周多的业余时间,下面就来罗嗦一下搬家的过程。
 
一、准备工作
· 申请域名
2010年我在dreamhost申请的tonybai.com。
 
· 购买主机服务
目前我的主机由91host.net提供,最初是我的同事Puras免费提供的。
 
· 安装WordPress
由Puras帮忙在我的主机空间上安装了WordPress 3.2.1。
 
· 从BlogBus导出Blog数据
使用BlogBus后台管理提供的导出工具,将你的Blog导出,顺利地话你将得到一个类似backup-20120217204644.xml这样的文件。导出后用编辑工具打开瞧瞧,看看导出的是否完整。
 
· 将BlogBus数据文件转换为可导入WordPress的数据文件
这次搬家我直接使用了"爱写字"提供的转换服务。首先在"爱写字"申请一个博客,然后通过其导入工具将上面导出的BlogBus的数据文件导入到"爱写字"中,我的导入过程很顺利,没有报错,但遗憾的是我在BlogBus上回复朋友的评论无法导入。
 
· 修改Blog文章和链接
"爱写字"支持免费域名绑定。我先将tonybai.com绑定到"爱写字"上,然后直接在"爱写字"上修改博客数据,包括建立分类、修改每篇Blog的自定义地址、内容中的链接以及自定义标签,这是一个极其繁琐且痛苦的活儿,也是整个搬家过程中最最耗时耗力的环节,我足足花了一周多。
 
· 导出WordPress数据文件
通过WordPress后台的导出工具,将修改好的Blog数据导出,这里有一个缺陷:那就是你的友情链接数据无法导出。
 
二、WordPress站点配置及数据导入
· WordPress设置链接格式
进入WordPress控制面板,选择"设置"->"固定链接",设置链接形式为:"http://tonybai.com/2012/02/29/sample-post/",之后WordPress提示我需要修改".htaccess"文件。由于之前没有该文件,我按WordPress的提示,编辑好.htaccess文件后,上传到站点根目录下。
 
· WordPress媒体设置
进入WordPress控制面板,选择"设置"->"媒体",去除"以年—月目录形式组织上传内容"选项,统一使用默认的上传文件目录(需在wp-content下手工创建uploads目录)。
 
· 安装WordPress Importer插件
WordPress的导入功能是通过插件提供的,我们需要手动安装。在"安装插件"中搜索"WordPress Importer",得到结果后,点击"安装",WordPress就会自动进行插件安装。
 
· 导入WordPress数据文件
WordPress Importer安装完毕后,即可进行数据导入。导入前先用Ftp工具将uploads目录权限设置为777,然后选择本地要导入的文件,导入即可。WordPress Importer支持.gz结尾的压缩文件,它可以在上传后自动解压并导入数据。
 
· 配置WordPress Theme
我选择的是"Notepad Theme 1.3",这个比较简单,不多说了。
 
· 设置边栏布局
通过控制面板中的"外观"-> "小工具",我们可以通过拖拽的方式自定义边栏的布局,比如使用分类、日历、标签云等。
 
· 安装必要插件
目前我安装的必要插件有CKEditor for WordPress、Akismet、Copyrighted Post、Google XML Sitemaps、WP-RecentComments、BackUpWordPress、Google Analytics for WordPress等。
 
· 安装robots.txt
为了控制搜索引擎的行为,编写了一个robots.txt,放到了站点根目录下:
 
  User-agent: *
  Disallow: /wp-
  Disallow: /feed/
  Disallow: /?feed
  Disallow: /comments/feed
  Disallow: /trackback/
 
· 设置Feed
为了编译了解订阅情况,我增加了一个二级域名feed.tonybai.com用于统一Feed地址。我通过Feedsky提供的服务将feed.tonybai.com绑定到feedsky提供的一个Feed(http://feed.feedsky.com/bigwhite)上,而Feed源使用的是WordPress自带的Feed地址http://tonybai.com/feed。另外我修改了Notepad Theme 1.3的源码,将页眉的RSS图标对应的Feed地址统一也改为了http://feed.tonybai.com,希望各位朋友也使用这个地址订阅本博客。
  
三、WordPress站点备份
· 采用BackUpWordPress备份整个站点
BackUpWordPress不仅仅可以备份DB,还可以备份整个站点文件。备份前将wp-content目录的权限改为777,这样该插件就会在wp-content/backups下自动定期生成备份文件。如果需要,还可设置将备份的文件mail到指定邮箱中。
 
· 备份Blog文章数据
为了保险,我还会定期将最重要的Blog文章数据导出(xml格式)并压缩备份。
 
四、其他设置
 
· 统计服务
原BlogBus是自带统计服务的,搬到WordPress后我采用两个第三方的统计服务:Google AnalyticsStatCounter,其中Google Analytics可通过"Google Analytics for WordPress"进行设置和验证;StatCounter的安装则是通过在边栏的自定义Html代码区域添加完成的。
 
· 自定义Html代码
新浪微博秀、Google Reader分享等Widgets可通过边栏的自定义Html代码添加到站点上。
 
OK,至此搬家过程的大部分工作都算是结束了,后续还会从BlogBus迁移一些图片到WordPress上,但都是些小活儿了。另外这次虽然离开了BlogBus(博客大巴),但我仍要感激BlogBus这七年来为我提供的免费服务,也希望BlogBus能够坚持地走下去,并且能走得更好。
如发现本站页面被黑,比如:挂载广告、挖矿等恶意代码,请朋友们及时联系我。十分感谢! Go语言第一课 Go语言精进之路1 Go语言精进之路2 Go语言编程指南
商务合作请联系bigwhite.cn AT aliyun.com

欢迎使用邮件订阅我的博客

输入邮箱订阅本站,只要有新文章发布,就会第一时间发送邮件通知你哦!

这里是 Tony Bai的个人Blog,欢迎访问、订阅和留言! 订阅Feed请点击上面图片

如果您觉得这里的文章对您有帮助,请扫描上方二维码进行捐赠 ,加油后的Tony Bai将会为您呈现更多精彩的文章,谢谢!

如果您希望通过微信捐赠,请用微信客户端扫描下方赞赏码:

如果您希望通过比特币或以太币捐赠,可以扫描下方二维码:

比特币:

以太币:

如果您喜欢通过微信浏览本站内容,可以扫描下方二维码,订阅本站官方微信订阅号“iamtonybai”;点击二维码,可直达本人官方微博主页^_^:
本站Powered by Digital Ocean VPS。
选择Digital Ocean VPS主机,即可获得10美元现金充值,可 免费使用两个月哟! 著名主机提供商Linode 10$优惠码:linode10,在 这里注册即可免费获 得。阿里云推荐码: 1WFZ0V立享9折!


View Tony Bai's profile on LinkedIn
DigitalOcean Referral Badge

文章

评论

  • 正在加载...

分类

标签

归档



View My Stats