签了g家的offer，可以反悔吗？担心进入黑名单# JobHunting - 待字闺中
j*e
1 楼
offer 是software engineer - SRE 组的，听版上的很多大牛说SRE组不太好，（之前
不知道这个是坑）我现在不想去了，该咋办？怎样才能不进入黑名单？
或者进去后能换组吗？求各位大牛指导。
不知道这个是坑）我现在不想去了，该咋办？怎样才能不进入黑名单？
或者进去后能换组吗？求各位大牛指导。
s*r
2 楼
换track要面试
i*d
3 楼
Google的SRE不是坑，相反在google内部是一个很受重视的组织。SRE-SWE面试的内容和
hiring bar跟SWE是一样的，所以SRE-SWE转SWE不需要重新面试。我一年前拿到的SRE-
SWE的offer, 当时也比较犹豫，因为不太了解SRE是做什么，因为我也是swe出身没做过
operational工作。也因为被告知不满意可以自由转组就进来了，但是现在我根本不想
转组，因为很喜欢现在做的东西和SRE组的氛围。
以前看到版上有些帖子对sre有些误导性的评价，当时懒于反驳因为跟自己关系不大。
但是看到有人因为那些言论要反悔拿到的offer,觉得有些可惜，所以还是出来提供一些
信息，至少告诉你什么人适合Google的SRE或者我为什么喜欢SRE：
－ 如果你的背景是Distributed System并对这个领域的技术感兴趣。 作为Google的
SRE有机会在一个最佳位置接触到这个领域最复杂最大scale的问题，也有机会学到一全
套有关技术
－ Coding: SRE不等于sysadmin, 有很多时间都要写code。不像像纯SWE一样deliver的
是用户直接需要的feature，SRE的code是deliver service reliability，特别是在系
统scale增大问题变复杂的情况下怎样保持reliable的service不间断。SRE需要写大量
的code达到这个要求，这里的code包括工具性软件，独立的平台性软件，和到product
code自身(SWE的code base)。这个比单纯开发feature其实要求的技能更全面，我一年
来用不同语言(C++, Go, Python, Borg)写了很多code。
－ on call: 一般每季度轮2周，oncall周的每天都是oncall12小时和欧洲的姐妹组轮
班. 非工作时间oncall有bonus。oncall的是sre不可逃避的职责，也是大部分人不愿意
到sre的原因。但我觉得偶尔做做还挺刺激，并且在oncall week往往集中的能学到不少
新知识和技能。另外Google SRE oncall bonus是一笔可观的额外收入，算是一个弥补
。而且每年还有去欧洲姐妹组访问的机会。
－ 自由度：我感觉SRE的工作自由度比较高。想做的项目可以来自于自己的research。
因为大目标是提高服务的reliability, 你需要自己去找问题和解决方法。而SWE主要是
用户需求导向（当然你也可以引导用户导向）。我个人认为如果是infrastructure方面
的组, 在SRE组比SWE组的工作更有自由度和探索性。
－ 从上几点可以看出SRE的工作时间大致分成三部分，具体分配，从我个人角度，大概
50%写code, 30% operation (包括on call), 20%自由学习和research。
我理解说SRE是坑的说法主要是要oncall和code不是user visible的feature等。. 这些
是跟纯SWE有些区别，但是不能说谁的工作不重要，主要看自己的兴趣所在。另外sre组
中国人很少（我们大组20多人除我一个国人全是白人），也是在中文论坛信息不全的原
因。上面是从从我个人角度提供的一个数据点，仅供参考。如果你有具体问题，可以私
信我联系。
hiring bar跟SWE是一样的，所以SRE-SWE转SWE不需要重新面试。我一年前拿到的SRE-
SWE的offer, 当时也比较犹豫，因为不太了解SRE是做什么，因为我也是swe出身没做过
operational工作。也因为被告知不满意可以自由转组就进来了，但是现在我根本不想
转组，因为很喜欢现在做的东西和SRE组的氛围。
以前看到版上有些帖子对sre有些误导性的评价，当时懒于反驳因为跟自己关系不大。
但是看到有人因为那些言论要反悔拿到的offer,觉得有些可惜，所以还是出来提供一些
信息，至少告诉你什么人适合Google的SRE或者我为什么喜欢SRE：
－ 如果你的背景是Distributed System并对这个领域的技术感兴趣。 作为Google的
SRE有机会在一个最佳位置接触到这个领域最复杂最大scale的问题，也有机会学到一全
套有关技术
－ Coding: SRE不等于sysadmin, 有很多时间都要写code。不像像纯SWE一样deliver的
是用户直接需要的feature，SRE的code是deliver service reliability，特别是在系
统scale增大问题变复杂的情况下怎样保持reliable的service不间断。SRE需要写大量
的code达到这个要求，这里的code包括工具性软件，独立的平台性软件，和到product
code自身(SWE的code base)。这个比单纯开发feature其实要求的技能更全面，我一年
来用不同语言(C++, Go, Python, Borg)写了很多code。
－ on call: 一般每季度轮2周，oncall周的每天都是oncall12小时和欧洲的姐妹组轮
班. 非工作时间oncall有bonus。oncall的是sre不可逃避的职责，也是大部分人不愿意
到sre的原因。但我觉得偶尔做做还挺刺激，并且在oncall week往往集中的能学到不少
新知识和技能。另外Google SRE oncall bonus是一笔可观的额外收入，算是一个弥补
。而且每年还有去欧洲姐妹组访问的机会。
－ 自由度：我感觉SRE的工作自由度比较高。想做的项目可以来自于自己的research。
因为大目标是提高服务的reliability, 你需要自己去找问题和解决方法。而SWE主要是
用户需求导向（当然你也可以引导用户导向）。我个人认为如果是infrastructure方面
的组, 在SRE组比SWE组的工作更有自由度和探索性。
－ 从上几点可以看出SRE的工作时间大致分成三部分，具体分配，从我个人角度，大概
50%写code, 30% operation (包括on call), 20%自由学习和research。
我理解说SRE是坑的说法主要是要oncall和code不是user visible的feature等。. 这些
是跟纯SWE有些区别，但是不能说谁的工作不重要，主要看自己的兴趣所在。另外sre组
中国人很少（我们大组20多人除我一个国人全是白人），也是在中文论坛信息不全的原
因。上面是从从我个人角度提供的一个数据点，仅供参考。如果你有具体问题，可以私
信我联系。
G*n
4 楼
实在，跟我理解的差不多
【在 i******d 的大作中提到】
: Google的SRE不是坑，相反在google内部是一个很受重视的组织。SRE-SWE面试的内容和
: hiring bar跟SWE是一样的，所以SRE-SWE转SWE不需要重新面试。我一年前拿到的SRE-
: SWE的offer, 当时也比较犹豫，因为不太了解SRE是做什么，因为我也是swe出身没做过
: operational工作。也因为被告知不满意可以自由转组就进来了，但是现在我根本不想
: 转组，因为很喜欢现在做的东西和SRE组的氛围。
: 以前看到版上有些帖子对sre有些误导性的评价，当时懒于反驳因为跟自己关系不大。
: 但是看到有人因为那些言论要反悔拿到的offer,觉得有些可惜，所以还是出来提供一些
: 信息，至少告诉你什么人适合Google的SRE或者我为什么喜欢SRE：
: － 如果你的背景是Distributed System并对这个领域的技术感兴趣。 作为Google的
: SRE有机会在一个最佳位置接触到这个领域最复杂最大scale的问题，也有机会学到一全
【在 i******d 的大作中提到】
: Google的SRE不是坑，相反在google内部是一个很受重视的组织。SRE-SWE面试的内容和
: hiring bar跟SWE是一样的，所以SRE-SWE转SWE不需要重新面试。我一年前拿到的SRE-
: SWE的offer, 当时也比较犹豫，因为不太了解SRE是做什么，因为我也是swe出身没做过
: operational工作。也因为被告知不满意可以自由转组就进来了，但是现在我根本不想
: 转组，因为很喜欢现在做的东西和SRE组的氛围。
: 以前看到版上有些帖子对sre有些误导性的评价，当时懒于反驳因为跟自己关系不大。
: 但是看到有人因为那些言论要反悔拿到的offer,觉得有些可惜，所以还是出来提供一些
: 信息，至少告诉你什么人适合Google的SRE或者我为什么喜欢SRE：
: － 如果你的背景是Distributed System并对这个领域的技术感兴趣。 作为Google的
: SRE有机会在一个最佳位置接触到这个领域最复杂最大scale的问题，也有机会学到一全
z*e
5 楼
道听途说不靠谱，去了才知道。反正给钱一样我没觉得有啥不好
【在 j**e 的大作中提到】
: offer 是software engineer - SRE 组的，听版上的很多大牛说SRE组不太好，（之前
: 不知道这个是坑）我现在不想去了，该咋办？怎样才能不进入黑名单？
: 或者进去后能换组吗？求各位大牛指导。
【在 j**e 的大作中提到】
: offer 是software engineer - SRE 组的，听版上的很多大牛说SRE组不太好，（之前
: 不知道这个是坑）我现在不想去了，该咋办？怎样才能不进入黑名单？
: 或者进去后能换组吗？求各位大牛指导。
c*e
6 楼
扯，都是些 operation al 的小打小闹
【在 i******d 的大作中提到】
: Google的SRE不是坑，相反在google内部是一个很受重视的组织。SRE-SWE面试的内容和
: hiring bar跟SWE是一样的，所以SRE-SWE转SWE不需要重新面试。我一年前拿到的SRE-
: SWE的offer, 当时也比较犹豫，因为不太了解SRE是做什么，因为我也是swe出身没做过
: operational工作。也因为被告知不满意可以自由转组就进来了，但是现在我根本不想
: 转组，因为很喜欢现在做的东西和SRE组的氛围。
: 以前看到版上有些帖子对sre有些误导性的评价，当时懒于反驳因为跟自己关系不大。
: 但是看到有人因为那些言论要反悔拿到的offer,觉得有些可惜，所以还是出来提供一些
: 信息，至少告诉你什么人适合Google的SRE或者我为什么喜欢SRE：
: － 如果你的背景是Distributed System并对这个领域的技术感兴趣。 作为Google的
: SRE有机会在一个最佳位置接触到这个领域最复杂最大scale的问题，也有机会学到一全
【在 i******d 的大作中提到】
: Google的SRE不是坑，相反在google内部是一个很受重视的组织。SRE-SWE面试的内容和
: hiring bar跟SWE是一样的，所以SRE-SWE转SWE不需要重新面试。我一年前拿到的SRE-
: SWE的offer, 当时也比较犹豫，因为不太了解SRE是做什么，因为我也是swe出身没做过
: operational工作。也因为被告知不满意可以自由转组就进来了，但是现在我根本不想
: 转组，因为很喜欢现在做的东西和SRE组的氛围。
: 以前看到版上有些帖子对sre有些误导性的评价，当时懒于反驳因为跟自己关系不大。
: 但是看到有人因为那些言论要反悔拿到的offer,觉得有些可惜，所以还是出来提供一些
: 信息，至少告诉你什么人适合Google的SRE或者我为什么喜欢SRE：
: － 如果你的背景是Distributed System并对这个领域的技术感兴趣。 作为Google的
: SRE有机会在一个最佳位置接触到这个领域最复杂最大scale的问题，也有机会学到一全
z*9
7 楼
去看看呗 坑不到哪去
r*r
8 楼
SRE能学到很多东西，内部很多组喜欢有SRE背景的人。很多人还主动换到SRE呆上一段
时间学东西。只是不要一直做SRE就好。
时间学东西。只是不要一直做SRE就好。
u*k
9 楼
Is it Site Reliability Engineer?
【在 j**e 的大作中提到】
: offer 是software engineer - SRE 组的，听版上的很多大牛说SRE组不太好，（之前
: 不知道这个是坑）我现在不想去了，该咋办？怎样才能不进入黑名单？
: 或者进去后能换组吗？求各位大牛指导。
【在 j**e 的大作中提到】
: offer 是software engineer - SRE 组的，听版上的很多大牛说SRE组不太好，（之前
: 不知道这个是坑）我现在不想去了，该咋办？怎样才能不进入黑名单？
: 或者进去后能换组吗？求各位大牛指导。
h*e
10 楼
劝楼主尽早退出来。
其实很多时候你做的工作到底有没有价值是一回事，别人觉得你做的工作是否有价值是
另一回事。就业市场对于很多领域是有歧视的。虽然你写了很多code，虽然你做的工作
在google很受重视，但是等你下次跳槽的时候就明白了，不了解的人会歧视SRE。这给
你找工作无形中增加不少麻烦。
除非你不打算跳槽，那你当我没说。否则的话，不要进去。
其实很多时候你做的工作到底有没有价值是一回事，别人觉得你做的工作是否有价值是
另一回事。就业市场对于很多领域是有歧视的。虽然你写了很多code，虽然你做的工作
在google很受重视，但是等你下次跳槽的时候就明白了，不了解的人会歧视SRE。这给
你找工作无形中增加不少麻烦。
除非你不打算跳槽，那你当我没说。否则的话，不要进去。
T*e
11 楼
confirm楼里对的，和纠正楼里几个有误的地方。
狗家SWE-SRE换SWE无需额外的track interview. 因为招人
的面试程序和难度跟SWE一样。
一般的SWE-SRE, 除去狗家production系统运行监测要写的
狗家特定语言的scripts和html(因为出了狗家，外面没用)，
研发程序产出量比纯SWE少一大半。当然具体情况要看
组和个人努力。想一想也知道，比如spanner (bigtable,dremel,
borg,mr，gfs,chubby等等系统也一样），别人都研发好了，
我如果只是用， 一两周就上手了。如果是帮助其他用户监测维护处理
各种相关问题，一个月也上手了。但是自己设计开发一个类似功能效率
和规模的nosql, release给成千上万的用户，至少要几年. 这之间
的难度，产量和锻炼的东西是大不一样的。用cloud和真正设计开发cloud
怎么可能一样。这就是为什么有的SRE一年就跳了。
有的SRE组有oncall bonus(好像是20%到10%左右）。有的组只给一年
左右就没有了。这要看具体oncall的项目。
最后至于应不应该去SWE-SRE， 因人而异。我以前说过, 这里不重复了。
【在 j**e 的大作中提到】
: offer 是software engineer - SRE 组的，听版上的很多大牛说SRE组不太好，（之前
: 不知道这个是坑）我现在不想去了，该咋办？怎样才能不进入黑名单？
: 或者进去后能换组吗？求各位大牛指导。
狗家SWE-SRE换SWE无需额外的track interview. 因为招人
的面试程序和难度跟SWE一样。
一般的SWE-SRE, 除去狗家production系统运行监测要写的
狗家特定语言的scripts和html(因为出了狗家，外面没用)，
研发程序产出量比纯SWE少一大半。当然具体情况要看
组和个人努力。想一想也知道，比如spanner (bigtable,dremel,
borg,mr，gfs,chubby等等系统也一样），别人都研发好了，
我如果只是用， 一两周就上手了。如果是帮助其他用户监测维护处理
各种相关问题，一个月也上手了。但是自己设计开发一个类似功能效率
和规模的nosql, release给成千上万的用户，至少要几年. 这之间
的难度，产量和锻炼的东西是大不一样的。用cloud和真正设计开发cloud
怎么可能一样。这就是为什么有的SRE一年就跳了。
有的SRE组有oncall bonus(好像是20%到10%左右）。有的组只给一年
左右就没有了。这要看具体oncall的项目。
最后至于应不应该去SWE-SRE， 因人而异。我以前说过, 这里不重复了。
【在 j**e 的大作中提到】
: offer 是software engineer - SRE 组的，听版上的很多大牛说SRE组不太好，（之前
: 不知道这个是坑）我现在不想去了，该咋办？怎样才能不进入黑名单？
: 或者进去后能换组吗？求各位大牛指导。
j*e
12 楼
全称是 software engineer - Site Reliability Engineering
【在 u******k 的大作中提到】
: Is it Site Reliability Engineer?
【在 u******k 的大作中提到】
: Is it Site Reliability Engineer?
j*e
13 楼
感谢大牛指点迷津
【在 T*******e 的大作中提到】
: confirm楼里对的，和纠正楼里几个有误的地方。
: 狗家SWE-SRE换SWE无需额外的track interview. 因为招人
: 的面试程序和难度跟SWE一样。
: 一般的SWE-SRE, 除去狗家production系统运行监测要写的
: 狗家特定语言的scripts和html(因为出了狗家，外面没用)，
: 研发程序产出量比纯SWE少一大半。当然具体情况要看
: 组和个人努力。想一想也知道，比如spanner (bigtable,dremel,
: borg,mr，gfs,chubby等等系统也一样），别人都研发好了，
: 我如果只是用， 一两周就上手了。如果是帮助其他用户监测维护处理
: 各种相关问题，一个月也上手了。但是自己设计开发一个类似功能效率
【在 T*******e 的大作中提到】
: confirm楼里对的，和纠正楼里几个有误的地方。
: 狗家SWE-SRE换SWE无需额外的track interview. 因为招人
: 的面试程序和难度跟SWE一样。
: 一般的SWE-SRE, 除去狗家production系统运行监测要写的
: 狗家特定语言的scripts和html(因为出了狗家，外面没用)，
: 研发程序产出量比纯SWE少一大半。当然具体情况要看
: 组和个人努力。想一想也知道，比如spanner (bigtable,dremel,
: borg,mr，gfs,chubby等等系统也一样），别人都研发好了，
: 我如果只是用， 一两周就上手了。如果是帮助其他用户监测维护处理
: 各种相关问题，一个月也上手了。但是自己设计开发一个类似功能效率
T*e
14 楼
一点不牛。经验都是被坑出来的。
【在 j**e 的大作中提到】
: 感谢大牛指点迷津
【在 j**e 的大作中提到】
: 感谢大牛指点迷津
C*9
15 楼
Google 绂忓埄鐪熷ソ鍟sre oncall 棰戠巼閭ｄ箞浣杩樻湁閽辨嬁
相关阅读
今年就业形势是比往年差吧amazon是不是流行默剧啊。10个包子求lab126的principal software engineer的offer package[合集] 问个h1b申请时间和premium processing的问题H-4 在今年9月 expire, 4月file H-1, 需要file H-4 extension吗?这里找到湾区的硕士都是湾区本地或附近的吗Lead Database Administrator Job at ADP[合集] H1B早申请和晚申请有什么区别吗？latest interview questions【请问】今年冬天毕业，该什么时候开始投简历呢？函数atoi的实现Marvell这个公司怎么样？I-765收据没有收到topcoder好像和面试的不太对路？电面隔了一天再发thank you letter合适么。。。急问：offer letter出来了还能negotiate么？用offer letter申请OPT是否必须去给Offer的公司工作?要去onsite了请问H1B多久知道结果有没有嵌入式的工作机会啊？