这是一个创建于 1225 天前的主题，其中的信息可能已经有所发展或是发生改变。
众所周知，一般一个公司会有很多产品，一个产品背后的服务也不止一个，也就是说有一个产品背后对应着多个项目，在某福报厂，大大小小的项目数不胜数，基本上只要写个东西都要整一个单独的项目出来。
我有时候很好奇，为什么要搞那么多项目出来，但是仔细一想，整个新项目才有新 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 的外包狗。
以上内容纯属虚构，如有雷同，纯属巧合！
第 1 条附言 · 2021-08-20 11:35:05 +08:00
理性吐槽，主要还是个人原因，有些人有追求都搞的很好，有些人面向 KPI 编程，能用就行。别扯太远了……
第 2 条附言 · 2021-08-20 18:36:55 +08:00
再吐槽一个 api 鉴权的问题，项目内部各个系统之间难免会需要互相调用，为了安全性都会加一个鉴权。这个鉴权方式更是八仙过海，各显神通了。
有那种最简单的是数据库里面存个写死的 key，直接放 header 就行
还有那种加一个 user，和时间戳拼一下， 然后 md5
还有那种把接口的路径也带上的放进去 md5 的，有用_拼的，有用.拼的
还有的不用 md5 直接用 rsa 算法加密的……总之，每个系统都不一样，哈哈
有那种最简单的是数据库里面存个写死的 key，直接放 header 就行
还有那种加一个 user，和时间戳拼一下， 然后 md5
还有那种把接口的路径也带上的放进去 md5 的，有用_拼的，有用.拼的
还有的不用 md5 直接用 rsa 算法加密的……总之，每个系统都不一样，哈哈
 |
1
changchong 2021-08-19 20:50:42 +08:00
外包一年能拿多少个？
|
 |
2
dragonszy 2021-08-19 20:52:02 +08:00
关于 3 可能是接手过来的（传统行业 /上市公司 /国企 /大型民企）历史遗留数据库设计。作为只懂最基础 SQL 的业外人士经常看到某些设计也惊为天人，设计缺陷硬生生导致数据 x5，速度-10 。
|
 |
3
wangbenjun5 OP @dragonszy 并不是接手，只是经手的人太多了，都是按照自己的风格想法来设计
|
|
4
wangbenjun5 OP  1
@changchong 20 个左右
|
 |
5
dynastysea 2021-08-19 20:56:12 +08:00 5
不知道你是否在别的大厂干过（对比鹅厂），如果你干过你可能会觉得福报厂做的真的是很牛逼。。。这些基建真的是很强。。。
|
 |
6
pigspy 2021-08-19 20:57:15 +08:00
哈哈哈，我明白你的感受
大厂里面的混子真滴多 |
|
7
wangbenjun5 OP @dynastysea 没错，这些基础通用平台都有，福报厂一般都是拿开源的改改，内部换个牛逼的名字，但是就是很多人不用，或者用起来太麻烦。。。
|
 |
8
sagaxu 2021-08-19 21:01:13 +08:00 via Android
存活比较久但很久没重构过的项目，可能都这样吧
|
 |
9
jxxz 2021-08-19 21:41:35 +08:00 via iPhone
好奇哪家外包
|
 |
10
cs419 2021-08-19 21:57:37 +08:00 6
只能说源码也是人写的
光鲜亮丽的小姑娘 可能俩星期都不洗脚 |
 |
12
EmiliatanTenshi 2021-08-19 22:05:16 +08:00 2
第一点被人诟病很久了，套用一句老话，你看到的是一堆 p9p10 老板撕逼后平衡得出的产物，也是没办法
第二点不清楚集团什么情况，蚂蚁的合作伙伴（也就是通俗的外包）是没有生产的任何权限的，包括服务器和日志平台，所以线上问题只能正式员工查。 第三点，不是没有规范，而是规范一直在迭代，之前的 time 和 utime 应该是历史产物，蚂蚁最新的标准应该是 created_at 。 大厂要吐槽的点数不胜数，不过就跟了解技术的实现细节一样，去研究一下背后的原因，有时候也是蛮有意思的 （当然吐槽还是要吐槽，这样可以更有底气地吐槽😏 |
|
13
wangbenjun5 OP @EmiliatanTenshi 哈哈，肯定有原因，我不太清楚都是这样，还是仅我接触到的是这样。不过个人感觉还是开发的不作为原因居多，只图完成项目，说白了 KPI 导向，我说这些点搞好了也就那样，不搞项目照样能跑。
|
 |
