K******o
发帖数: 1 | 1 极其纠结。。。
在职跳槽，拿了个Azure Big Data Team的极low的包，工资完全不能成为决定因素，
只是觉得这个名字比较炫酷，求问板上大神有没有了解这个组的，值不值得去？ |
J**9
发帖数: 835 | 2 Depends on what company you are in now...
If you are in a unknown startup, yes go ahead.
If you are working in a well-known company, why bother... |
e********2
发帖数: 495 | 3 Oncall比写feature多，visibility主要是看能否快速救火。老code的话，没人敢下手
。Compute side有趣的就是scheduling，storage side有趣的就是performance。和
Hadoop非常相似，就看你是想用Hadoop，还是想build Hadoop。为什么oncall多？因为
MS内部Office, Windows, Bing都在用。拿的工资不比那些部门高，还要伺候他们，还
累。对了，由于没有人对老代码完全熟悉，feature什么的完全靠自己想，没有PM告诉
你该写哪些feature，因为feature是problem driven development，每个feature的开
发都是来fix problem的，系统稳定运行就没有开发的动力。内部有文档，但是没人教
你怎么看。听principal们说，在Big Data生存就看debug能力，非科班还是不要去了。
【在 K******o 的大作中提到】
: 极其纠结。。。
: 在职跳槽，拿了个Azure Big Data Team的极low的包，工资完全不能成为决定因素，
: 只是觉得这个名字比较炫酷，求问板上大神有没有了解这个组的，值不值得去？
|
K******o
发帖数: 1 | 4 多谢指点！这下不用纠结了。
【在 e********2 的大作中提到】
: Oncall比写feature多，visibility主要是看能否快速救火。老code的话，没人敢下手
: 。Compute side有趣的就是scheduling，storage side有趣的就是performance。和
: Hadoop非常相似，就看你是想用Hadoop，还是想build Hadoop。为什么oncall多？因为
: MS内部Office, Windows, Bing都在用。拿的工资不比那些部门高，还要伺候他们，还
: 累。对了，由于没有人对老代码完全熟悉，feature什么的完全靠自己想，没有PM告诉
: 你该写哪些feature，因为feature是problem driven development，每个feature的开
: 发都是来fix problem的，系统稳定运行就没有开发的动力。内部有文档，但是没人教
: 你怎么看。听principal们说，在Big Data生存就看debug能力，非科班还是不要去了。
|
s********k
发帖数: 6180 | 5 cloud service部门是不是都这样？看Azure最近还是出了很多新feature，当然bug一
堆肯定的，不过基本都得熬这个阶段
【在 e********2 的大作中提到】
: Oncall比写feature多，visibility主要是看能否快速救火。老code的话，没人敢下手
: 。Compute side有趣的就是scheduling，storage side有趣的就是performance。和
: Hadoop非常相似，就看你是想用Hadoop，还是想build Hadoop。为什么oncall多？因为
: MS内部Office, Windows, Bing都在用。拿的工资不比那些部门高，还要伺候他们，还
: 累。对了，由于没有人对老代码完全熟悉，feature什么的完全靠自己想，没有PM告诉
: 你该写哪些feature，因为feature是problem driven development，每个feature的开
: 发都是来fix problem的，系统稳定运行就没有开发的动力。内部有文档，但是没人教
: 你怎么看。听principal们说，在Big Data生存就看debug能力，非科班还是不要去了。
|
