Redian新闻
>
(出售)saks 10% code for 20 baozi (转载)
avatar
(出售)saks 10% code for 20 baozi (转载)# Fashion - 美丽时尚
K*o
1
极其纠结。。。
在职跳槽,拿了个Azure Big Data Team的极low的包,工资完全不能成为决定因素,
只是觉得这个名字比较炫酷,求问板上大神有没有了解这个组的,值不值得去?
avatar
k*s
2
小弟申请EB-1B,现在急需三到四篇review paper。如果有以下方向的兄弟姐妹,还望各
位帮助推荐review paper的机会啊。邮箱站内联系,万分感谢。
Magnetic domains;
Magnetic anisotropy;
Magnetization hysteresis;
Magnetic tunnel junction (MTJ);
Current in-plane tunneling (CIPT);
Magnetic Random Access Memory (MRAM);
Spin-transfer torque RAM (STT-RAM);
Diluted magnetic semiconductors (DMS);
Magnetization dynamics;
Ferromagnetic resonance (FMR);
Magnetoresistance;
Magnetotransport;
Magnetic field sensors;
Electronic and magnetic noise.
avatar
C*e
3
【 以下文字转载自 FleaMarket 讨论区 】
发信人: Claire (Q豆豆), 信区: FleaMarket
标 题: (出售)saks 10% code for 20 baozi
发信站: BBS 未名空间站 (Tue Aug 13 10:16:45 2013, 美东)
Exp 08152013, sell for 20 baozi
Saks online 10% code, even on skin care.
avatar
J*9
4
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...
avatar
e*2
5
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的包,工资完全不能成为决定因素,
: 只是觉得这个名字比较炫酷,求问板上大神有没有了解这个组的,值不值得去?

avatar
K*o
6
多谢指点!这下不用纠结了。

【在 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能力,非科班还是不要去了。

avatar
s*k
7
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能力,非科班还是不要去了。

相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。