2013 年已经过去了,感觉这一年过得太快了。工作很忙碌,我又是一个严重拖延症患者,难得今天抽出时间写这个年终总结。我认为这是很有必要的,总结经验,不断进步。

2013 年这一年都在忙,从去年 7 年月份开始的一个工程项目,这不是一个专门的软件项目,它是从硬件设计到应用软件开发一整套的项目,实现了网络语音对讲、广播、媒体播放的功能,可用于银行、学校、监狱等场所。我在这个项目中主要负责系统的信息管理配置,包括设备信息管理、频道管理、媒体库管理等功能。

到 5 月末,这个项目看似完成了,然后我们在上海这边的团队去广州那边的合作伙伴公司,与他们负责硬件的团队一起配合,完成系统的最后部分。没有想到这一去就是整整半年。在 14 年 1 月份的时候还去了山西的某监狱中出差,负责系统的软件安装配置。这整个过程就不在这里细说了,反正感觉不好受,以后我再也不想经历这种状态下的工作经历。现在我想总结一下的想法。

阶段工作要做好

一个比较正式的软件工程项目大致可以分为五个阶段:需求分析、系统设计、程序开发、系统测试、部署安装。这五个阶段都是至关重要的,任何一个阶段的工作没有做好的话,都会导致问题发生。

沟通与合作

沟通怎么强调也不为过。在一个团队中,积极沟通,可以让团队人员合作得愉快。在现实生活中,个体之间由于差异化,加上程序员一般有些自傲的特性,交流起来得需要一些方法,有一个段子是这样的:

你也不能对一个程序员说:你的代码有 bug。他的第一反应是: 1,你的环境有问题吧; 2,傻逼你会用吗。 如果你委婉地说:你这个程序和预期的有点不一致,你看看是不是我的使用方法有问题。 他本能地会想:操,是不是出 bug 了!

做减法

做减法是敢于去掉不必须或者目前不那么重要的工作,把精力和资源集中到最重要的目标上,高质量地实现,尽早发布,让人看到。在产品的需求分析方面,广州公司这边是希望做出来的产品功能全面,可以适合于各种场合。他想到的功能,和从竞争对手产品看到的功能,都向需求列表中添加。我知道他们是为了让自己的产品强大,但是我人个是希望是相关人员站在公司战略发展的角度来规划整个产品线,将产品分阶段版本发布,这样可以保证每一版产品都稳定实用。当初的 iPhone 也不是一下子就完美无缺的。我希望是每一个发布版的产品都是于用户实用的,而不是功能点多,却很多功能都有问题。每一版中多提出一个功能,意味着开发要多做事情,意味着测试要多做事情。我们团队一共才 5 个人。

另外做减法,我在开发过程也有体会。Ruby 写代码很直观,加上经常出来一些新技术工具 Gem 包之类的,我就尝试它们,觉得不错的话就应用到我们的项目中,因为写代码很容易嘛,花不了多少时间的。然后在以后的某个时候,随着产品需求的明确化,发现其实之前我写的某些代码是多余的。多写了代码,就多了一维护,就多了一个入口。项目中多加一个 Gem,以后如果升级项目时,就多了一份检查包兼容检查的工作。

站在用户的角度来思考问题

我的主要经验是在 WEB 开发上面,感觉设计用户界面是一个比较重要的工作。做出的产品,最终在用户方面,他的使用感受是与产品相关的。

团队中没有产品经理方面的角色,项目前期也没有很具体的界面方面的文档,前期系统是直接借用网上的一个后台模板,然后根据项目的具体情况改进的。在山西那边出差时,在监狱中安装系统,进行系统配置管理时,我发现我做出的界面操作起来很难受,300 多台机器呀,应该有的批量操作没有实际用途,而在现场需要的某些批量操作功能却没有。那些时候真是感觉很沮丧。这个促使我在设计界面时,一定要根据产品的实际使用场合来思考构思界面的设计,思考怎么样直观操作,高效操作。


收获与希望