l***e
发帖数: 108 | 1 清一色男性的说明的唯一问题是：女生不愿意去infra
我以前实习过的一个组是类似情况（非常技术性的一个hardcore组），十多个人都是男
的。。 老板也很无奈，来面试的人中女生百分之一都不到，发给她们的offer从来没人
接都去了其他组。 |
|
e*****m
发帖数: 171 | 2 我在build up一个新组，有几个head count。
G核心产品组做infra/tooling/testing相关的项目，和开源社区有紧密接触。
SWE/SETI均可，有SETI想转SWE的也有机会。
如果你在找team match，欢迎站内联系我私聊。
* 只招全职，实习没有位置啦，抱歉
* 希望是已经on site在找组的阶段
* 联系请附linkedin链接
* 希望CS相关专业
* 总部MTV， main campus
组里气氛和谐 work-life balance很好，人员比例非常diversified，项目有VP
visibility所以今年一下有超多资源. |
|
s********x
发帖数: 914 | 3
：我在build up一个新组，有几个head count。
：G核心产品组做infra/tooling/testing相关的项目，和开源社区有紧密接触。
可以问下地点吗？加州还是西雅图？ |
|
O***b
发帖数: 104 | 4 赵大又挖坑了。总讨论infra 是职业习惯吧，用 swift 那是私活，不是谁都有私活的
说 |
|
z****e
发帖数: 54598 | 5 什么私活
个人创业的利器就是swift
infra能创什么业？
职业的话，那就是各种类库
谁稀罕什么语言，在语言上折腾这属于刚毕业的水平 |
|
p*****2
发帖数: 21240 | 6 不能同意的更多 我以前就是做infra的 这东西很无聊 也没啥前途 |
|
d*******r
发帖数: 3299 | 7 高度 managed 的 infra 是非常方便的
不管是 log troubleshooting, data analysis, 自动 deploy&test, 各种 resources
动态扩容
这些都是自己写 startup 的利器
还有, 我真的觉得 client 端，用跨平台的东西才是王道 |
|
z****e
发帖数: 54598 | 8 还在了解过程说明你还没想明白自己要做啥
真动手创业的话，app＋cloud是将来十年内的主流
如果可能，再在app之外延伸出一个物联网，智能家居什么的接入
大概就这么一回事，至于infra，那个是大公司的战略，跟一般p民没啥关系
混口饭吃没办法，但是混饭吃的领域实在是提不起啥兴趣去看 |
|
|
T*****9
发帖数: 2484 | 10 本来就是体力活
ps，苹果的infra其实做得不错 |
|
L***s
发帖数: 1148 | 11 我感觉infra的问题是它着眼于non-functional requirements，
跟核心业务逻辑隔得太远，所以执行人没有visibility。
好处是problem-domain agnostic，知识通用，经验容易积累，跳槽方便。 |
|
L***s
发帖数: 1148 | 12
能否展开说说？
我当时面的就是infra组，没想到现在鬼使神差做前端去了，汗 |
|
P*****f
发帖数: 2272 | 13 这个问题是有，但不算主要问题。因为你在infra内部也是有升迁路线的。你在公司内
部要visibility还是想promotion。主要问题还是没有对产品sense的培养，没法单干 |
|
g*****g
发帖数: 34805 | 14 错了，做infra可以Open source，到处做presentation。内部有其他team需要用你的东
西，外部有其他公司做相似的东西对你的东西感兴趣。能不能吹牛扯谈是个人实力问题。 |
|
d*******r
发帖数: 3299 | 15 那不错，不过做得很好再开源，和做一个自己service/product勉强能用的infra，花的
时间真不一样
题。 |
|
z****e
发帖数: 54598 | 16 那就做你自己的产品咯
你不是要做一个游戏么？
infra做得再多都不能帮你实现这个目标
你看你一天到晚在这里讨论什么go
go能帮你作出游戏来么？
呵呵
swift可以
再呵呵 |
|
z****e
发帖数: 54598 | 17 任何一个市场的生命周期都是先从无到有
然后繁荣起来，涌现出无数的小公司
互相搏斗，竞争，最后剩下通过各种兼并并购倒闭破产
剩下几个大公司，然后整个市场趋于稳定
之后这个市场就不需要那么多人了
多余出来的人类转移到新的领域继续上述步骤
就像农业，一开始会种田，各种个体户，然后发展出农业公司
现在基本上abcd稳定下来了，剩下的人去从事工业去了
工业很多领域也是如此，当然不否认大公司还能养活一批人
但是总体而言，一个领域出现几个大公司独大的时候
或者有明显这个趋势的时候，基本上就步入成熟期
或者直白点，衰退期，巅峰期过去了
ee也是如此，通信业十年前那叫一个繁荣
什么公司都有，现在倒闭的倒闭，破产的破产，没几家剩下
ee的就开始转行cs，infra现在也开始有这个势头了
软件里面os和db什么也都有类似的趋势和历史
当然大公司还是能养活一部分人，但是从业人数总数会下降
最后稳定在一个区间内酱紫 |
|
h*****a
发帖数: 1718 | 18 同意，Infra其实有很多好处。最主要的还是knowldge和skillset更稳定，更容易
transfer到下一个工作。
题。 |
|
z****e
发帖数: 54598 | 19 那这个的关键在于app，而不是infra
关键还是swift，而不是go |
|
z****e
发帖数: 54598 | 20 cloud呀
这些支持平台提供商都有越来越多的现成的api可以直接用
你多看看平台提供商比如google和apple给了你什么东西
in app purchase，账号，social这些google都有提供呀
apple也提供了很多，我没说不需要后端，但是go明显太底层了
如果你不是给google打工的话，你只是用他们的api的话
多半几乎不会接触到go，所以我说为啥对infra有这种热衷很奇怪
另外应该是flappy bird |
|
a****b
发帖数: 392 | 21 比较而言当然是application更有前途，infra很无聊，没啥新东西，你能学到啥？更不
要说你螺丝钉一个不可能有机会build from scratch. 其实最有前途的是front end,
你看看有几个人能做出漂亮实用界面的，需求量大，会的人少，这就是前途. |
|
D*********G
发帖数: 193 | 22 首先，facebook面试的时候不单独针对哪个组。
主要考察coding／system design／culture match（也就是看background是否接近）
所以你不用担心你要去面什么职位
面试之前，HR会根据你的background选面试官，这样保证你的面试官对你background比
较熟悉，这样你的culture match也不会有问题。
如果你感兴趣FB infra的话，我简单介绍如下
FB 的infra简单的分主要是两种：
1. infra infra, 提供运行facebook最基本的infra，包括
core： graph／TAO／memcache，mysql和各种DB
data：big data， Hadoop
service：provide tools for internal services
network: software-defined network
dev: development tools
2. service infra, facebook所有的大的feature都有自己单独的infra structure，例
如ads infra，s... 阅读全帖 |
|
D*********G
发帖数: 193 | 23 首先，facebook面试的时候不单独针对哪个组。
主要考察coding／system design／culture match（也就是看background是否接近）
所以你不用担心你要去面什么职位
面试之前，HR会根据你的background选面试官，这样保证你的面试官对你background比
较熟悉，这样你的culture match也不会有问题。
如果你感兴趣FB infra的话，我简单介绍如下
FB 的infra简单的分主要是两种：
1. infra infra, 提供运行facebook最基本的infra，包括
core： graph／TAO／memcache，mysql和各种DB
data：big data， Hadoop
service：provide tools for internal services
network: software-defined network
dev: development tools
2. service infra, facebook所有的大的feature都有自己单独的infra structure，例
如ads infra，s... 阅读全帖 |
|
z*******3
发帖数: 13709 | 24
infra只会越来越简单，需要的人越来越少
而不是反过来，大数据会越来越抽象，越来越抛离infra等硬件设施
虽然这个过程刚刚开始，但是这个趋势不可逆
而且核心算法跟infra真没啥关系，infra是不可能叫自己big data的
顶多就是提供一些data sources，有点monitor systems，也就这样了
跟核心的算法没什么关系，核心算法应该从similarity开始
infra跟cloud扯一块去，我觉得这个还比较make sense |
|
b*****n
发帖数: 618 | 25 有区别，
web service infra是纯infra
product backend是每个product都需要基于纯infra来搭适合自己的backend service，
仍然属于product team下面。
选F的原因是上升空间，product的visibility和culture。这些方面L跟F没法比，你去
的espresso我觉得相对于F的类似infra根本没有任何优势，按照你的背景只要去F好一
点的组，前景远好于L
另外，你同时有F和L，为什么不让他们互相beat？
如果真像你说的是E4 standard package，应该比版上某些大牛差不少，但是你绝对有
negotiate的空间 |
|
s*****r
发帖数: 43070 | 26 就是吃猪肉还是看猪跑的问题
一个公司不可能所有的人都去做infra
大部分就是infra的客户，在infra上面build自己的产品
就像用DB一样，也不用知道DB如何工作的啊
熟练工就是知道如何使用工具，不用去造工具
更牛X的是知道如何tuning工具，如何trouble shooting
其实都没必要知道工具里面具体的内容
当然要真有兴趣钻研，也可以去读code
工具的原理都是近似的，精通了一个，再去玩其他的没啥门槛
狗家的infra是最好的，玩转了狗家了，hadoop和C*也不会有多难
借用一下你的风格啊 |
|
s*****r
发帖数: 43070 | 27 就是吃猪肉还是看猪跑的问题
一个公司不可能所有的人都去做infra
大部分就是infra的客户，在infra上面build自己的产品
就像用DB一样，也不用知道DB如何工作的啊
熟练工就是知道如何使用工具，不用去造工具
更牛X的是知道如何tuning工具，如何trouble shooting
其实都没必要知道工具里面具体的内容
当然要真有兴趣钻研，也可以去读code
工具的原理都是近似的，精通了一个，再去玩其他的没啥门槛
狗家的infra是最好的，玩转了狗家了，hadoop和C*也不会有多难
借用一下你的风格啊 |
|
发帖数: 1 | 28 在一个top的High frequency实习过，说一点儿我看到的，请选择性阅读。
不同组之间差异非常大，不光是做的project，收入差异更大，除非你是校招的
rotational项目，否则转组不是很容易，但也主要是看对方manager要不要你。
我实习的mentor是本科毕业进去做程序员的，两年多后转为quant，现在一共工作3年的
样子，一开始的工资大家都是一样的，然后在不同的组bonus和组非常相关，有的组一
年挣几M甚至更多，公司拿走一半多，剩下的估计大manager能有个一半，然后是其他人
分。我不知道我那个mentor现在拿多少，但是我问他有没有20W，他说不止。有的组不
是直接挣钱的，那就安稳一点，压力小，收入也没有直接挣钱的组多。公司内部不同组
之间不能沟通工作上的事，压力没有quant大，做几年后如果合适可以转quant
个人的发展路线非常不同，有的人专做infra去了，基本就是一个纯c++程序员的样子。
也有的做quant，看个人能力，收入上不封顶了
公司一搬都会培训金融知识，我在的那个firm还会出钱让你去读本地的parttime mba，
我实习的旁边的同事是... 阅读全帖 |
|
c*****a
发帖数: 1638 | 29 VMWARE等于有个客户端在每个公司的后台。我相信，今天对于多数infra admin来说，
vmware server比windows server还要重要得多。这个是最大的黏性。所以vmware如果
比较早推出云的话，是有很大地利优势的，他的忠实客户（infra组）实际上掌握了对
云的最多话语权，一旦在infra上占住脚，后面可以开放给第三方做。
aws的功能其实更多的是比较讨好程序员而已，对于infra的人来说，需要一点思维改变
，这个就是公司本质思维不同
可惜时机已经过去了
我记得几年前vmware收购spring的时候就是要做云吧，可惜这个实在是南辕北辙的东西
，我当时看到这个消息就觉得很糊涂。rob这个人搞spring的时候就可以看出来，他很
圆滑，但并非那种技术天牛，让他搞个革命性的东西是不成的（spring本身也没啥难度
，不过是应时而生，开头1、2年没有hibernate，它能不能流行都2说）。 |
|
d******e
发帖数: 23 | 30 没有Offer，但是总觉得还是需要写点什么给大家。
首先，非常非常感谢半海大牛的推荐，虽然只有短短的时间的Lunch Talk，而且也没有
谈很多，但是整个推荐的过程到现在，我只能说 “不能感谢更多”。
回正题，首先本人就是一普通Engineer，各种项目乱七八糟做了不少，对P家觉得还是
很喜欢的，整个Interview的过程所有和我Talk过的Engineer都非常Nice，不论是白人
，还是印度人，还是国人。
电面：
过程非常的有意思，前面5分钟相互介绍，直接问了几个非常Detail的系统Admin的
命令问题，因为我本身不是做DBA的，只是对一些相关的知识略懂， 所以回答的都不是
非常准确，这个时候才过去15分钟，大家都不知道怎么继续往下面进行了。。。 （好
尴尬。。） 接下来，他继续开口，介绍他的工作，得知实际上他现在的职位就是这个
DBA，也正是我要面的职位，呵呵，开始闲聊各种P家内部用了什么DB在什么应用，以及
各种TradeOff，以及他后面将会去做什么，BlaBlaBla，也就是在这其中针对P家目前使
用的各种DB发表了各种我的意见，以及我之前遇到的问题，怎么解决... 阅读全帖 |
|
i******s
发帖数: 301 | 31 比较想做底层的infra，但是似乎面试的时候被分到youtube去了。最近拿了卧佛，今天
瑞克如特发了一长串项目让选组，看了一下好像没有特别做底层infra的，最接近的可
能是做一些platform或者基于G现有技术来做一些系统。印象中记得看过几篇吐槽
youtube组的贴，跪求大牛给讲讲优缺点orz
还想问问有没有可能让试试其他基础infra组，先谢G大哥大姐小弟小妹指教 |
|
g**e
发帖数: 6127 | 32 My team is looking for sr engineers to join Uber engineering in NYC. There
are 6 folks right now but we are looking to grow to 50+ by the end of this
year. Projects include entire spectrum of Uber business from mobile to infra
. There are more projects than the people that can handle so you will never
be bored. At this point I'm the only Chinese in this office, desperately
need more Chinese buddies to hang out with...
https://www.uber.com/jobs/list?keywords=&team=Engineering&location=New%
20York... 阅读全帖 |
|
z**q
发帖数: 41 | 33 诚求建议，三个offer求比较。
背景: 美国master + 4年多工作经验。工作在storage相关职位。
有F家bootcamp，L家data infra方向和pure storage的offer.
1) F 家 E4 general offer, 先进bootcamp再选组.
2) L 家 data infra, espresso team, 和我的storage经验相关,又听版上说L家的
infra方向较好,很倾向于去L家.
3) pure storage的offer,和我现在的工作很相似.
我个人比较想做web service领域的东西. 求版上各位给点建议.
版上很多L家的人对L褒贬不一，请教一下有了解espresso team的么？
先谢谢了 |
|
h********e
发帖数: 1972 | 34 不知道你们在具体讨论啥 我说说我的经历。我是fullstack。基本所有end都接触过。
让我搞一个产品从前到后我都能带队搞出来。所谓的fullstack绝不是啥都懂一点。而
是啥都精通。我mobile写过几万行，c++高并发的也写过几万行。还包括traffic infra
. 看过的代码以百万计。python之类的后端business logic自然也写过。机器学习系统
也坐进过几个产品。我还包一些pe的工作，这才是真的fullstack。我曾经在infra本来
想一路升到8之类的后来还是觉得懂得广一些 日后路子好一些。
我知道板上有8的infra的兄弟，绝对没有鄙视的意思。就是每个人路子不一样罢了。顺
便打个广告，
能让这么做事儿，每个stack都很深的公司，全世界也就只有一家。欢迎投简历。 |
|
s******c
发帖数: 1920 | 35 赵老师你悲愤也木有用
我们startup就想招google infra的
目前招人的教训就是搞open source infra的人平均水平比Google 做infra的兰多了。
那点小经验比不上人素质本身有价值。很多神马hadoop 阿三pmc。烂的一屁。另外vc也
看你早起员工几个脸几只狗的 |
|
s******c
发帖数: 1920 | 36 赵老师你悲愤也木有用
我们startup就想招google infra的
目前招人的教训就是搞open source infra的人平均水平比Google 做infra的兰多了。
那点小经验比不上人素质本身有价值。很多神马hadoop 阿三pmc。烂的一屁。另外vc也
看你早起员工几个脸几只狗的 |
|
s*********p
发帖数: 130 | 37 他家是不是和FG 不一样，不做general hire? 就是自己组的Recruiter 管自己组？
我是New grad,找人内推了application-track, 然后自己career fair上投了 testing
track。。结果搞笑的是一个 data infra 组的recruiter 来联系我，说perfect fit
。。。只因为我以前有data infra 的实习经历。。
这种情况应该怎么处理？如果告诉recruiter 我想去application track 的话，是不是
就相当于放弃这次机会了？貌似他家是先找到一个match 的组，然后才开始面试？
L家 new grad 面infra 的话design 有几轮啊。。。唉。。。 |
|
a*****u
发帖数: 1712 | 38 infra照样是积木
说到大公司，而且除非是infra组的，通常也就是作为client去用各种infra搭积木，最
多就是了解各个积木的功能/特点/性能，并不是能把每一块都吃透。当然，大公司里面
tec........ |
|
a*****u
发帖数: 1712 | 39 a跟f的infra区别在于，f是自己开发infra系统，a是用已有的开源系统解决scale问题
学长 我最近在纠结A 和 F和A production infra的人聊了 感觉那里面的活挺有意思的
？很多scale up的问题 各种architecture需要重新desig........ |
|
|
a*******g
发帖数: 1221 | 41 拉倒吧，过去收购千千万，有哪个裁infra的？infra的各个都是宝，facebook收了
Instagram，花了两年多的时候才从aws移到fb平台的，这还是instagram答应的情况下
。infra这东西好多都是太大了，无法改变。一个都裁不了。裁一般裁点finance, HR之
类的。 |
|
s*****r
发帖数: 43070 | 42 俺是说backend本身，infra的技术难度肯定要求高
有些infra系统比较general比较底层，每天就是围着计算机的技术打转，干久了可能会
感觉boring
做具体方向的data infra会好些，会有一些business方面的要求，不会过于围着技术打转
business就像调料一样，太多了不好，太少了也不是很有趣 |
|
发帖数: 1 | 43 infra机会还是挺多, 算法的机会确实比较少. 而且infra升职确实看起来比产品码工慢.
但是infra和算法的经验都可以复用, 产品的经验没法复用, 所以一旦被迫跳槽, 产品
码工基本又得从头开始. |
|
z****n
发帖数: 37 | 44 Palo Alto Networks (NYSE:PANW) is a major network security company deploying
the next generation of network security devices. We do everything from
hardware design and firmware to cloud-driven advanced analytics.
We have opening on the cloud security analysis system/infra-structure team
right now. If you are interested, please contact y****[email protected]
WildFire/Anti-Virus System Infra-structure Team Opening - Job Description
You will work with the best security team in the industry, wh... 阅读全帖 |
|
I*D
发帖数: 40035 | 45 Role Title Description Start Date End Date Status Level From
Level To Standard Role Work Location Role Specialty 1 Level 1
Role Specialty 1 Level 2 Role Specialty 1 Level 3 Role Specialty 1
Level 4 Role Specialty 1 Level 5 Skill & Proficiency
PeopleSoft Administrator This person will be part of a team that supports
a PeopleSoft Financial system with several associated custom applications
and batches using ASP .NET, Hyperion, PL/SQL, SQL, and SQR. This ... 阅读全帖 |
|
r**i
发帖数: 2328 | 46 bso自己公司顶极:D
startup的确很看个人水平，公司大了总有机会混，startup里面可是一个萝卜一个坑的
，特别infra没大公司好，事事都要亲力亲为。我估计你说的那个人是G的，G的infra特
别好，做app会搭积木就可以了，看不到很多底层的东西，出了G没法工作。G的infra组
出来到是外面挺欢迎的。不过不管大小公司，经常跳槽／换组是王道，老呆一个地方基
本一年半后learning curve就flat了。 |
|
r**i
发帖数: 2328 | 47 bso自己公司顶极:D
startup的确很看个人水平，公司大了总有机会混，startup里面可是一个萝卜一个坑的
，特别infra没大公司好，事事都要亲力亲为。我估计你说的那个人是G的，G的infra特
别好，做app会搭积木就可以了，看不到很多底层的东西，出了G没法工作。G的infra组
出来到是外面挺欢迎的。不过不管大小公司，经常跳槽／换组是王道，老呆一个地方基
本一年半后learning curve就flat了。 |
|
z****e
发帖数: 54598 | 48 所以最后做的领域还是infra，用go吧
java等gc语言做infra从来就是一般般，一般都是冲着应用面去的
big data，ml这些就是应用面，cloud比较接近infra，cloud上开发用go也比较多 |
|
m***h
发帖数: 77 | 49 谢谢各位的建议，汇报一下进展
1，in－app cluster／data grid, Hazelcast， infra不可行，因为整个系统正向
container方向转，infra team搞了一套东西，wrap了Kubernets 和 docker，但是有一
个limit－只能有一个port forwarding，系统已经用来expose 8080了，这样Hazelcast
nodes没办法通讯
2，H2类似的embedded小db,也是同样的问题，cluster 需要hostname和open port。
结论是要么用external db/s3/EBS/zookeeper,或者single container with
monitoring and restarting
3,这个single container就是CDM建议的方向，infra有现成的，但是这个小job和一些
Kafka的consumer绑在一起，不希望这些consumer局限于一个container，而剥离这两个
module也麻烦。
看来怎么都得折腾了。
4，Kafka伴随的zookeeper，归另一个team... 阅读全帖 |
|
|
