S******1
发帖数: 216 | 1 列一些possible/general的infra组的缺点:
1. Oncall很重，oncall压力大，所有组出问题都会找你，一直处于干扰状态
2. 总体感觉是一个support product组的性质
3. 稳定压过一切，bug fix多，对新feature development上可能会很保守，很有可能
会觉得很boring
4. Pure technology，business上接触很少，不是很well rounded
优点：
1. Infra组的往往很技术，可以很深入一些在特定领域很serious的技术。
2. 技术上可能比较容易transfer，其他公司也都需要。
但是以上这些product组也可以做到，还是看具体组吧。
猜测一下为什么大部分热衷于infra：
1. 听上去很高大上，经常和“core／data／scale”之类的大词联系在一起
2. 面试难度在一些公司比product组要高
3. 大部分人认为可以做hot的技术 |
s*****r
发帖数: 43070 | 2 不用和business和product打交道，蛮适合老中的性格，闷头干活，拿钱回家 |
p*****2
发帖数: 21240 | 3 主要是不懂吧
我以前就是做infra的 真的很无聊
【在 S******1 的大作中提到】
: 列一些possible/general的infra组的缺点:
: 1. Oncall很重，oncall压力大，所有组出问题都会找你，一直处于干扰状态
: 2. 总体感觉是一个support product组的性质
: 3. 稳定压过一切，bug fix多，对新feature development上可能会很保守，很有可能
: 会觉得很boring
: 4. Pure technology，business上接触很少，不是很well rounded
: 优点：
: 1. Infra组的往往很技术，可以很深入一些在特定领域很serious的技术。
: 2. 技术上可能比较容易transfer，其他公司也都需要。
: 但是以上这些product组也可以做到，还是看具体组吧。
|
l*****a
发帖数: 14598 | 4 这不是讨论过多次的老中的通病吗？
做internet的以为比.net的 NB
做dev的以为比test NB
做backend的以为比frontend NB
做JAVA的以为比CSS NB
做scale的以为比java NB
......
【在 S******1 的大作中提到】
: 列一些possible/general的infra组的缺点:
: 1. Oncall很重，oncall压力大，所有组出问题都会找你，一直处于干扰状态
: 2. 总体感觉是一个support product组的性质
: 3. 稳定压过一切，bug fix多，对新feature development上可能会很保守，很有可能
: 会觉得很boring
: 4. Pure technology，business上接触很少，不是很well rounded
: 优点：
: 1. Infra组的往往很技术，可以很深入一些在特定领域很serious的技术。
: 2. 技术上可能比较容易transfer，其他公司也都需要。
: 但是以上这些product组也可以做到，还是看具体组吧。
|
S******1
发帖数: 216 | 5
那加一条，做infra的以为比做product的NB
【在 l*****a 的大作中提到】
: 这不是讨论过多次的老中的通病吗？
: 做internet的以为比.net的 NB
: 做dev的以为比test NB
: 做backend的以为比frontend NB
: 做JAVA的以为比CSS NB
: 做scale的以为比java NB
: ......
|
c*********l
发帖数: 3438 | 6 infra最痛苦的是oncall解决问题，比如一个复杂系统larency突然变长了，没有什么
dashboard和log给你线索。问你怎么办。 |
z****7
发帖数: 330 | 7 偏product组，经常写个东西还没launch就被deprecate掉呵呵
infra这种问题出现概率小很多吧，当然不同人追求东西不一样就是了 |
S******1
发帖数: 216 | 8
说的也有道理，
当然就是case by case了，中和一下意见
【在 z****7 的大作中提到】
: 偏product组，经常写个东西还没launch就被deprecate掉呵呵
: infra这种问题出现概率小很多吧，当然不同人追求东西不一样就是了
|
l*****a
发帖数: 14598 | 9 什么道理啊？
项目没launch对你个人来说失去了吹嘘的机会？
你项目也做了，经验/技术也积累了，工资也拿了,resume上也能写
还省去了维护的(烂)工作
下次继续做新项目，难道不好？
【在 S******1 的大作中提到】
:
: 说的也有道理，
: 当然就是case by case了，中和一下意见
|
p*****2
发帖数: 21240 | 10
perfect
【在 l*****a 的大作中提到】
: 什么道理啊？
: 项目没launch对你个人来说失去了吹嘘的机会？
: 你项目也做了，经验/技术也积累了，工资也拿了,resume上也能写
: 还省去了维护的(烂)工作
: 下次继续做新项目，难道不好？
|
|
|
S******1
发帖数: 216 | 11
赞啊
【在 l*****a 的大作中提到】
: 什么道理啊？
: 项目没launch对你个人来说失去了吹嘘的机会？
: 你项目也做了，经验/技术也积累了，工资也拿了,resume上也能写
: 还省去了维护的(烂)工作
: 下次继续做新项目，难道不好？
|
u*a
发帖数: 247 | 12 技术没上线，说不定设计一点不靠谱。下次懂行的多问两个问题就傻眼了。
【在 l*****a 的大作中提到】
: 什么道理啊？
: 项目没launch对你个人来说失去了吹嘘的机会？
: 你项目也做了，经验/技术也积累了，工资也拿了,resume上也能写
: 还省去了维护的(烂)工作
: 下次继续做新项目，难道不好？
|
g*********e
发帖数: 14401 | 13 有道理
【在 l*****a 的大作中提到】
: 这不是讨论过多次的老中的通病吗？
: 做internet的以为比.net的 NB
: 做dev的以为比test NB
: 做backend的以为比frontend NB
: 做JAVA的以为比CSS NB
: 做scale的以为比java NB
: ......
|
c*********l
发帖数: 3438 | 14 没错
【在 l*****a 的大作中提到】
: 什么道理啊？
: 项目没launch对你个人来说失去了吹嘘的机会？
: 你项目也做了，经验/技术也积累了，工资也拿了,resume上也能写
: 还省去了维护的(烂)工作
: 下次继续做新项目，难道不好？
|
c*********l
发帖数: 3438 | 15 上线了就一定靠谱吗？看看yahoo的infra
【在 u*a 的大作中提到】
: 技术没上线，说不定设计一点不靠谱。下次懂行的多问两个问题就傻眼了。
|
s******c
发帖数: 1920 | 16 no launch no promo
这么简单的道理…
【在 l*****a 的大作中提到】
: 什么道理啊？
: 项目没launch对你个人来说失去了吹嘘的机会？
: 你项目也做了，经验/技术也积累了，工资也拿了,resume上也能写
: 还省去了维护的(烂)工作
: 下次继续做新项目，难道不好？
|
j**********3
发帖数: 3211 | |
s******c
发帖数: 1920 | 18 根本没说到点子上
总重要的区别是infra离revenue最远 promo慢
但是duty最少 product组才是常年oncall且带呼机 产品挂了revenue就要降 要被fire
的。相反infra的问题慢慢来就好
【在 S******1 的大作中提到】
: 列一些possible/general的infra组的缺点:
: 1. Oncall很重，oncall压力大，所有组出问题都会找你，一直处于干扰状态
: 2. 总体感觉是一个support product组的性质
: 3. 稳定压过一切，bug fix多，对新feature development上可能会很保守，很有可能
: 会觉得很boring
: 4. Pure technology，business上接触很少，不是很well rounded
: 优点：
: 1. Infra组的往往很技术，可以很深入一些在特定领域很serious的技术。
: 2. 技术上可能比较容易transfer，其他公司也都需要。
: 但是以上这些product组也可以做到，还是看具体组吧。
|
S******1
发帖数: 216 | 19
fire
oncall不同意。
Production出问题很多情况是infra的问题，很多production sev会直接转给infra然后
push infra解决，压力绝对比production大很多。大部分地方的infra oncall 压力绝
对比production大的多。
【在 s******c 的大作中提到】
: 根本没说到点子上
: 总重要的区别是infra离revenue最远 promo慢
: 但是duty最少 product组才是常年oncall且带呼机 产品挂了revenue就要降 要被fire
: 的。相反infra的问题慢慢来就好
|
m*5
发帖数: 127 | 20 说来说去好像都有道理，那到底是该去infrastructure还是product啊，也没人拍个板 |
|
|
P*****f
发帖数: 2272 | 21 也要看infra够不够强势，强势的直接踢回product team, fix your stupid code :-)
【在 S******1 的大作中提到】
:
: fire
: oncall不同意。
: Production出问题很多情况是infra的问题，很多production sev会直接转给infra然后
: push infra解决，压力绝对比production大很多。大部分地方的infra oncall 压力绝
: 对比production大的多。
|
s*********p
发帖数: 130 | 22 那对于刚毕业的学生，是不是选infra 更好，毕竟能扎实的学点东西。做产品不需要首
先infra 知识扎实吗？感觉说infra 没意思的貌似都是大牛做了很多年的infra 再转
product 了啊？请大牛来指点
也要看infra够不够强势，强势的直接踢回product team, fix your stupid code :-)<
/div>
【在 P*****f 的大作中提到】
: 也要看infra够不够强势，强势的直接踢回product team, fix your stupid code :-)
|
L***s
发帖数: 1148 | 23
没戏。管理开发规范的话，每一层服务都定义了自己的SLA，
底层出的问题，很容易举证和再现SLA violation，
责任明确，就是你的问题，躲也躲不掉。
要是来回踢皮球，那是你们公司管理不规范。
【在 P*****f 的大作中提到】
: 也要看infra够不够强势，强势的直接踢回product team, fix your stupid code :-)
|
P*****f
发帖数: 2272 | 24 要看做什么产品？一般的consumer oriented产品不需要了解太多infra.enterprise的
可能更靠近些，不过关系也不大。
想当PM －－－> CEO/Founder这条路的，不用考虑infra
)<
【在 s*********p 的大作中提到】
: 那对于刚毕业的学生，是不是选infra 更好，毕竟能扎实的学点东西。做产品不需要首
: 先infra 知识扎实吗？感觉说infra 没意思的貌似都是大牛做了很多年的infra 再转
: product 了啊？请大牛来指点
:
: 也要看infra够不够强势，强势的直接踢回product team, fix your stupid code :-)<
: /div>
|
P*****f
发帖数: 2272 | 25 实际情况大多时候都是前面的问题。因为写应用的一般系统技术要弱些, 而出了问题，
往往看表象graph,然后大叫，bigtable down了，spanner不行了，然后被infra 大牛教
训回去:-)
【在 L***s 的大作中提到】
:
: 没戏。管理开发规范的话，每一层服务都定义了自己的SLA，
: 底层出的问题，很容易举证和再现SLA violation，
: 责任明确，就是你的问题，躲也躲不掉。
: 要是来回踢皮球，那是你们公司管理不规范。
|
s*********p
发帖数: 130 | 26 那比如 fb 家，是去他家的 core infra 好 还是 service infra, 比如 ads feeds
infra
要看做什么产品？一般的consumer oriented产品不需要了解太多infra.enterprise的
可能更靠近些，不过关系也不大。想当PM －－－
【在 P*****f 的大作中提到】
: 要看做什么产品？一般的consumer oriented产品不需要了解太多infra.enterprise的
: 可能更靠近些，不过关系也不大。
: 想当PM －－－> CEO/Founder这条路的，不用考虑infra
:
: )<
|
P*****f
发帖数: 2272 | 27 愿意做一辈子技术，可以考虑infra
【在 s*********p 的大作中提到】
: 那比如 fb 家，是去他家的 core infra 好 还是 service infra, 比如 ads feeds
: infra
:
: 要看做什么产品？一般的consumer oriented产品不需要了解太多infra.enterprise的
: 可能更靠近些，不过关系也不大。想当PM －－－
|
P*****f
发帖数: 2272 | 28 愿意做一辈子技术，可以考虑infra
【在 s*********p 的大作中提到】
: 那比如 fb 家，是去他家的 core infra 好 还是 service infra, 比如 ads feeds
: infra
:
: 要看做什么产品？一般的consumer oriented产品不需要了解太多infra.enterprise的
: 可能更靠近些，不过关系也不大。想当PM －－－
|
s*****r
发帖数: 43070 | 29 问题是没人想一辈子做技术，就算你想做，也不一定能做到退休，公司里面最得势的，
还是玩business那帮人
【在 P*****f 的大作中提到】
: 愿意做一辈子技术，可以考虑infra
|
s*********p
发帖数: 130 | 30 sigh... 刚刚找到了fb 家的 core infra 的 intern，结果被打击了。也不想搞一辈子
技术，只是想每一步走的扎实些
问题是没人想一辈子做技术，就算你想做，也不一定能做到退休，公司里面最得势的，
还是玩business那帮人
【在 s*****r 的大作中提到】
: 问题是没人想一辈子做技术，就算你想做，也不一定能做到退休，公司里面最得势的，
: 还是玩business那帮人
|
|
|
L***s
发帖数: 1148 | 31 你一intern担心个毛线，技不压身，各种组都呆一呆，不挺好
【在 s*********p 的大作中提到】
: sigh... 刚刚找到了fb 家的 core infra 的 intern，结果被打击了。也不想搞一辈子
: 技术，只是想每一步走的扎实些
:
: 问题是没人想一辈子做技术，就算你想做，也不一定能做到退休，公司里面最得势的，
: 还是玩business那帮人
|
u*a
发帖数: 247 | 32 这个本来就是小马过河的问题。有的人喜欢玩儿bussiness，想玩bussiness的人也多，
烙印小白一大把，失败率高，成功回报也高；搞基本技术人少，只要闷头干就有碗饭吃
，但是想要发财也没戏。就看每个人怎么定位。
【在 s*****r 的大作中提到】
: 问题是没人想一辈子做技术，就算你想做，也不一定能做到退休，公司里面最得势的，
: 还是玩business那帮人
|
g****s
发帖数: 340 | 33 觉得有意思呗。老中应该自强一些，不要天天互相鄙视。目前老中infra搞得远不如烙
印好。G,F的infrastructure越往上烙印比例越大。算了，不多说了。。 |
m*****y
发帖数: 367 | 34 F的infra VP是个烙印吧，G也差不多吧
【在 g****s 的大作中提到】
: 觉得有意思呗。老中应该自强一些，不要天天互相鄙视。目前老中infra搞得远不如烙
: 印好。G,F的infrastructure越往上烙印比例越大。算了，不多说了。。
|
w*********l
发帖数: 1337 | 35 看看工资／奖金就知道了。底层对技术要求高，不是那么容易招到人的。能写html的一
大把，小学毕业都可以。供求决定价格。
【在 S******1 的大作中提到】
: 列一些possible/general的infra组的缺点:
: 1. Oncall很重，oncall压力大，所有组出问题都会找你，一直处于干扰状态
: 2. 总体感觉是一个support product组的性质
: 3. 稳定压过一切，bug fix多，对新feature development上可能会很保守，很有可能
: 会觉得很boring
: 4. Pure technology，business上接触很少，不是很well rounded
: 优点：
: 1. Infra组的往往很技术，可以很深入一些在特定领域很serious的技术。
: 2. 技术上可能比较容易transfer，其他公司也都需要。
: 但是以上这些product组也可以做到，还是看具体组吧。
|
w*******e
发帖数: 395 | 36 去fb千万别做infra...
[在 superwangxp (super) 的大作中提到：]
：那比如 fb 家，是去他家的 core infra 好 还是 service infra, 比如 ads feeds
：infra
：........... |
l********g
发帖数: 372 | 37 为啥？因为oncall多还是？那G家的呢？
feeds
【在 w*******e 的大作中提到】
: 去fb千万别做infra...
: [在 superwangxp (super) 的大作中提到：]
: ：那比如 fb 家，是去他家的 core infra 好 还是 service infra, 比如 ads feeds
: ：infra
: ：...........
|
a*****u
发帖数: 1712 | 38 哪个系统会没有dashboard和log...
★ 发自iPhone App: ChineseWeb 8.7
【在 c*********l 的大作中提到】
: infra最痛苦的是oncall解决问题，比如一个复杂系统larency突然变长了，没有什么
: dashboard和log给你线索。问你怎么办。
|
S******1
发帖数: 216 | 39
也看到过infra 的 国人manager对product挺不屑，特没劲，product不是光写前端的，
很多heavy backend的product组，对system要求也很高。Product就像很多中型公司用
开源的轮子实现business，快速prototype，选取正确技术，infra更像是实现轮子。
前端不是很了解，前端也不容易吧，反正我觉得挺难弄。
【在 w*********l 的大作中提到】
: 看看工资／奖金就知道了。底层对技术要求高，不是那么容易招到人的。能写html的一
: 大把，小学毕业都可以。供求决定价格。
|
p*u
发帖数: 2454 | 40 dashboard/logs cant tell u what causes extra latency...
【在 a*****u 的大作中提到】
: 哪个系统会没有dashboard和log...
:
: ★ 发自iPhone App: ChineseWeb 8.7
|
|
|
h*******0
发帖数: 270 | 41 我们都是用new relic
【在 p*u 的大作中提到】
: dashboard/logs cant tell u what causes extra latency...
|
g*****g
发帖数: 34805 | 42 It does if you do it right.
【在 p*u 的大作中提到】
: dashboard/logs cant tell u what causes extra latency...
|
w*******e
发帖数: 395 | 43 f是一家十分重视bussiness的公司，infra基本就像前面的人说的，就是support。如果
没有必要，基本没有新的东西开发。
[在 lingdeling (ling) 的大作中提到：]
：为啥？因为oncall多还是？那G家的呢？
：
：........... |
s*****r
发帖数: 43070 | 44 吃不到猪肉也可以看看猪跑吗，个人感觉infra相当于基础研究，很重要但不容易被外
人理解，比较清净，来自外界的干扰少。product和service相当于应用层面，属于part
of business model，合作的部门多，每天乱七八糟的事情也多
【在 u*a 的大作中提到】
: 这个本来就是小马过河的问题。有的人喜欢玩儿bussiness，想玩bussiness的人也多，
: 烙印小白一大把，失败率高，成功回报也高；搞基本技术人少，只要闷头干就有碗饭吃
: ，但是想要发财也没戏。就看每个人怎么定位。
|
p*u
发帖数: 2454 | 45 what are infra stuff @ FB, things like Folly/HHVM?
【在 w*******e 的大作中提到】
: f是一家十分重视bussiness的公司，infra基本就像前面的人说的，就是support。如果
: 没有必要，基本没有新的东西开发。
: [在 lingdeling (ling) 的大作中提到：]
: ：为啥？因为oncall多还是？那G家的呢？
: ：
: ：...........
|
w*********l
发帖数: 1337 | 46 从底层team出来做product backend不难。又不是让你当pm，光理解business logic，
正常智商的人都可以。反过来你会用底层的tool，但是让你做你不一定会做。还是供求
决定价格。
【在 S******1 的大作中提到】
:
: 也看到过infra 的 国人manager对product挺不屑，特没劲，product不是光写前端的，
: 很多heavy backend的product组，对system要求也很高。Product就像很多中型公司用
: 开源的轮子实现business，快速prototype，选取正确技术，infra更像是实现轮子。
: 前端不是很了解，前端也不容易吧，反正我觉得挺难弄。
|
