Benking

典型强迫症

Ben — Wed, 17 Mar 2010 02:05:42 +0000

两夫妻关灯，准备入睡。老婆突然发话：

老公，有没有锁门啊？

我锁了的。

什么时候锁的，我怎么没听到？

我回来的时候顺便锁了。

可是我没听到，我会做噩梦的。

我用人格保证，我关了的，放心睡吧。

不行，你再去确认一下吧，不然我不放心。

我真的锁了的，放心吧。

要不你去弄一下，我听到反锁的声音就放心了。

无语中…. 针对此事双方继续纠结…

..最后，老公妥协，起床把门的反锁阀打开三次并锁上三次，入睡…

入睡时，我想起了尼古拉斯·凯奇主演的《火柴男人》，“One.. Two.. Three.. 开门”。

Ben猜你还喜欢

Run Fatboy Run，肥仔快跑

Ben — Sun, 14 Mar 2010 09:01:41 +0000

《Run Fatboy Run》一部老片了，07年的，从同事那里拿到一份720p的拷贝一直没看，今天抽时间看了一下，一点点感动。

在豆瓣去翻了翻评论，不知咋地，很多豆友都没啥感觉，因此评分也就7.1。我还在想自己是不是最近比较容易感动，没准就是这样。

后来看到这样一条评论，

不是胖子不会感动

哦，原来是这样，原来是由于感同身受引起了化学反应。

==========================

无论如何，影片还是反映了社会的一些方面的现象，而这些现象或多或少咱们生活中都会遇到一些，5分。

Ben猜你还喜欢

关于桌面软件取名问题

Ben — Sun, 14 Mar 2010 00:44:29 +0000

数米基金宝2009

数米基金宝是我们公司的一大特色软件，可以理解为“基金业的同花顺”。记得07年底，公司决定开发一套客户端基金理财软件（大众型），项目落在我头上，具体开发外包给一个专业的C++外包人员（此人现在已经是基金宝的项目负责人）。公司要求在08年初就要看到产品，并正式发布给用户使用，当然我们也不负众望于08年第一季度发布正式版。

第一个正式版叫“数米基金网基金投资分析决策管理系统1.0”，是不是很土？我也觉得很土。当时取这个名字的目的貌似为了申请专利，但的确不好听。

不好听就得改，于是针对取名问题，公司举行各种大大小小的会议，最后确定为“数米宝”（因为当时网站叫数米网）。

后来数米宝又经历过一次改名，原因是咱们软件里没有“基金”两个字，于是更名为“数米基金宝”。如此频繁的改名自然对用户也会有一些影响，于是就有用户问我们客服人员：

数米宝、数米基金宝、数米基金网基金投资分析决策管理系统有什么区别？

当然，没有任何区别，就是一个东西。由于个人精力以及公司战略的考虑，我把项目移交给另一位负责人，并成立独立产品部门，持续的做下去。

08年下半年，我们发布了“数米基金宝2.0”，项目组开始筹划下一个版本，如今2.0发布了，下一个版本较啥名呢？于是大家就在想，2.1、新春版、2009，由于2009年是牛年，似乎应该考虑和“牛”扯上关系，又想了很多与“牛”相关的名字，但都被否决了。最后确定为2009版，登录界面做的喜气洋洋，整体界面也有调整，并于2009年上半年发布。

这个名字似乎也合情合理，2009年发布的软件叫2009也无可厚非。但还是有些有趣的用户提出一些有意思的问题：

“请问，咱们这个数米网的基金宝2009版是不是只能在2009年使用啊？”

无语中……“不是的，一直都可以使用的，2010年也可以使用”

“那既然2010年可以使用，为什么叫2009呢？”

客服一阵狂汗！！继续无语中……

这里要说明一下，有一段时间服务器不太稳定，导致数据更新有些迟缓。用户没有及时获取到最新数据，加上这名字，不免会提出这样的疑问。

其实名字也就是一个代号，叫什么都无所谓，关键在于能够容易被大家熟知，利于品牌推广就行。但如果名字一直改个不停，我想未必是什么好事情。

如今已经是2010年，我们还没有发布下一个版本，于是产品负责人就在会议上提：“什么时候发布2010版啊？这2010年都已经来了，再晚恐怕不是很好”。

