我在现在的公司里面，已经工作了有5年又5个月了。说长不长，说短也不短。这家公司刚成立的时候，我就作为第二名普通员工加入了（第一名是人力……无法超越）。期间经历了两次被收购，工资待遇也有很大的变化，还经历了很多或有趣或不怎么有趣的事情。感慨的事情就不说了，还是说说我都学到了些什么吧。
商业
其实这个我真不敢托大说都学到了些什么，说了解吧。至少我了解到，作为一个产品，是否能成功更多是商业上的问题。比如说，你的退出机制是什么？可以说，这个公司打一开始，老大就告诉我们，做一个公司最重要的就是想如何退出。退出无非三种途径，上市、被收购或者死亡。其实这个好比你做人一样，光想自己如何能更牛叉，你是不会成功的。如果你想的是你的最终结局是什么，比如万人送总理呢，还是被人做个下跪的雕像呢，那更能帮助你认准你每一天该干什么不该干什么。
只要是正常人，你一定不会把死亡作为你创业的目标。无论是上市，还是被收购，要想成功退出，你都必须给对方说清楚，为什么买你的股票会挣钱，而且还要证明这一点。于是你需要证明你的商业模式是可持续的，可扩展的。有一些模式看起来好像很挣钱，比如给客户定制一个网站，搞一单可能就收入几万到几百万不等。但是，如果你要上市或者被收购，人家是不会看上这点收入的，人家要的是几个亿、几十个亿，甚至是上百亿的年收入。因此，你需要想想，要达到这种规模，你是要成比例的增加人手和资源呢，还是只要增加一点就好？人力规模成比例增加的时候，其实效率是会不断下降的。比如说每10万收入都必须要占用1个程序员，1名销售，1名客服的话，如果你要达到10亿收入，你需要的不是3万人，因为你还要有管他们的经理们，甚至是管这些经历的部门经理、大区经理或者总监们。而且你还会发现，无论如何效率都不能跟100人的时候相比。
此外，很多时候我们还需要在不同的阶段制定不同的目标。比如说，当你公司刚起步的时候，你想的东西是如何能够存活下来。这个时候就必须尽可能发挥小公司“灵活”的优势，比如说，你需要想办法跟大公司做一些事情，哪怕这个事情和你公司要做的东西不是那么契合，哪怕你需要免费出人出力，你还是需要做。只有这样，你才有可能有机会让更大的公司相信你是有那个资格和他进行合作的。这样的操作持续循环下去，你会更有机会找到你真正的合作伙伴，投资人，或者甚至是想要收购你的公司。这正是我在这5年多时间里面亲眼看到的，已然发生了的事情。
设计
其实很多公司根本就没有设计，我说的是UE设计。真正好的产品如iPhone，它的成功一定和“极致”的设计有关。当你拿着iPhone 4的时候，你就会觉得，嗯，智能手机就该这样的，以前那些智能手机的设计人员完全不懂如何做好一个智能手机。
UE指的是用户的体验，这个步骤的关键地方很简单，那就是做好完整的流程和布局设计（甚至应该包括动画设计），然后你作为用户来看，是否合理，用的是否爽。这么说有点太抽象了。好，我们举一些很简单的例子。比如说，好的UE一定是“统一”的。拿iPhone来说，中间那个Home键，无论哪一个程序都一样，按了就是返回到桌面。但是，这个概念在国内似乎很不流行，至少作为技术人员有几个是听说过的？于是我们随便就可以看到一些体验很不好的东西：
为啥一个框是在左边？另一个是在右边呢？当然，用户不会想这个问题，用户只会在“.NET CF”的左边勾选一下，然后在“显示在我的主页”左边勾选一下，提交。然后呢，用户就会惊讶的发现，我的主页中还是没有显示出来，而且还无法评论了。结论：很烂。是的，用户才不管你为什么一个在左边，一个在右边，他只会得到一个“很烂”的结论。你可以尽管批评这个用户如何笨，但是这么做对于成为一个优秀的产品一点帮助都没有。你就是要适应“很蠢”的用户，没错，蠢人就是占大多数。你要做的不是要显得他们很蠢，反而是要让他们能显摆自己“很聪明”。比如，我选择用iPhone，所以我很聪明。
其实，博客园问题很多很多，上面的那个对比还可以看出摆放不整齐。
再比如：
上面这几个同样是博客园中的不同板块，风格差异还是比较大的，仔细看连图标都不一样。其实一个截图是很难体现这个风格差异的问题的，有人会觉得颜色都差不多，蓝色系，对吧？好吧，这个你还是要仔细体会的，很多操作细节是不一样的，有的控制面板在左边（比如博客系统），有的在右边（比如短消息）。
我有位同事有一个专门描述糟糕UE的词，叫做“斗转星移”。在博客园我们也可以看到这种例子，比如，当你在诸如“博问”这个模块点击导航条上的“园子”（或者知识库，或者博客），就会看到剧烈的斗转星移现象。如下图所示：
这样的问题还有好多，比如首页上下两个导航条有什么区别分不清楚，甚至还都有“知识库”这个链接。关于这些问题，这里就不多说了，如果有人想听，可以单独开贴一点点分析。
没错，博客园是现时技术博客类做得最好的。但是这些看起来很小却很多的问题，随时都可以要了你的命，就像iPhone要了Nokia的命一样。因为只要有人解决了这些小问题，就能让用户眼前一亮，然后都投靠另一个阵营了。
文化
昨天和同事们聊天，有人提到了招聘和辞职的事情：
对于公司来说，招一个人还能有个试用期，感觉不合适就再换好了。但是对于个人来讲就不一样了，不合适还得要重新找一份工作，其实双方成本是不对等的。所以作为个人，一般不会随随便便就换一个工作。通常在换工作之前还会纠结好多次，上司一番长谈说不定又打消了念头。但是对于公司来讲，绝对是不合适立马就换，越早越好。于是，当你不为生活所迫的时候，你更希望找一个你觉得待着会舒服合适的公司，这通常不是给你工资最高的那一个。
其实一个公司要成功，文化建设是必不可少的一个步骤。昨天老大说了，一个公司要成功，人是最重要的因素之一。人心不稳是会出现问题的，这也是我亲眼所见的。这里面我不想过多的去说如何好如何不好，因为这纯粹是见仁见智的问题。我更想听听大家说一下，你们的公司主导的是什么样的一个文化。 我先说说我们的文化吧：最显著的特点有这么几个：
1、首问负责制。也就是别人问到你了，你就得负责到底，而不是踢皮球说找张三或者李四吧，然后就不管了。告诉对方找谁更合适这没有问题，关键是你要不停地关心对方是否找到这个人了，必要的时候你要亲自带领他去找到能解决问题的人。看起来好像很烦人，没必要。但是实际上这背后有一个强烈的文化，那就是我的同事也是我的客户，我要提供优质的服务，而不是象个大爷似的，或者说事不关己高高挂起。
2、负责人最大。如果一个事情交给你来办，那你就是最大的，你想要谁提供帮助，谁就必须尽力提供，无论对方官多大，资历多老。这个很多新同事刚进来都不适应，比如说这个事情只能老大解决，但是碍于威严或者老大这几天老开会不在，于是就耽搁了。在我们这里，如果遇到这种情况，你可以随时电话老大，甚至催促老大按时完成工作。如果你催了老大没完成，那就是老大的问题，但是如果你没催，那就是你的不对了。另一种情况是，当你需要资源的时候，你的直接上司表示没有，你可以顺着一直往上找。当然，最好是你直接上司找他的上司。如果他没做，你也应该做，因为这个时候你最大。
3、效率最优先。有的人在需要其他部门配合的时候，喜欢发邮件沟通。邮件不是不好，而是效率很低。很多时候一个电话两分钟就解决的事情，通过邮件就可能要来回好多遍，还不见得能解决。因此我们的要求是，先电话沟通，后邮件确认。
当然，还有很多其它的内容。我就直说上面这几个最鲜明的特点吧。
技术
如果是软件编程技术的话，我还确实没有获得太多。当然了，这里的环境能够让我不停的尝试使用新技术，也是一个很难得的机会。不过这些知识，更多的还是要靠自学。但是我在这里也确实开了眼了：以前很喜欢纠结于一些细节的性能优化上面，比如到底for还是foreach快，就会搞个实验，然后再把代码里面的照此改一遍。但是经历了这个规模还不算小的项目之后发现，性能问题在整个产品的成功上面其实是比较微不足道的。
比如说，很多人会谈到数据库的性能问题，然后就比较存储过程和直接使用Sql语句，Oracle还是SqlServer，ADO.NET还是Linq2XXX，乐此不疲。其实不知道有多少人想过，在你的项目里面，这真的是你的瓶颈吗？如果你有机会成为我们的一员，你一定会很惊讶我们这里面的一些实现竟然已经顺利的跑了这么多年了，简直不可思议！没错，我也觉得不可思议，不过现在已经习惯了。现在，更多地时候我会首先想，从整个产品来看，到底哪里才是瓶颈？是数据库呢，还是网络，还是CPU和内存？
其实，更多地时候，现在我会考虑如何能在项目里面添加更多地人。或者说，如何提高团队开发的效率。记住，瓶颈并不一定只能够是最终运行的快慢，还可以是很多很多。如果你想要成为更高级的技术人员，你就必须放下以前的一些思维定势，这样才能放宽你的思路，开阔你的视野。视野开阔了，你才能站得更高。
最后
我觉得博客园里面很多人只关心技术，准确的说只是技术里面的很小一个角落。也许，当你抬起头来看看周围，会发现这个世界其实还有很多奇妙的东西等着你去发现。