在福报厂干外包，吐槽一下一些项目开发的乱象

众所周知，一般一个公司会有很多产品，一个产品背后的服务也不止一个，也就是说有一个产品背后对应着多个项目，在某福报厂，大大小小的项目数不胜数，基本上只要写个东西都要整一个单独的项目出来。

我有时候很好奇，为什么要搞那么多项目出来，但是仔细一想，整个新项目才有新 KPI 啊

这些大大小小的项目，有些可能只是几个接口，几个定时任务。。。所以也算不上很重要的，而且都是内部项目，并不是面向普通用户。所以也没有运维、测试等配套人员，只有你自己，基本上就是想咋搞就咋搞。

1.发布全靠手动。福报内部有一个叫作 aone 的容器化发布平台，但是配置繁杂，很多 p7 大佬也不会，或者懒的搞，直接就是打一个 rpm 包，然后 ssh 到生产服务器上面手动安装发布，写一个 shell 脚本保活就算完事。

2.看日志要到生产服务器上。话说但凡是一个项目少不了业务日志，出点问题的话总要看日志排查，但是呢，我所接触的项目很多都没有对接日志平台，类似 elk 这样的东西福报厂内部也有。但是很多 p7 大佬不知道是不会还是懒。有时候看个日志就 ssh 到服务器上面 tail 。但是外包狗是没有生产服务器权限的，所以你懂的。。。

3.数据库设计很烂。所谓的核心库，里面有几百张表，建表根本没有一个统一规范，或者是有规范但是没有人监督执行。有些表没有 id 主键，有些表是复合主键，表的时间字段有叫 time，有叫 utime，还有叫 gmt_created，还有叫 created_at，一个库里面这样的设计比比皆是。

更不要说什么数据库设计三范式了，我怀疑这些 p7 大佬们压根就不懂 mysql，其实也正常，因为他们大多数并不是主要搞 web 开发，对于他们来说，mysql 就是存个数据，也不用考虑性能问题。可是倒是苦了我们这些写 CRUD 的外包狗。

以上内容纯属虚构，如有雷同，纯属巧合！

EmiliatanTenshi

2021-08-19 22:05:16 +08:00

第一点被人诟病很久了，套用一句老话，你看到的是一堆 p9p10 老板撕逼后平衡得出的产物，也是没办法
第二点不清楚集团什么情况，蚂蚁的合作伙伴（也就是通俗的外包）是没有生产的任何权限的，包括服务器和日志平台，所以线上问题只能正式员工查。
第三点，不是没有规范，而是规范一直在迭代，之前的 time 和 utime 应该是历史产物，蚂蚁最新的标准应该是 created_at 。

大厂要吐槽的点数不胜数，不过就跟了解技术的实现细节一样，去研究一下背后的原因，有时候也是蛮有意思的
（当然吐槽还是要吐槽，这样可以更有底气地吐槽😏