领导们开始深思，大家也开始讨论，有人开始发问：“为什么一定要跟年份扯上关系呢？人家国外的软件都叫1.0、2.0升，而且上升的幅度非常小”。的确有道理，没有必要和年份扯上关系，但如果已经扯上关系了，就应该继续下去，腾讯就是一个很好的例子。

那到底我们下一个版本应该叫什么呢？3.0 or 2010 or 2011 ….

虽然名字只是一个代号，但也不是拍脑袋拍出来的，频繁的改名实际上对用户也是一种折磨，最后搞不清楚叫啥名儿。回头用户打开软件，一自动更新，名字变了、桌面上快捷方式的图标也变了，东西不见了，这下该咋整呢?

随便看看吧

闷骚一把，关于Logo

Ben — Mon, 08 Mar 2010 13:41:53 +0000

刚设计好的Logo

是不是发现拼错了，之所以拼错，也是无奈之举啊。同样的例子

同样的故意拼错，会不会当年flickr注册域名时和我遇到同样的问题呢？
顺便通知一下，DsJian2.1.0 更名为 Xpress 2.1.0

随便看看吧

DsJian 2.1 抢先预览

Ben — Sat, 06 Mar 2010 02:12:00 +0000

昨天我把最新程序部署出去了，地址是：http://iamben.cn/，这是我的另一个域名。

想体验的可以用 guest, guest (用户名,密码)，登录后台看看。

随便看看吧

我知道了，我为什么写不出文章

Ben — Tue, 02 Mar 2010 13:03:25 +0000

我知道我为什么写不出好的文章了，因为我的阅读量太少，我认识到了错误。

以前上学的时候，我就比较鄙视整天看小说的人，我认为他们是在浪费时间，而因此我的语文很差。

脑子里记忆犹新的一次全班通报批评是在初二的时候，语文老师拿出我的作文说：“王泽江同学，你的作文里怎么全是逗号，没有句号的？”，我当时无比惭愧，感觉自己不像初中二年级学生，而是小学二年级。

==================================

后来，我开始敬佩这些整天看小说的家伙，因为感觉他们的思想比较有深度，语言组织也很好，我得向他们学习。由于认识到了错误，慢慢的好一点，并顺利上了高中、大学，最后毕业、工作。

去年，我读了10本书，感觉自己在语言方面有一些改进，但还不够，写几个字出来还感觉像“便秘”。我想还是阅读量的问题，应该利用更多的时间大量并广泛的阅读，无论专业类或非专业类。

今年，给自己计划15本书左右，平均1.25本/月，感觉还行，只要能坚持就可以。谈到坚持，今年坚持维持好一个开源项目，不在乎最后结果怎样，旨在通过这个开源项目结识更多的朋友，学习更多的知识。

Ben猜你还喜欢

3月份DsJian 2.1beta会正式和大家见面

Ben — Sun, 07 Feb 2010 13:04:29 +0000

经过了很长一段时间，DsJian2.1终于接近尾声了（特别说明，中途重构了一次，因此版本 +0.1 ）。

这个版本是全新开发的版本，除了基本架构保留1.0的之外，其他几乎所有东西都重构了。期间认真学习并参考了WordPress的设计理念，受其影响，以至于后台管理布局也有很多雷同之处。并吸取到一条教训：以后若要做产品，记住，先自己想，不要一开始就去看一些优秀的产品，否则你的设计思路会不知不觉的跟着这些优秀的产品走，且一发不可收拾，

更多信息，可以点这里看看

简单列一下features:

基本博客功能（文章、页面、链接、评论等）
trackback 发送
内置邮件发送
自定义文章伪静态地址
附带数据缓存，提高访问速度
SEO相关（sitemap、rebots等）
文章、评论 Rss 等
支持完全自定义主题
多作者撰写支持
数据导入与导出
便捷安装
IIS6与IIS7经典模式支持
Gravatar 身份认证
多种数据库支持（Sqllite, MySql, MSSql, Access等）
…

show 一些截图：

管理后台

分类管理

前台仍然保留 iNove 这套主题，后面可以自己做一套默认主题

