信号，等到数据库的录入、反馈后，就发布成功。
除了细节上的差别之外，底层的功能都是“发布消息”，完全可以用一套代码来完成。可是这些网站，都是自己做自己的，做了大量重复性的工作。
若是把这个功能模块化，放在总部的“大研发模块组”里，网站在架构的时候，类似的功能就不用再写底层了，直接调用就可以。
类似的功能，程秉皓也在做，不过他牵头的都是一些高级算法，比如广告分发、广告自动纳入、自动抓取算法等等。
这些高阶算法，是所有网站分享共有的。
可实际上，很多底层的并不复杂的简单功能，也可以用类似的方法封装。大大的节约开发成本，提高开发效率。
王小船摇摇头，比较慎重的说：“功能模块化封装，这个思路肯定是好的。可是，‘小皮肤、大研发’这个策略，是否真的奏效，还需要实践检验。这事操作起来恐怕不简单。”
贺阳道：“的确很困难，最简单的问题，研发组不承担项目责任，那么他的KPI怎么考核？研发组不能跟着业务一起成长，就会缺乏动力。再就是分工不够明确，不可能所有功能都模块化封装。剩下的功能，就要前端自己开发了。那到底哪些属于项目组？哪些属于研发组？这里面灰色地带不少。”
韩乐水教授发言道：“理论上来看，这个思路是可行的。随着公司变大、组织膨胀，一定会出现大量的重复性工作，浪费人力物力。为了避免重复，这种‘小皮肤、大研发’的策略，可以使组织扁平化管理。有利于加强集权、提升管理效率、促进资源整合，前端的小项目灵活敏捷，具有创业公司的朝气和动力。只要解决好这其中存在的一些人性方面的管理风险，我看完全可以施行。”
他此前是北大光华学院的副院长，也是管理学专家。
贺阳苦笑道：“恰恰人性是最难解决的！小项目团队无力推动技术，技术就没增长；大研发组对结果不负责，就享受不到业务增长红利，积极性就不够。资源分配也是问题，沟通过程会变复杂……”
许亮杰坚定地支持这个方向，“咱们必须要未雨绸缪，预防大公司病。不能得病了再治，要提前做预防。‘小皮肤、大研发’的思路，一旦做成，就可以解决这个问题。”
大家各抒己见，讨论了一个多小时。
基本上是五五开。
周不器最后总结，笑着说：“我最近看了糗百的改进，做的很不错嘛。这证明了我们当初投资酷六网的正确性。我们从酷六拿到了相关的材料和数据，对广告和创业者的分成模式有了积累。这推进了糗百的完善。开放平台要把这两个案例做汇总，做好广告分成。”
张一明点点头，笑道：“已经在做了。有了案例参考，比摸着石头过河好多了。”
周不器拍手叫好，“这句话说的很对！要有案例参考，咱们现在的讨论，有点像瞎子摸象。实践是检验真理的唯一标准。有了酷六的案例，糗百和开放平台的广告分成功能，就可以顺利完善。这次也是一样。组织结构不能轻易动，动坏了要出大问题。不过，可以先做个小实验。这次做修图软件，就是不错的机会。同时成立三个前端的小项目组，然后总部以大研发组的形式提供模块化的技术支持。先做着！看看成果！”
所有人都认可“小皮肤，大研发”的思路，可全世界的企业都没有过这样的组织结构。
第一个吃螃蟹的人，是要承担风险的。
紫微星要做这个第一，同行是指望不上了，硅谷也挨不着。
只能是自己做实验，一步一个脚印。