2011年09月01日 21:06
在G+上参与了一个关于iPad和游戏机的选择的讨论，后来就顺势谈到了电子书问题。我回复了一段，比较长，干脆就拿到这里来发表一下好了。
……读书的人变少这是一个杯具。这个杯具是全方位的。无论是对国民素质也好，对社会发展也好，对文化交流也好，对出版商利益也好，都不是件好事。
其实是不是eink不重要，关键在于产品本身。kindle就是用来看书的，它背后有一个完整的服务链，用户在这个服务链中可以享受到方便和快捷，所以 kindle就卖得好，实际上amazon卖的不是kindle，而是用kindle看的书，所以实际上不是kindle卖得好，而是(用kindle看的)书卖得好，kindle只是顺便卖得好。但是话反过来说，正因为amazon卖的是书，所以它依赖的是有很多喜欢看书的人。如果大家都不喜欢看书，不愿意为买书花钱，你服务再好也没用。那么再深一层，如何让大家变得喜欢看书呢？前提是你要做出让大家爱看的书，你要培养出一种看书的气氛。
现在在中国，读书阶层大概可以分成两类，一类是网络文学/垃圾文学（非贬义）消费者，一类是专业读书爱好者。前者对书籍的依赖性不高，但基数大，他们有阅读 的需求，但是没有到愿意为阅读付费的程度。后者对书籍依赖性高，愿意为阅读付费，但对书籍的质量有较高的要求，而且后者的基数相对小。
我觉得目前中国的电子图书市场，两头都没做好。很多书城大量的电子书籍都是快餐型的网络文学，但是他们的受众其实不太愿意为阅读付费的。免费下载的txt， 虽然也许错误很多，但对很多人来说就够了。而对于愿意为阅读付费的后者来说，目前中文电子书籍的市场上又很少有制作精良的书籍，对于他们来说，有钱也没地方可花。
其实网络文学/垃圾文学的读者也一样是读者，如何抓住他们，提供他们所需要的，然后将他们引导提升变成阅读爱好者（这样他们才会 愿意付费阅读），这是出版界需要考虑的问题。而对于专业读者和爱好者来说，也许目前他们人数不多，但是他们对于普通读者在阅读程度提升方面会起到一个很强 的引导作用和指导作用，所以他们的需求也一样很重要，需要有专门为这些人提供的服务。
只有愿意读书的人多了，整个产业链形成了，才可以去谈产品好坏的问题。不然你产品再好没有人买还是白搭。
说一个案例。曾几何时，中国的电影院也到达门可罗雀的地步，电影事业发展到达低谷。没有人愿意花钱看电影。后来，电影行业是怎样起死回生的，我觉得可以拿来借鉴一下。
比 如现在爱看电影的人不少，是不是可以引进电影的小说版（当然我指的是电子版了）？图文并茂排版精良，我觉得还是会有人愿意买。很多这类小说虽然也是流行文 学，但质量相对较高，看多了以后再去看现在一些网络作家写的东西，估计就看不下去了（就像现在大家国外大片看多了，中国的那些所谓大片就不太容易骗到钱 了，至少是不能既赚口碑又赚钱了）。当然这也只是一个思路而已。
2010年09月07日 09:16
好久没扯淡了。扯两句。
前几天在猛禽的推荐下，看了看web.py这个微型web框架。并用了大半天的时间写了一个简单的小应用。
还不错。
由此想到了一些不相干的问题。
首先想到的当然是我们的一个私有项目。这个项目折腾了好几年，最终勉强上线。但是大家都已经被折腾得没了激情。上线在我看来，也是象征意义大于实际意义了。
在这个项目的开发过程中，我解决了很多问题，收获算是不小。但是现在想想，解决的问题中，真正属于业务处理的有多少呢？很少很少。大部分问题都集中在框架层别。比如如何实现优雅的用户认证机制，等等。
我们的项目功能算不上复杂，也就是一个blog的水平。为什么这么简单的东西会拖上如此之久呢？原因很多，大多不足与外人道。但是我也认为有一个比较重要的原因，就是产品迟迟处于开发期，得不到发布。
记得曾经看过一本书，《梦断代码》，里面一帮比我们牛的多的牛人，拥有比我们好的多的环境，资金，氛围，合力开发一个项目，仍然失败了。于是我们看到了一本相当优秀的总结书（笑）。那个产品也有一个大问题，就是优秀的想法非常多，但是都无法进入最终产品——因为最终产品迟迟得不到发布。
每一个有点理想和追求的程序员都会有一个梦想，希望自己的代码能简洁优雅，希望自己的程序架构清晰流畅，能经典到流芳百世。
但是再经典的代码得不到实践的检验，也是白搭。你永远也不会知道用户会以怎样BT的方法使用你的程序，也永远不会知道你的代码究竟有多抗压，甚至也许有很多隐藏至深的bug，不在特殊的应用环境中也不会暴露。
更别提你的程序也许根本不符合用户的需要，或者用户会有更多要求……
另外，很重要的一点是，能给程序员带来最终成就感的，我认为并不是代码本身，而是代码运行的结果。每个人都希望自己的作品广为人知，而不仅仅是孤芳自赏。
所以，尽早的把想法实现，非常重要。
像web.py这样的小框架，就可以让你用quick and dirty的手法尽快的实现一个小东西。当然它欠缺的东西很多，但是都可以用quick and dirty的方式人肉实现。
有了成品再进行改进，就会有目的的多了。
但是quick and dirty并不是解决问题的金钥匙。就像无数软件工程指南中指出的那样，dirty不断累积，最后就会造成整个系统的崩溃和无法维护。
所以，尽早拿出成品，这只是一个开始。真正的关键在于你是不是有恒心有毅力去持续维护和改进它
并且保持整体结构不会变得更加糟糕。
有必要的时候，推翻重写。
这才是真正的问题。
2010年06月13日 17:50
今天才写《赤壁》，感觉是不是有点奇怪。因为今天才在央视电影频道看了完整的赤壁上下。（其实也不算完整，断断续续的看了而已）
对于电影的观后感，其实非常简单。两个字：失望。我对于赤壁大战的期望，几乎没有任何一点在电影中有所体现，相反倒是看到了很多笑料和不合常理。
对于这部电影，我不想讲太多了，我在思考的一件事是：假如我去拍赤壁，我会拍得更好吗？
想了半天，答案是：难。
记得当初听袁阔成的评书三国，赤壁大战一段听的是惊心动魄。舌战群儒，黄盖诈降，周瑜几次设计陷害诸葛亮，一环扣一环，高潮迭起精彩纷呈。
以弱胜强的仗，本来就不好打。非奇谋不能成功。而奇谋本身，就是一场冒险，有很大的失败的可能。在这样的氛围下，看高手如何出谋，以及计谋如何在种种运气的庇佑下成功实施，就是一大看点。
然而这种看点很难用电影去表现。电影适合渲染火爆场面，适合呈现个人英雄主义，却不适合表现谋术。让观众看半个小时诸葛亮跟群儒的坐而论道，即使辩论本身再精彩，也是让人厌烦的。在电影赤壁里舌战一场就被压缩到很短，但是这样又让人觉得很突兀和无力。
电影还是一个片段展现艺术。一部电影只有短短几个小时，要展现全局是必很困难，只能展现一个片段，比如赤壁大战。然而没有诸葛亮的隆中对，没有刘备之前一逃再逃的事实铺垫，他舌战群儒时的很多观点就会显得很苍白。但是要把背景一一交待清楚，似乎又不是一部电影足以承载的。
其实在我的印象中，赤壁大战最吸引人的就是一系列的计谋运用。实际上整部三国，我觉得重点也就在一个权谋，一个计谋。但是这恰恰是电影难以表现的。赤壁大战真正的战争部分，小说里笔墨不多，评书里也不多。因此在电影里，尽管在竭力渲染，总让人觉得在隔靴搔痒。
想把赤壁拍好，确实难阿。
2010年05月25日 23:21
很长时间没写blog，结果被群里某人bs了。
于是知道写blog也是有责任的。
今天花了点时间把blog重新打理了一下，升级到了2.1b6版。
对我来说，这个升级最大的变化就是带来了面向android的移动平台界面。以后在手机上查看和维护会方便很多。
PS: 这篇就是在手机上写的
2010年03月02日 16:01
我以为我不太可能再在这里写东西了，结果我错了。
我以为饭否不太可能再有什么动作了，结果我错了。
是的，饭否没有重开，但是它终于让大家导出了以前的话痨记录。
重新看到饭否界面的那一刹那，内牛满面。
这是我的饭否纪念页面 ( 猛禽版 / 一小粒版 / 大菜版 / TR版 )。以此纪念曾经陪伴着我，有过欢笑有过泪水的饭否。
2009年12月18日 11:00
记得在最早我说要自己弄个服务器玩玩的时候，我有个朋友对我说，自己搭服务器太辛苦，你撑不过2年的。
今天不知道怎么突然想起了这句话，回去查了查日志，很欣慰，已经超过2年了。而且没有停止的迹象。
2年并不是一个很长的时间，但也不是一个很短的时间。2年的时间一下子就过去了，但是2年中也发生了很多很多的事情。
最近维护服务器变得越来越辛苦了。为了躲避全网扫描，我不得不更换了端口号。但是我实在没有精力再去维护因此而导致的各项资料变更。
太累了。
也许我那朋友说得对，2年真的是一个坎。只是我没有想到会是这样形式的一个坎。
现在这个服务器仍然会开着，但是会转向服务于一小撮情绪稳定的人。在这个圈子之外的人，我只能说声抱歉了。
简单汇报一下近况吧。
依然切题，因为最近我的状态就是：缺少时间。
BT群策划了一个秘密项目，我为此花了很多的时间和精力。对于这个项目，现在还不能说什么，但是我真的要说，我为自己在这个项目里所做的工作而感到骄傲。我希望这个项目公开之时，这个观点能被其他人认同。
我在和别人合作写一个Android Twitter Client。当然我目前还只是一个边缘参与者，还没有真正的贡献，但是我依然在努力的做着自己的贡献，我也希望我所做的工作，未来能在这个项目中扮演重要角色。
我构思了一个分布式存储的想法，正在细化和考虑实现。
我为自己的孩子开了twitter帐号。帮他们记录一些生活的片段。我希望能够写得让别人觉得有趣，让家人觉得有价值。
我在公司承接了新的任务，我希望能在新的工作中，发挥出自己尽可能多的能力。将项目做到令自己和他人满意。
如今，万事俱备，只欠时间。
我从来没觉得如此欠缺时间。