14
ufan0 2021-08-19 23:19:58 +08:00
福报厂是我所在单位的外包，你说的情况全部得到了很好的体现，其代码质量令人心累，一个项目重构五次了还是难以看下去，已经准备不签字了，要么我走人，要么他们走人。
|
|
15
wangbenjun5 OP @ufan0 躺平就行了，我是啥也不敢问啥也不敢说，默默填坑
|
 |
16
yyfearth 2021-08-19 23:42:16 +08:00
积年累月的项目 这些都是很正常的
只要所有项目不是一个小团队并且人员基本上保持不变 否则不可能做到完全统一和一致 团队大了 什么人都有 而且也会有自己的风格 要保持最基本的一致只能靠一些工具来限制 像数据库这种 很难控制的 还有历史遗留问题一大堆 数据一多 迁移成本过高 |
 |
17
ztcaoll222 2021-08-19 23:43:37 +08:00
@akatquas #11 谷歌搜这个关键字，第一条就是这个贴😂
|
 |
18
clearc 2021-08-19 23:48:37 +08:00
题外话：p7 也配叫大佬。。。
|
 |
19
kerro1990 2021-08-20 00:02:56 +08:00
农民工工地不一样很乱，更何况程序员也属于农民工
|
|
20
wangbenjun5 OP @ztcaoll222 不是吧，搜索引擎这么快的么。。。
|
|
21
wangbenjun5 OP @clearc 哈哈，p7 现在是主力，网上 p8 很难升了
|
 |
22
levelworm 2021-08-20 02:19:34 +08:00 via Android
正常，其实去的公司多了就知道本质上大家都是草台班子。
|
 |
23
xjlnjut730 2021-08-20 06:10:01 +08:00
大部分公司的历史项目都这样。就算现在新起一个项目，换了一波人，很快就变形了。主要还是看经手人的个人风格。在人员变更很频繁的情况下，显然这是不可控的。学会接受 or 改变吧～，大部分还是忙业务实现的，代码规范、数据库规范很多时候都是次要的属性。对开发而言，属于本职工作，但是很难体现在个人绩效里，除非领导是一个非常重视代码规范的人，很显然，这种领导凤毛麟角，而且一般这种领导上不去，^_^。人的精力也有限，有限的精力那肯定往有希望晋升，有希望涨薪的方向去了。
|
 |
24
swulling 2021-08-20 07:33:28 +08:00 via iPhone 2
记得有人说过，当你充分接触社会，你会惊讶的发现大部分组织都是草台班子。
|
 |
25
Webpoplayer 2021-08-20 08:37:45 +08:00
提取楼上#10 楼的话 “光鲜亮丽的小姑娘 可能俩星期都不洗脚”，可以说很形象了。。。
|
 |
26
Cbdy 2021-08-20 08:39:42 +08:00 via Android
楼上都谈什么历史项目，历史问题云云，事实是新项目也是如此，不断重复历史罢了
|
 |
27
sadfQED2 2021-08-20 09:30:21 +08:00 via Android
哈哈哈，百度员工表示代入感很强，我们这边也是这个鬼样，一个接口都要新启一个项目，人员多换几次，项目仓库都找不到了，各种 kpi 产物
|
 |
28
dwlovelife 2021-08-20 09:31:37 +08:00
多问一句 要是 20 个服务器集群这种 怎么 tail
|
|
29
wangbenjun5 OP @dwlovelife 根本就没有集群，很多服务都是单实例跑
|
 |
30
AngryPanda 2021-08-20 09:58:39 +08:00 2
KPI 导向问题，国内大小厂大多数都是重产出不重质量。
一种说法叫做实用主义，能用就行；另一种说法就是急功近利。 |
 |
31
justRua 2021-08-20 10:04:31 +08:00
内部平台自己人用的估计就随便了，都单体服务了肯定是不重要的，能跑就行了
|
 |
32
wr516516 2021-08-20 10:04:54 +08:00
不都走的 linkeE 发布吗
|
|
33
dynastysea 2021-08-20 10:08:51 +08:00
@wangbenjun5 不过可能也是看部门，可能有些部门业务不行，投入的也不够，据我了解到的类似淘系、阿里云、蚂蚁这些核心部门起码在你说的这些点上还是搞的比较正规的。
|
 |
34
Torpedo 2021-08-20 10:09:07 +08:00
数据库设计我的感觉是，你看着一堆表，都是一堆人不断往上面加的结果，没有一个人做通盘考虑的
|
 |
35
wangyzj 2021-08-20 10:29:19 +08:00
见过 P7 不会 git 的吗
|
 |
36
sgissb1 2021-08-20 10:41:51 +08:00 2
p7 不会这不会那怎么了？会写 ppt，精通各种黑话，影响了评级么？价值观考核只要不及格，你就算会造火箭又能奈何？
要搞清楚抓手是什么，摸索的过程中要新城一套核心的打法！ |
 |
