1. 通用搜索    

这是一个新的老的话题，很早就有了，但是从没像今天这样被重视。几大公司都开始走平台化的产品，让通用和个性相融合的发展。期望在全局是统一的，局部是个性的。全局是高大上的，局部允许丑陋。量变引起质变。发展总是矛盾的统一体。发现问题，反思问题，提示解决问题的效率、沉淀工具 是一件艺术雕塑的过程。没有创造、分享的心态，是很难成为一种规范的。    

2. 管理上的思考      

通用搜索的KPI究竟怎么定？大应用为主？活跃应用为主？面子项目为主？运维为主？      

当不core数量，而只把重点投向大应用上，并且大应用数量总是有限的，那么，脏、累、又不得不处理的业务的态度如何摆平。没有声音、没有影响、甚至被团队内部自己鄙视，就像前锋鄙视守门员一样的bad case一旦出现，可以想象危机问题会多么恶化！

    客观的矛盾问题，通用搜索需要自己的品牌，而大业务是最好的证明。

就像大卖家带来的成交量、服务质量，总体比小卖家靠谱。资源倾斜大卖家也是合理的。而对于小卖家，本来小，期望发展起来，而一开始所处的位置，却是不公平，但是客观的自然现象。平滑需要艺术吧！  

      一直在思索如何化解、平滑下面的问题？

      当活跃应用尽管不是重点应用，悄悄的任期发展，那么，长尾的价值如何定夺、坚守？不core数量，不core活跃应用，光鲜的东西毕竟有限，滋生技术之外的竞争大于合作的时候，可以想象潜在的问题，尽官可以在快速发展背后隐藏起来。埋下的后患，会积累的，最后那根稻草的出现将是可怕的！问题来了，活跃如何定义？如何才算把平台的价值最大化体现？那个阶段要重视活跃应用？那个场景要注重大业务？需要琢磨和维持度！    

      运维是苦差，常在河边走，那有不失脚。有人发起项目，没有运维项目，有人在意上线时刻、宣讲时刻，忽略持续运作的机制、制度、责任。这个坑怕是总也填不满！最近的VM重启，几个3.25的处罚背后，是对组织、制度的思考。当然会拿责任、价值观啥的来说事，这个是万能的，哪里都合适。事总是与人相关吗，与人相关总是脱离不了责任、义务、价值观啥的。对与组织、制度的思考、完善，来避免低级错误的发生，需要克服的问题非常多，有时候对具体案例的 重罚，也能在阶段性取得“以儆效尤”的效果。肯定不能治根。      

现实往往是，当出现问题了，对人而不反思结构、制度、管理的问题，对人的惩罚的“影响力”更持久，更流传开来。如同，围观别人的事故，不担心哪一天自己类似的遭遇一样。

相同的问题换一个人继续踏坑吧了。

2. 技术发展的思考        

当分享不是为了交流，而是某种影响力、广告、功力驱动下的交流，技术的发展会一点点被没落。周期会很长的，1-2年才会出现某些的迹象。表明一种落伍！eg 非主流！       不想当将军的士兵不是好士兵。拿竞争、晋升、KPI作为驱动“将军的意识、责任”，要么是技术没有足够的吸引力，要么是没有合适的环境，要么是不知道下一步了。       一亩三分地固然重要，技术驱动不敢向前迈步，某种程度就是一种落后。变化太快了！      

倾听一个技术，有时候，比追点PK一个技术更能开阔思维、视野。只有害怕变化、超越，才会如此自我保护。技术的变化，开发、透明发展的更好吧！      

有些业务是需要继承的，有些技术也是需要继承的，再快的迭代、再快的更新，总有一些模拟有其行，不一定懂其神，也就不懂变化的来龙去脉！

      可是，在通用平台上，平台在第一天搭建的开始，到雏形的完善，架子就定了。大改那是推到重来，明显不符合软件产品发展的特点。总是修修补补再三年，以后在说。改意味着新的问题潜在着。      

所以平台的生命周期很长，平台的成长、落伍绝不是一天两天的事情，平台更需要超前思考。一旦问题暴露，基本上自我革命的可能性不大，多半是被革掉。一波一波式的改良似乎是一个不错的选择，谁知道呢。      

没办法统一意见，但是可以最大程度统一更高的目标。衡量的尺子，可见的尺子，也似乎逃避不了晋升、KPI，当然追求技术、追求沉淀、必然付出不一样的代价。心态上、理念上等等。    

发展的同时，不能丢去基业，这复合客观规律。久了不折腾，也容易陷入自我保护！      通用通用，在构建统一、通用的目标上，面临个性、自我革新、自我改良的矛盾。对于软件，似乎从没有是自己把自己革掉，几乎都是被同类、更好的产品直接替掉。