Ben猜你还喜欢

索性把自己和行李一起打包，回家过年去

Ben — Wed, 03 Feb 2010 14:47:41 +0000

这么久没上来写东西，主要是最近太…忙了。实在是对不住啊。

这段时间工作上遇到一个比较棘手的技术问题，公司的分布式数据分发系统（我们称为数据中心）内存泄露，直接导致服务拒绝连接，连续2周内主要精力都花在了这个上面。今天不细谈，以后有机会，可以整理出来和大家分享。

02月13日~02月26日，我会待在我的重庆老家。和父母一起过年。来杭州快3年了，一次没在家过年，良心上实在过意不去，所以这次无论如何也要回去。

回想一下07年刚到杭州时，公司刚成立，一切都从零开始，杂事很多，也很累。匆匆忙忙找住处、全身心的投入到工作中，心理面除了吃饭睡觉，就是公司的事情，常常加班到深夜（无论在公司还是家里），女朋友（现在已经晋升为老婆）也很支持我，辞掉重庆的工作跑过来和跟我在一起。每天都是重复的内容，起床、上班、下班、吃饭、睡觉、起床……

为了工作，牺牲了很多东西。青春、友情、亲情。得到的是什么呢？金钱？也许还有那么一点点寂寞与内疚。

有时候我就在反思，我们终日不停的努力的工作，到底是为什么呢？我们的确通过工作得到了很多东西，比如金钱、经验、能力。但我们也失去了很多东西，我们失去了生活的乐趣、友情与亲情，我们与现实生活相背离，越走越远。

于是我开始反对加班，我已经把一天8小时的自由奉献给了你，剩下的时间应该让我来决定做什么。周末我会陪老婆出去旅游、逛街、看电影，下班做一些自己感兴趣的事情（比如看书、写博客等）。

慢慢的，我发现原来生活中还有很多东西需要我们去学习，去维持。我们并不是仅有工作，我们也不需要赚太多的钱，我们需要的是内心的安宁与平和。俗话说的好，只要知足便会常乐。

于是，我把自己和行李一起打包，准备回家过年去。

======================

最后，最重要的祝福还是要送出去，祝网络上的朋友们虎年吉祥，来年行大运。

Ben猜你还喜欢

我们是如何做产品的

Ben — Fri, 01 Jan 2010 01:13:41 +0000

最近刚完成基金筛选器、基金比较，这两个小产品。但其实在我的构想中，她们俩是同一个产品一下的子功能（这个产品我称她为“选基平台”），只是由于时间、资源等因素，目前仅实现这两个功能。

由于“刚出炉”，放在手头还比较热，于是趁热用她来做一个例子，谈谈我们是如何做产品的。

1、思路思路

如何确定要做一个产品，理由可能是多种多样的，这里就不再详细叙述了，留在以后的篇幅中。而我们确定要做选基类产品是在年初定下来的，相关人员聚在一起讨论今年的KPI，这个时候就会定下来今年大致的产品发展思路。

到了具体要做的时候，就会想了，咱们的选基平台到底会实现什么样的功能？在设计之前，我通常会首先做几件事情：

用户调查：目前这是最弱的部分，仅收集与总结用户的反馈，看看这方面的需求情况；
竞争对手分析：这一步比较重要，我会把所有对手的类似产品都看一遍，找出他们的优缺点，该吸取的吸取，该抛弃的抛弃。当然也得结合自己的特色；
大量广泛的查阅：如果在你要做一个产品之前，对她的概念比较模糊或根本不知道应该怎么做，你应该大量、广泛的查阅。并适当的做记录，对以后的设计阶段会有帮助；

当然还有很多工作，如需求分析、可行性验证等。一边做这些准备工作，一边整理这些思路。准备工作做好后，产品构想大体就完成了：

这个时候，可以把大大小小的相关人员聚在一起，谈谈你的构思。大家会对的构思提出各种各样的建议与意见，如果顺利，差不多这样一次会议就确定了。

2、原型设计

大家对你的构思认可后，接下来基本上是真刀真枪的干活了。大一点的公司，通常是一组人一起做设计（这些人我们称为PM）。像我们这样的小公司，没实力请这么多人一起做，通常由内部人员兼任。