37
arthas2234 2021-08-20 10:42:22 +08:00 4
高情商：在不断尝试中寻找突破
低情商：瞎折腾 |
 |
38
defage 2021-08-20 10:42:27 +08:00
都说是小项目了，你都说是不知名了，很可能都没成气候，整的人模人样有什么鸟用。怎么快怎么方便怎么来也是种项目节奏
|
 |
39
NCZkevin 2021-08-20 10:47:37 +08:00
大厂几万人，不同组情况完全不一样，你这种情况都是边缘部门无关紧要的服务，毕竟这种服务也就是 KPI 产物，随便糊弄下就行了，淘系那边对服务，日志这些方面要求还是很高的，基本都是按照规范来做。
|
 |
40
dejavuwind 2021-08-20 10:50:25 +08:00
有没有 Google MS AWS 的大佬爆料一下，国外大厂也这样吗？
|
 |
41
mengjue 2021-08-20 11:00:21 +08:00
这个其实也就是你是外包的原因了，只愿意吐槽，没有想过为啥这么做，或者我要怎么做的才能更好？举个例子好了，你说的 ELK 系统为啥没有像外部那样搞的原因时 ELK 没发容纳这个平台级别的日志，所以他们搞了一套自己的，通过 hadoop 归集，然后放在一个统一的平台搜索。
|
 |
42
x940727 2021-08-20 11:03:51 +08:00
@Torpedo 通盘考虑的人不是离职了就是升级了，想找一个能通盘接手的人的难度可是非常大的，尤其是在大厂内部 KPI 还逼得紧的情况下就更难了。
|
 |
43
matrix67 2021-08-20 11:11:51 +08:00 2
@dejavuwind #40 特斯拉之前的员工有爆料过的 https://news.ycombinator.com/item?id=17835760
1. 我曾经在 SpaceX 的团队中工作，该团队开发了一款名为“WarpDrive”的软件。它是一个庞大的单体 ASP.NET 应用程序，大量使用 ASP.NET WebForms 完成，而当我在那里工作时，ASP.NET MVC 的缓慢前沿逐渐增长。该应用程序几乎负责运营工厂的所有工作：库存、供应链管理、成本分析等。Elon 是 Windows 的忠实粉丝，并努力推动使用 Microsoft 技术运营整个商店。值得庆幸的是，火箭通过高度定制的 Linux 安装飞行。 2. mode x 和 s 和后端之前通信是挂着 openvpn 的。 3. centos 6 上跑着 ruby on rails 4. 。。。。等等 不翻译了 |
|
44
x940727 2021-08-20 11:13:26 +08:00
@mengjue 内部人都不搞，指望外部人搞？服务器怎么申请？而且搞出来谁维护？外包没有责任去帮甲方变的更好，而且也基本上没资格查询线上的日志，你这种结果论的人是真的令人害怕。
|
 |
45
OMan 2021-08-20 11:21:18 +08:00 8
人和代码，有一个能跑就行。
|
|
46
mengjue 2021-08-20 11:24:26 +08:00
@x940727 今天闲的慌，再回复你一次好了。我讲这个实例的意思是，每个决策都是有背景和 tradeoff 的，仔细研究这些决策背后的根本原因，有利于帮助自己成长，比如说日志这个事情，如果跟多 infrasture 那边的人交流下，就会明白原因了。阿里系虽然名声不堪，但是里面的技术牛人还是外边不能比的，更不要说跟一个外包比。
|
|
47
wangbenjun5 OP @mengjue 兄弟，你这话说的，我要是能搞早就搞了，主要是没权限。
|
 |
48
wipbssldo 2021-08-20 11:45:30 +08:00 1
@mengjue 看完你写的，我也不太明白「发布全靠手动。看日志要到生产服务器上。」这些决策背后的根本原因，有哪些利于帮助自己成长
|
|
49
dejavuwind 2021-08-20 11:46:51 +08:00
@wangbenjun5 盲猜一下 @mengjue #46 这位怕是利益相关吧？在线答疑？
|
|
50
dejavuwind 2021-08-20 11:50:08 +08:00 1
看了半天才知道 infrasture 其实说的是 infrastructure 基础设施
|
 |
