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

[wangbenjun5]

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

我有时候很好奇，为什么要搞那么多项目出来，但是仔细一想，整个新项目才有新 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 的外包狗。

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

[yl666]

不过人家的业务理解能力确实很强，各种切入点都想都很完美

[SlipStupig]

@clearc 最少也得是团座？

[janxin]

阿里现在 P7 比以前水多了，尤其是人员扩充频繁流动大的前提下

[xingguang]

呵，我当年两年换了三个换汤不换药的框架，美其名曰更先进的组件，两年换了有五个 leader，所以我为什么当初 20 年疫情那么严重的时候果断换工作，实在呆不下去了

[Muyiafan]

没有集群，单实例可太真实了。

[EthanDon]

笑死，怎么感觉在说我厂。。。
0. 从零开发一个项目比在老的项目上改要稳很多快很多，所以就有一堆微服务出来了
1. 这个没见过
2. 其实很多大厂业务很忙的，人员更换又频繁，配套的工具虽然多，但是得花时间去学，所以有些服务就是先上了再说，先跑起来再说，就变成 shi 山了
3. 有可能这个表是实习生建的 /有可能这个组业务太忙，没时间 review 这些 /有可能这个组压根就没有技术大佬

其实想明白了大厂的一部分体力主力军是应届生甚至实习生，就释然了

[lplusk]

同福报厂，你所在部门的情况看起来是工具效能同学和 SRE 不太称职 or 业务不太重要，所以相关流程、工具的使用做成这个样子。

[Bigglesworth]

@janxin #63 水太多了，甚至培训班出来都能上。。。

[loryyang]

有几个因素造成：
1. 短期 KPI 导向，长期看变动过大
2. 人员素质不齐（我更倾向于培训不到位）
3. 工具支持不到位
以上因素重要度依次递减

[still97]

g，怎么跟我们一个小公司一样，我每次都吐槽字段名变来变去，一个项目好几种日期名，吐了。。。

[redvoilin]

@mengjue 你这个回答就很有阿里味

[guoyuchuan]

楼主加个微信聊一聊。

[roundgis]

又不是不能用

[DoctorCat]

不同的业务团队可能不太一样。

[AltairT]

aone 和 sls 都不接嘛？ ssh 到服务器上看日志也没啥，有时可以更快定位问题。
外包不给生产权限很正常，生产权限本来就要严控。

[tuomasi]

@mengjue 你这个逼，典型的秀儿，还里面的牛人，都跟你一样鸟人吧

[Routeros]

@swulling 又是鲁迅说的

[liudengchn]

感觉在说我厂，太体面了