由于前期已经有了很好的构思，这个阶段基本上就是按照你的构思做设计，在设计的时候会考虑到很多问题，比如：

整体布局应该怎样：两栏、三栏，还是其他。通常在这个问题上会纠结很久，确定以后，接下来的事情就好办了；
如何布局页面元素：例如，如何合适的摆放大量的筛选条件，这成了这次设计的难点之一。当然最终还是解决了，具体解决的好与不好，需要看上线后的反馈；
以使用者的角度来思考：易用性的好坏实际上大多数取决于设计者所处的角度。我是从技术出身的，在设计的时候一些技术上的事情难免会左右我的想法。但我还是会尽力以用户的角度去思考如何设计；
商业价值思考：这一点也应该考虑。在一个初期版本中，也许不会有这些内容，但在设计阶段至少应该考虑一下，留一些口子；
结合推广的一些思路：对于初始版本的产品，通常这一步比较困难，记得我们在开产品设计PK会的时候，运营负责人就会想是不是应该加入一些有利于推广的内容在里面。但由于这样一个产品功能性太强，不便于在这个版本上实现，因此也暂时搁浅了，留在后期版本上实现；

整个原型设计阶段，可能都需要你全身心的投入进去，以至于达到“走火入魔”的状态最好（开玩笑的，呵呵）。最终完成原型设计：

接下来可以开展原型讨论会，这是比较“痛苦”的一个环节，大家会提出各种各样的需求与建议。你会根据这些建议进一步的思考是否或应该如何改善设计，并找时间再次组织讨论。

通常这类会议进行2～3次，具体最终什么时候能够敲定，就看你在做产品原型演示时的忽悠功底了。最后老板发言：“好，就这样做吧”，得到这样的信息后，说明你的产品原型设计阶段顺利完成，可以正式开工了。

3、项目排期与开发

这个阶段，你需要一个或多个Excel表格，或者Project文档，来分解出产品的Features。然后找到相关人员（通常为开发、测试与UI设计人员）一起开会，大家一起来评估时间。比如本文中的基金筛选器，我们就用一个project文件就足够了。

这个过程基本上是一个协调与驱动的过程，协调各种人员的配合，如开发、美工等。适当的给相关人员一些培训，让他们深入理解你的设计理念，这样才能更好的发挥他们的想象力，尤其是美工设计人员。

最终，美工会根据你的设计完成UI美化，开发人员会根据你的设计完成程序开发。这其中有一个度，也许你的想法还有很多，想实现更多更实用、更酷的功能与技巧。但需要把握一下时间与工作量，优先实现核心功能，锦上添花的功能可以安排的后期完成（如Alpha测试期、Beta 测试期）。

4、测试与上线

待开发完成，总得测试一下吧。对于网站而言，需不需要测试人员也是一个争论的焦点，同样在我们公司也有这样的问题，某些产品负责人认为根本不需要测试，有测试也不一定能帮你测试出Bug。

当然他们说的也有道理，毕竟我们网站的行业性比较强，是有点难上手。但产品开发完成总得还是要测试一下。

没有测试人员，怎么办呢？只能发动全公司人员一起测试了，虽然不能保证最终完全没有Bug，但好歹还是测试过。

最后，我们发出Beta版，正式和用户见面：

有兴趣的朋友，可以点击这里、那里看看效果。

Ben猜你还喜欢

鄙人“彪悍”的口误

Ben — Thu, 31 Dec 2009 03:19:53 +0000

最近基金筛选器刚上线，在进一步收集用户反馈以及修复出现的Bug。尤其是数据上的问题，一旦发现需立马解决。

下班离开公司前，老婆告诉我，有位用户对基金比较提了很多建议，是关于数据展现上的，我也觉得用户的建议颇有几分道理。

于是望着笔记本发呆，在想如何满足这类用户的需求，而不影响现在的设计。一时半会没想到好办法，罢了，先回家吧。路上也琢磨了会如何更好的展现在参与比较的基金数据。

到家后，准备做饭，发现没米了。于是我提着空空的米袋子，大呼：“老婆，没数据了！”。顿时，我狂汗。