以人为镜

作为一个经常吐槽的人，有的东西不能在QQ里面吐槽，只能找个地方来吐槽了。来现在这个公司快3年了，发现很多时候都是在帮人擦屁股。虽然说苦不堪言，有这些摧残才能快速成长，所以就叫以人为镜。

为啥写这个？因为今晚开了个会，虽然结果不堪入目，可谓是毫无收获。但是不管这事是怎么样，至少能让我明白以后我来搞要怎么搞。以后碰到有意思，有特点的事，我都会持续更新上来。现在就先开始更新一些我最近吃的堑。

1.今天晚上的会，大概就是一个新来的伪产品经理，现在来接手一个产品，今天晚上开了一个半小时的会，会议的目的是叙述他把公司的半成品和排行第一的产品之间做的对比。在这个过程中，老王说了一些产品小细节修改的看法，接着就问大家要结果。实际上这是关于整个产品的架构和产品定位的问题。按我的看法，这应该先确定产品的定位再考虑细节怎么处理。亏我说的面红耳赤，但是做主的人拿不出办法，最后谈来谈去又是先改几个小东西。这告诉我，发版本应该是两种方式：一是修复优化，二是新增功能模块。如果开会的目标是要修复优化，那么应该是快速的更新不要去谈那些详细的，不然说了也是白说。我决定以后开会闭嘴

2.做一个产品，一定要先明白产品的定位是什么。然后制定多个阶段的目标，这样才能有好的设计，不至于在后面每天都在打补丁，修漏洞。这样不仅累而且效果也差，更容易造成产品组人员的流失。比如支付sdk的tang.x和施胖子和手机游戏仓的所有人全跑路了，这就是两个典型。

3.关于代码的审查和每日更新代码，代码审查我一直都觉得比较形式上的东西，关键的地方看一看就可以了。但是施胖子的离职告诉我，不是这样的。有的时候，功能只是瞎搞搞，而且有的东西都会被离职人员删除，对之后接手的人来说会非常头痛。关于每日更新代码，要跑路的人是不会有心情把代码好好合并的，有的只能去服务器上取。坚持每天做才能避免svn上的代码错乱的问题。

4.demon design,demon product。appstore数据库的表结构现在一团糟....设计失败的东西会造成一系列苦果。

5.用ecshop的红包和虚拟商品功能做了个预定商品的东西，本来这狗屎ecshop不支持，赶鸭子上架，现在预定统计就难死了，还有些取消订单红包失效的问题，大大的增加了人力成本。这真是一次狗屎的体验，我觉得真是把市场部的同事坑了，sry。以后不要取巧去做一些以前系统根本不支持的东西,到后面会出现各种郁闷的事。还有就是ecshop真坑爹！我再用ecshop我是傻逼，我再用ecshop我是傻逼，我再用ecshop我是傻逼。

6.对于一些臭名昭著的开源系统，千万不要再用了！今天商城被人黑了，幸好对方只是想要炫技并没有想要黑掉整个网站。仔细查看apache访问日志发现对方是用sql注入的，对ecshop这样的老系统，真可谓毫无架构可言。这又一次证明了，好的架构在发现问题的时候才能够有根治的办法。像sql语句这样的，如果出现了问题只要修复model类,一切都可以解决。

7.配置文档!配置文档!配置文档!所有的系统都应该有详细的配置文档才行,最近由于修改域名备案,和其他杂七杂八的原因,租用了一个主机来做跳转,现在非常的被动,配置文件一大堆,很多时候都不知道哪里还没修改,后面一定要把这些事抓起来,往往最不起眼的事都会带来很大的麻烦

8."摩奇钱包"--这个应用是二把手牵头、由上一个后台开发人员和坑逼产品经理角力弄出来的狗屎。计划完全没有、功能全部瞎猜。这几个月又把这个捡起来说事。。。拜托，求你们先规划下好吗？我现在已经全身负能量了！坑爹的产品不仅浪费公司的资金和资源还很大程度的打击员工的信心，所以一定要慎重！10月过半了，当初说好的十月收支平衡呢？你们还能瞎折腾多久？