51
zjuster 2021-08-20 12:10:03 +08:00
阿里的这些数据库设计结构，是现实，但是没人能解决，或者说没必要解决。实际上在这种数据结构下面还能稳健运作，是阿里的技术功底。
这么多年技术迭代、业务变更下来，在人员变动较频繁的情况下，数据库设计规范是不可能实现的，你看到的一个数据表可能是三四个人接手过的，或者有十年历史的。 aone 本身是很强大的工具，上手太难，业绩重要的情况下，很少有人会好好用。 |
|
52
zjuster 2021-08-20 12:14:16 +08:00
很多问题 一些毕业生会问你怎么不按照书上写的做呀？
现实就是书里、实验室里的工程项目，和业务线上运作的底层逻辑是不同的，首要目标也不同。 好的代码规范当然有用，有一个这样注重技术规范的领导，对整体部门稳定性有大好处，但这样的领导很快就会有精力牵扯项目。技术高 p，要推广技术，要考虑饭碗抢业务，给手下弟兄争利益，这样的背景下，规范优先级着实不高。 |
 |
53
jakezh 2021-08-20 12:15:01 +08:00
据掉福报厂 P8 offer 的飘过
早就听朋友说了，不知道 infra 组整天加班在加些什么 |
 |
56
Joker123456789 2021-08-20 12:49:54 +08:00
都是赶着发布的，使用者也不关心底层，反正又不是他们维护。 他们只想快点用起来。
这是世界通病，作为一个新时代的农民工 没办法的。 |
 |
57
onionKnight888 2021-08-20 13:05:32 +08:00
就好奇问问，p7 升 p8 难吗
|
 |
58
js8510 2021-08-20 15:20:18 +08:00
有时候就是没必要啊。等各位工资更高了，不这么卷了，人力成本上去了，自然自动化程度，工程质量就要被迫提上去。p7, p8 也不过是和您一样的打工仔。代码人人都会写，不是你写的多，写得好就能升职加薪的。到了这一步，你要给上头拿出来可以量化的成绩。
如果各位工资再高一点，并且不加班，招不到这么多小弟人海战术。业务需求还是那么多，那肯定有一帮 ledership 站出来我们要 better engineering 。 |
 |
61
yl666 2021-08-20 15:32:57 +08:00
不过人家的业务理解能力确实很强，各种切入点都想都很完美
|
 |
62
SlipStupig 2021-08-20 15:36:23 +08:00
@clearc 最少也得是团座？
|
 |
63
janxin 2021-08-20 15:40:49 +08:00
阿里现在 P7 比以前水多了，尤其是人员扩充频繁流动大的前提下
|
 |
64
xingguang 2021-08-20 16:17:25 +08:00
呵，我当年两年换了三个换汤不换药的框架，美其名曰更先进的组件，两年换了有五个 leader，所以我为什么当初 20 年疫情那么严重的时候果断换工作，实在呆不下去了
|
 |
65
Muyiafan 2021-08-20 16:29:35 +08:00
没有集群，单实例可太真实了。
|
 |
66
EthanDon 2021-08-20 16:52:21 +08:00
笑死，怎么感觉在说我厂。。。
0. 从零开发一个项目比在老的项目上改要稳很多快很多，所以就有一堆微服务出来了 1. 这个没见过 2. 其实很多大厂业务很忙的，人员更换又频繁，配套的工具虽然多，但是得花时间去学，所以有些服务就是先上了再说，先跑起来再说，就变成 shi 山了 3. 有可能这个表是实习生建的 /有可能这个组业务太忙，没时间 review 这些 /有可能这个组压根就没有技术大佬 其实想明白了大厂的一部分体力主力军是应届生甚至实习生，就释然了 |
 |
67
lplusk 2021-08-20 17:35:07 +08:00
同福报厂，你所在部门的情况看起来是工具效能同学和 SRE 不太称职 or 业务不太重要，所以相关流程、工具的使用做成这个样子。
|
 |
68
Bigglesworth 2021-08-20 17:56:19 +08:00
@janxin #63 水太多了，甚至培训班出来都能上。。。
|
 |
69
loryyang 2021-08-20 17:56:21 +08:00 1
有几个因素造成：
1. 短期 KPI 导向，长期看变动过大 2. 人员素质不齐（我更倾向于培训不到位） 3. 工具支持不到位 以上因素重要度依次递减 |
 |
70
still97 2021-08-20 18:02:44 +08:00
g，怎么跟我们一个小公司一样，我每次都吐槽字段名变来变去，一个项目好几种日期名，吐了。。。
|
 |
72
guoyuchuan 2021-08-20 20:19:12 +08:00
楼主加个微信聊一聊。
|
 |
73
roundgis 2021-08-20 21:19:59 +08:00 via Android
又不是不能用
|
 |
75
AltairT 2021-08-21 18:05:29 +08:00
aone 和 sls 都不接嘛？ ssh 到服务器上看日志也没啥，有时可以更快定位问题。
外包不给生产权限很正常，生产权限本来就要严控。 |
 |
78
liudengchn 2021-08-22 22:39:05 +08:00
感觉在说我厂，太体面了
|
Select Language