接手奇点中文网以后，刘光然晚上打电话给曹阳抱怨说，“奇点的程序猿真的太垃圾了，这个网站的代码水平是我见过的最垃圾的。最新地址发送任意邮件到 ltx Sba@gmail.ㄈòМ 获取”
曹阳嘴角抽搐两下，“这不是明摆着的吗？你记得帮忙优化好，找几个比较厉害的网站相关的程序专业帮帮
家。”
奇点的代码真的很烂，这个是曹阳上辈子就知道的事
。
当年奇点被盛大收购以后，乔天晨还用自己原来的互联网团队提供了技术支持，这才让奇点的网站技术得到了飞速的提升。
不然的话，各种浏览崩溃，用户付费被吞，或者是付费不到账……
这些事屡有发生，不然读者们也不会想到要转投其他网站。
不过在当时来看，也没有几家网站优化得好的，大家都是在网页不断崩溃中再不断点开，那个时候的读者有一种非常执着的热，因为某些书就这个网站才有，你就得不厌其烦地忍受着网页崩溃的痛苦一遍遍点开，直到把自己想看的书看完。
根据曹阳自己的预估，光是因为网页崩溃、充值问题、订阅问题导致的读者流失比重至少要站到这个时候奇点的1/5。
不过博米接手以后肯定不会发生这种事了。
要知道博米在这方面的技术那可是杠杠的。
想到这里，曹阳赶紧又给刘光然补充了一句，“光然，你让给他们开发一套反馈机制的系统，我找吴文晖商量一下，给他们找一个更好的运营和客服团队，这样可以有比较即使的反馈和沟通，能让程序优化得更好。”
其实，曹阳想到了一个问题——
奇点在被盛大收购以前，本身网站的代码就写得烂。
但是为什么起点被企鹅收购以后，代码还是一如既往的烂呢？
曹阳眉
皱起，回忆起了前世被奇点客户端折磨的痛苦。
最离谱的就是有一次，奇点开通了书单功能，只要你能充值到高级vip，就能有权限建造一个高v书单，这个书单可以容纳的书上限是100本，普通用户开通书单的话，上限只有50本。
曹阳一开始开通了50本的普通书单，后来随着付费提升，他还打赏了一些作者不少钱，vip也到达了高v，然后他以为自己本来的书单可以升级到高v书单，容纳的书上限也能提升——
可是没有。
连升级按钮都没有。
当时曹阳就有些怒了，打电话给他们的客服，客服员也只是推脱和管理你的绪，并没有任何实质
的解决。
其实在曹阳看来，这就是一个程序判定的问题。
之前奇点内部肯定没有好好测试过这一块，所以写代码的时候，做了一些条件限制：
【判断这个用户是否已经创建了书单，如果是：
那么不允许创建。
else：
判断用户是否为高v用户，如果是：
那么，这个用户可以创建一个高v书单，高v书单的容纳书上限是100
else：
这个用户只能创建普通书单，普通书单的容纳书上限是50。】
多么偷懒的代码，这帮垃圾程序就不会考虑一下普通用户升级到高v时的况？
说明什么问题？
说明奇点的程序猿烂吗？
烂是肯定烂的，因为好的程序猿，比如说在游戏行业中经历过千锤百炼出来的程序猿一开始就会考虑到各种边界问题，条件改变问题，从而给策划提出这方面的建议。
比如劲舞团的程序猿，在做avatar需求的时候就会问：“你这个帽子是连发一起的吗？”
策划说：“是啊，你换帽子的时候，整个发型跟帽子就会在一起啊。”
“那如果我原本有发怎么办？”
“那就把发隐藏呗。”
“但是，如果我原来有一个带着发卡的高级发呢？”
“这……”策划思考了一下说，“那就判断一下这个高级发和那个带着高级发的帽子，谁更高级。”
程序猿把桌子一拍，“对不起，这个我没有办法做，从程序角度来说，做石剪刀布就相当于做了一个死锁，在程序上肯定是有问题的，你先想清楚了再来提需求吧。”
你看看，这才是好的程序猿。
奇点没有。
但是也不能完全怪家程序猿代码写得烂。
奇点的代码写得烂，其实有很大程度上在于他们没有一个良好的反馈机制——
没告诉他们这个东西做得烂。
也就是说，奇点的程序猿把这个东西做完了，奇点本身的也不经常使用，即使使用也肯定没有用户用得多，所以这种时候你就很难得到反馈。
既
