浏览数（9197）
【济南互联网公司奇葩记】
今天被恶心到了，2016年9月5日 21:05:24
1.公司要做项目，成立技术团队，然后把公司要运营的项目外包。
做运营或做内容的公司，多数会把自己的项目外包给某些公司。在项目完成，交接的同时会成立技术团队，来接手项目。至于项目成色，只有云知道。
此处强势插入案例
某公司，入职时说项目在交接，无邪的问了一句：”公司主要项目外包？“ 主管无所谓的说：”外包一年了，最近要交接！“多大项目，做这么久？” 主管：“一个商城。”
默默膜拜，应该是大项目，毕竟母公司是上市的。
2.等待时间过长，不计后果强制接受，立刻上线运营。
此处强势插入案例
还是某公司，源码服务器都交接过来之后，承包方技术负责人来公司跟老总开会整理需求。也就是一年多的时间……等等，这一年承包方在做什么？只有云知道。此处原因是外包方需求变动频繁，第一版未推出的情况下直接提出新需求。而承包方并没有拿出合同来履行合同，也没有在附加未议项协议里面进行签署。在未交接前无技术团队，交接时己方团队无法明确己方需求，技术部主管在领导强制要求接受的情况下无条件验收项目。然后开始了漫长的苦逼无法重构的大面积重写。此处技术压力，只有云知道。
3.接收之后，无法满足最新需求，技术背锅。
接收过来，老板的商业帝国要起航了，至于这艘船是否漏水，只有云知道。
接收项目情况如下：
a验证码：验证码是真的生成图片呀，在服务器上呀，某个目录文件夹呀，然后返回的是啥？这次云不知道，我知道。返回的是图片路径和session里的真正的验证码。没错是页面加载完毕执行js，ajax请求返回的是图片路径和session里存的验证码，为什么呢，应为验证码的验证是在前端页面js对比的。不要笑，这是真的，真的是真的 ，珍珠见过没，没见过的看到这里就见过了。
b耦合度：高到什么程度呢，为了底层公用，做了多层封装，冗余严重，阅读起来，一个方法推5到6个方法才能看明白，问题是中间的方法仅仅调用了一次。能告诉我，这么封装的意义何在么？云都不知道。
c前端插件：各种插件，包括好多年前的，兼容差的一逼，常用浏览器都不能兼容。不想过多吐槽！
太困了，细节以后再扒！
为什么今天要说这个？因为今天遇到了承包方的老板，恬不知耻的说这项目是他们做的。我了个戳戳戳戳哒。彻底醉了。
他们公司一定是赚钱的，但是留下来一定是无法安眠的。项目靠谱的是缓存，用了redis，直到今天才明白大神原来是这位。此生都不想再遇到了。人生总要有后悔的事情，今天这件可以让我记一辈子。这种恶心，感觉血液都在坏死。没有底线没有底线没有底线的人，请远离，阿门。
晚安，这世界。
简单，快乐，阳光，幸福。
