创业是一种修行的论调早已不陌生。当然，因为创业总要面临各种各样的问题，即使你解决了这些问题，到达的也未必是一个好的结局。作为修行，比拼的当然是意志力了，最后好像都是意志力强大的人站到了最后。

前段时间一直把创业当做一种修行，觉得总需要更加努力。

昨天下午的时候，修好了一个BUG，让搜索结果更准确了一点，让提示更方便了，感觉产品更强大了一些，也不需要谁点赞，想到一切都在往前走，真是一种享受。

甘之若饴才能更长久。

昨天iOS最新的版本终于审核通过，经过了大概2个月的团队构建和产品迭代，现在产品的APP和M站已经完成，每天也有几百块钱自然的交易额。做了几次活动，活动的时候能够提高到几千一天。如果说创业是个竞赛，大概产品本身已经拿到了入场券的样子。

当然了，就如上面所说，也没有发生产品一上线就引爆这种事。说实在的，之前在点评，虽然不是巨头，好歹几百万的日活用户，当然系统承载的是每天一亿的交易额，相比之下落差还是挺大的。

我第一家公司就是创业公司，人到了30岁，也早就过了廉价贩卖理想的年龄了。不过，人到了30岁，也不能不没有点自己的思想。之前做WebMagic的时候，最开始半年无人问津，但是一直在默默迭代，后来大概一天3个星，过了两年也是个比较成功的项目。我还是比较相信只要一直在往前走，终于能到个什么地方的。

产品的粉丝群大概有两百多人，因为iOS版本上线，昨天很热闹，在群里提了好多bug。我倒是觉得，产品大了，其实就没有那么多功夫来一个一个了解用户了。从0到1到10到100都是个不同的过程，都是经历。另外，如果不想个办法享受过程，创业也实在太无聊了点。自勉。

对了结尾广告时间，公司APP叫“票牛”，是个卖演出票的网站，各大应用市场都能搜索到。

之前图便宜，买了128G的Mac Air，结果最大的苦恼就是空间不够。今天终于抽出时间，写了一些小工具，清理一下无用的文件。

最近转管理之后，因为某些原因临时带了两个团队，其中有些工作方式又发生了改变，总结一下。

一个月前领导找我，说有个带团队的机会，问我有没有兴趣。我的目标是技术和管理上都要会一些，目前工作上技术路线提升已经很小，而管理基本上不会，有些挑战，所以就同意了。

后来的这一个月确实只能用“疲于应付”来形容，中间还因为太累头痛请假了一天。直到现在事情才稍微理顺一点，闲下来还是写写博客吧。

又有很久不写博客了。最近博客内容离技术越来越远，主要是系统学习的机会和动力太少，很多琐碎的技巧又不想单独记录。年纪大了，除了技术之外，又有了一些其他的思考，我倒是很想把这些东西分享出来。

今天刚好看到同事写一段代码，跟同事聊到一个代码风格的问题，讨论了一会，也没得出什么结果。回来想了想，之所以大家观点不一样，其实是一开始代码追求的目的就不一样。

1. 可读性

我是一直认为代码的可读性是最重要的目标。太多的书都讲到一个观点：“代码是写给人阅读的，只不过刚好能被计算机执行”。

大部分做自己产品的团队，一个项目的维护时间可能是开发时间的5倍以上，而维护的常见内容都是一些小功能以及已有bug的修复。可读性带来的好处就是，非常容易弄清一段功能逻辑，从而定位问题。遇到团队人员变动，新人也能很快的熟悉。我在公司换过很多组，也接手过很多的项目（大多数的可读性并不好），就这一点来说，真是切肤之痛。

什么样的代码，算是可读性好？我跟别人提过一个标准：“你写的代码，过了几个月、半年、一年，跟你说道一个功能，即使你不记得这个功能怎么做，你也能说清楚这个功能写在哪个地方”。这个标准我自己认为还是很有效的。

那用什么方法可以增加可读性呢？合理的拆分和抽象会增加可读性。另外，我其实一直崇尚“用最常用的方法写程序，直到它发展到你已经理解困难的时候，再去重构”。

女儿和老婆已经睡觉了，小家伙乖得很，最近已经会大声的叫爸爸了，好不可爱。最近一直没心思写文章，在14年的最后，还是写一点东西吧。

又是一年年底。今年我跟老婆结婚第三年，女儿也有一岁半了，一切安好，有家人的陪伴真好。工作上，今年是工作第四年，有了更多的责任，也有了不少的突破。

今天做了两个月的团单服务改造终于上线了，相比之前的服务，性能基本上提高了一个数量级，稳定性也增加不少。这是今年做的最有价值的一个项目，之前服务数次S1故障的场景历历在目。而这次重构是按照业务量增加几倍来设计的，相信再过一两年都不太会出问题了。