avatar
Amazon 选组求教# Programming - 葵花宝典
e*i
1
我之前于2008.3到2009.3以J1 scholar身份来美国交流过一年,之后回国一年多2010.8
以F1再次来美至今,这种情况F1的5000免税treaty不使用吗?因为我最近收到IRS的信
要我补交2011年这5000产生的税,谢谢。
avatar
c*r
2
我在某大公司做postdoc。原先的合同期限是两年,现已过一年半了。今天老板跟我说
,大老板近期将会找我谈话,商量帮我再延期一年的事宜。我当时颇诧异,就说,原先
你不是说过:如果今年我有significant progress的话,就考虑给我scientist的职位
吗?结果老板说,postdoc是不能转成scientist,除非是公司里恰好有招人、而我又刚
好还没出站的话,才可以申请。我一听,得,又被这厮给摆了一道!敢情还是在我当年
接受offer之前,他就已经满嘴跑马了----当时我曾问过他,如果我接受这个postdoc的
offer,将来是否有机会在这个公司里转成正式的员工?他跟我说很容易,只要我能做
出成绩来;可现在我累成累活地出了一堆活,他倒说是他以前没说过这话了(其实类似
的话,他去年9月份都还又提了一次的)!绿卡也是:我接受offer前问了他,说是绝对
没问题;offer上也写明了过个三个月就帮我办,可是临了,他告诉我说是HR方面出了
错,我们公司postdoc不给办绿卡的;真要办的话,也不能给EB1-b,只给办EB2----可
我一postdoc,连个permanent
avatar
l*l
4
【 以下文字转载自 JobHunting 讨论区 】
发信人: lloll (lol), 信区: JobHunting
标 题: Amazon 选组求教
发信站: BBS 未名空间站 (Thu Jan 30 20:20:38 2014, 美东)
fresh master,SDE,给了三个组让选择:
GPS: Amazon Global Payment Services
Webstore
Builder Tools&Website Application Platform
问了HR有没有AWS的职位,她说AWS今年的人招满了。
有大侠了解这些组的吗?能不能简单说说,介绍一下优劣。
avatar
l*l
6
班上大牛们掐架之余点评一下吧

【在 l***l 的大作中提到】
: 【 以下文字转载自 JobHunting 讨论区 】
: 发信人: lloll (lol), 信区: JobHunting
: 标 题: Amazon 选组求教
: 发信站: BBS 未名空间站 (Thu Jan 30 20:20:38 2014, 美东)
: fresh master,SDE,给了三个组让选择:
: GPS: Amazon Global Payment Services
: Webstore
: Builder Tools&Website Application Platform
: 问了HR有没有AWS的职位,她说AWS今年的人招满了。
: 有大侠了解这些组的吗?能不能简单说说,介绍一下优劣。

avatar
t*a
7
说反话? 这两个明显都是被劝退的吧

【在 s***a 的大作中提到】
: 看wm有前途了,准备自立门户
avatar
n*t
8
3

【在 l***l 的大作中提到】
: 班上大牛们掐架之余点评一下吧
avatar
l*l
10
能不能具体说说,为什么选3?

【在 n*****t 的大作中提到】
: 3
avatar
p*2
11
1
avatar
l*l
12
大牛能不能详细说说?

【在 p*****2 的大作中提到】
: 1
avatar
z*e
13
1
涉及到钱的东西都是重中之重
你会接触到很多看上去很牛逼的东西
avatar
p*2
14

顶。我是排除法选的。

【在 z****e 的大作中提到】
: 1
: 涉及到钱的东西都是重中之重
: 你会接触到很多看上去很牛逼的东西

avatar
l*l
15
这样想的确有道理。
坦率讲,我是半路出家做码工的,对整个行业很陌生,也不知道今后会朝哪个方向发展。
最近在板上潜水,深感整个计算机行业变化很快。很担心自己不能获得核心竞争力,千
万别到四,五十岁的时候再失业,所以希望第一份工作能选一个前途比较光明的方向。

【在 z****e 的大作中提到】
: 1
: 涉及到钱的东西都是重中之重
: 你会接触到很多看上去很牛逼的东西

avatar
n*t
16
1 和 2 太无聊,我觉得推动 IT 发展两种动力:需求与爱好

【在 n*****t 的大作中提到】
: 3
avatar
z*e
17
那就往有钱的地方走,没错的
而且这种领域,技术其实不是全部
你对于一些业务的熟悉程度也会影响你的前途
视野也更开阔点,光盯着技术其实没太多乐趣

展。

【在 l***l 的大作中提到】
: 这样想的确有道理。
: 坦率讲,我是半路出家做码工的,对整个行业很陌生,也不知道今后会朝哪个方向发展。
: 最近在板上潜水,深感整个计算机行业变化很快。很担心自己不能获得核心竞争力,千
: 万别到四,五十岁的时候再失业,所以希望第一份工作能选一个前途比较光明的方向。

avatar
c*e
18
payment
avatar
m*5
19
明显payment啊

【在 l***l 的大作中提到】
: 这样想的确有道理。
: 坦率讲,我是半路出家做码工的,对整个行业很陌生,也不知道今后会朝哪个方向发展。
: 最近在板上潜水,深感整个计算机行业变化很快。很担心自己不能获得核心竞争力,千
: 万别到四,五十岁的时候再失业,所以希望第一份工作能选一个前途比较光明的方向。

avatar
q*c
20
Payment主要是business logic, web platform更底层一点,能学到更多核心的东西。
要是我的话选3.
avatar
z*e
21
3我估计是“死套框架”
avatar
q*2
22
越“核心”的东西做的人越少。普通马工能认识到这个东西“核心”,这个东西一定已
经发展很久成熟了,市场也不说垄断至少固化了技术已经封装了。就没前途了更没前途
,而且你就给绑在一个很小的市场的几个很specific product上了。有前途有钱途的永
远是将来的东西或者是还没发固化的东西。马工万万要不得书生那种看见“核心”就有
高潮的呆气,再底层能有硬件底层?EE现在什么状况大家也清楚。想学“技术”你不如
去学造洲际导弹。看看能找到工作否。有兴趣就罢了,为了钱的话就要搞清自己初衷,
不要拿什么核心底层(何况底层不等于核心,时代在变,还有比农业更底层的吗?没什
么都不会死,没吃的全完蛋,可你怎么不去种地?)之类的麻醉自己了。为了钱想进入
工业界就做的彻底点,别还想那什么核心技术给自己立牌坊。最后吃亏的是你自己。
avatar
l*l
23
我对技术倒没有特别的痴迷,只希望学到的技能是可持续发展的,别进入一个死胡同就
好。

【在 q*******2 的大作中提到】
: 越“核心”的东西做的人越少。普通马工能认识到这个东西“核心”,这个东西一定已
: 经发展很久成熟了,市场也不说垄断至少固化了技术已经封装了。就没前途了更没前途
: ,而且你就给绑在一个很小的市场的几个很specific product上了。有前途有钱途的永
: 远是将来的东西或者是还没发固化的东西。马工万万要不得书生那种看见“核心”就有
: 高潮的呆气,再底层能有硬件底层?EE现在什么状况大家也清楚。想学“技术”你不如
: 去学造洲际导弹。看看能找到工作否。有兴趣就罢了,为了钱的话就要搞清自己初衷,
: 不要拿什么核心底层(何况底层不等于核心,时代在变,还有比农业更底层的吗?没什
: 么都不会死,没吃的全完蛋,可你怎么不去种地?)之类的麻醉自己了。为了钱想进入
: 工业界就做的彻底点,别还想那什么核心技术给自己立牌坊。最后吃亏的是你自己。

avatar
g*e
24
re 不要拿读书时的想法来选工作

【在 q*******2 的大作中提到】
: 越“核心”的东西做的人越少。普通马工能认识到这个东西“核心”,这个东西一定已
: 经发展很久成熟了,市场也不说垄断至少固化了技术已经封装了。就没前途了更没前途
: ,而且你就给绑在一个很小的市场的几个很specific product上了。有前途有钱途的永
: 远是将来的东西或者是还没发固化的东西。马工万万要不得书生那种看见“核心”就有
: 高潮的呆气,再底层能有硬件底层?EE现在什么状况大家也清楚。想学“技术”你不如
: 去学造洲际导弹。看看能找到工作否。有兴趣就罢了,为了钱的话就要搞清自己初衷,
: 不要拿什么核心底层(何况底层不等于核心,时代在变,还有比农业更底层的吗?没什
: 么都不会死,没吃的全完蛋,可你怎么不去种地?)之类的麻醉自己了。为了钱想进入
: 工业界就做的彻底点,别还想那什么核心技术给自己立牌坊。最后吃亏的是你自己。

avatar
z*e
25
这个是对的
但是payment我觉得跟“核心”有一定区别
我们说的核心多数是os,jvm,db这种
那做这个需要一定的时间和精力投入
但是payment是目的,跟用了什么核心其实无关
主要区别在于payment一般对于各种精度要求要高
肯定会高于website
这里面就有一些东西可以搞了,而且一般看上去比较牛逼

【在 q*******2 的大作中提到】
: 越“核心”的东西做的人越少。普通马工能认识到这个东西“核心”,这个东西一定已
: 经发展很久成熟了,市场也不说垄断至少固化了技术已经封装了。就没前途了更没前途
: ,而且你就给绑在一个很小的市场的几个很specific product上了。有前途有钱途的永
: 远是将来的东西或者是还没发固化的东西。马工万万要不得书生那种看见“核心”就有
: 高潮的呆气,再底层能有硬件底层?EE现在什么状况大家也清楚。想学“技术”你不如
: 去学造洲际导弹。看看能找到工作否。有兴趣就罢了,为了钱的话就要搞清自己初衷,
: 不要拿什么核心底层(何况底层不等于核心,时代在变,还有比农业更底层的吗?没什
: 么都不会死,没吃的全完蛋,可你怎么不去种地?)之类的麻醉自己了。为了钱想进入
: 工业界就做的彻底点,别还想那什么核心技术给自己立牌坊。最后吃亏的是你自己。

avatar
z*e
26
1和3的区别主要在于
1的精度要求高,错误容忍度低
3低一点
而且3要接触到底层核心,怕是有难度
a基本上不做什么底层核心的事
就是cloud也是虚拟机技术拿过来直接用
avatar
q*2
27
想在CS混这个观点要快快drop掉。

【在 l***l 的大作中提到】
: 我对技术倒没有特别的痴迷,只希望学到的技能是可持续发展的,别进入一个死胡同就
: 好。

avatar
l*l
28
倒不是想混,只是感觉自己入行晚,希望能选个有前途的方向,避免以后走弯路。

【在 q*******2 的大作中提到】
: 想在CS混这个观点要快快drop掉。
avatar
c*o
29
不知道amazon里的这些是不是和字面上一样。
我做过一段时间的payment,主要是三个: reliability, accuracy, integration, 不
用担心没地方去,任何新的公司总是要收钱的。
build tools, web platform 可能很好,也可能很不好,看你干的是不是热门的东西了
,有可能你做那些实时大规模交易,也可能你就去干continues integration/
automatic build了。
avatar
Y*G
30
今天AMZN跌了11%,现在去AMZN抄底不错啊。
avatar
z*i
31
其实对于fresh graduate,任何一个方向都够你学两年的。以后跳槽的话,有亚马逊的
工作经历,再加上实际干活的能力,任何一个组的经历都能助你更上一层楼。
如果非得点个首选,那就Payment,因为在不懂技术的人(比如HR,非技术经理)眼中
,Payment可能让简历更加分。而且,任何business都得收钱不是?

【在 l***l 的大作中提到】
: 倒不是想混,只是感觉自己入行晚,希望能选个有前途的方向,避免以后走弯路。
avatar
P*l
32
俺选1
avatar
h*a
33
Builder Tools and WAP is much better than the other two.
Amazon的BT and WAP team是业界翘楚,而且BT是非常generally useful的经验,换下
一份工作的时候会有相当大的优势。
Payment is doing a lot business logic,不光是no fun,而且没技术含量。
Webstore Amazon做得很滥,去了没前途。
Just my 2c. :)

【在 l***l 的大作中提到】
: 【 以下文字转载自 JobHunting 讨论区 】
: 发信人: lloll (lol), 信区: JobHunting
: 标 题: Amazon 选组求教
: 发信站: BBS 未名空间站 (Thu Jan 30 20:20:38 2014, 美东)
: fresh master,SDE,给了三个组让选择:
: GPS: Amazon Global Payment Services
: Webstore
: Builder Tools&Website Application Platform
: 问了HR有没有AWS的职位,她说AWS今年的人招满了。
: 有大侠了解这些组的吗?能不能简单说说,介绍一下优劣。

avatar
h*a
34
不是的。
Amazon的build system (Brazil) and deploy system (Apollo) 相当成熟,是业界典
范。结合极度成熟的SOA,我觉得任何互联网公司搞大了都会对A的这套系统相当羡慕。
如果把这两套系统摸熟,将来新兴startup或者中大hot公司随便去。
G也有一套自己的build/deploy系统,以我一点比较limited的道听途说,我觉得Google
的比Amazon的要落后一些。当然两者走了完全不同的路,差别很大,所以也不好直接比
较高下,就算是我一点偏好吧。
除此两者之外,成熟的deploy系统就是Netflix的Asgard了,不过Asgard是和AWS目前
couple的很紧,所以generality差一些。

【在 z****e 的大作中提到】
: 3我估计是“死套框架”
avatar
h*a
35
这三个方向都谈不上底层。核心与否我看也都未必。Builder Tools & Platform经验的
通用性要强一些。BT的很多系统也就是一般的large scale distributed system.

【在 q*******2 的大作中提到】
: 越“核心”的东西做的人越少。普通马工能认识到这个东西“核心”,这个东西一定已
: 经发展很久成熟了,市场也不说垄断至少固化了技术已经封装了。就没前途了更没前途
: ,而且你就给绑在一个很小的市场的几个很specific product上了。有前途有钱途的永
: 远是将来的东西或者是还没发固化的东西。马工万万要不得书生那种看见“核心”就有
: 高潮的呆气,再底层能有硬件底层?EE现在什么状况大家也清楚。想学“技术”你不如
: 去学造洲际导弹。看看能找到工作否。有兴趣就罢了,为了钱的话就要搞清自己初衷,
: 不要拿什么核心底层(何况底层不等于核心,时代在变,还有比农业更底层的吗?没什
: 么都不会死,没吃的全完蛋,可你怎么不去种地?)之类的麻醉自己了。为了钱想进入
: 工业界就做的彻底点,别还想那什么核心技术给自己立牌坊。最后吃亏的是你自己。

avatar
z*e
36
我随手google了一下
貌似主要是perl
http://stackoverflow.com/questions/3380795/what-does-amazon-use
话说我刚完成的一个做的也多少是跟这个有关
我们主要是用ruby来构建这些部分
在atlassian那些产品基础之上做
我现在在这个方面道行还浅,经验不算多
不知道amazon内部系统做得怎样
但是从我感觉看,atlassian在这一块有燎原之势
至少各位我相信都多少听说过jira

Google

【在 h*****a 的大作中提到】
: 不是的。
: Amazon的build system (Brazil) and deploy system (Apollo) 相当成熟,是业界典
: 范。结合极度成熟的SOA,我觉得任何互联网公司搞大了都会对A的这套系统相当羡慕。
: 如果把这两套系统摸熟,将来新兴startup或者中大hot公司随便去。
: G也有一套自己的build/deploy系统,以我一点比较limited的道听途说,我觉得Google
: 的比Amazon的要落后一些。当然两者走了完全不同的路,差别很大,所以也不好直接比
: 较高下,就算是我一点偏好吧。
: 除此两者之外,成熟的deploy系统就是Netflix的Asgard了,不过Asgard是和AWS目前
: couple的很紧,所以generality差一些。

avatar
z*e
37
顺便说一下,atlassian总部在悉尼,有分支机构在湾区和东京
待遇相当不错,可以说仅次于google
google悉尼平均工资26w,所以有兴趣的可以投
在招senior java engineers,我看他们主要产品都是构建在jvm上
主要是java,web用jquery那些
jira跟vert.x一样,也都需要jdk,然后其他就是用ruby用得比较多
python这一块不行,perl比较陈旧点,写perl没有ruby爽
avatar
h*a
38
Brazil我不熟,Apollo主要的backend services是C++和Java,至少2011-2012还是这样。
不过我觉得用什么语言不重要。学到了Brazil和Apollo的精髓然后换一个地方随便用什
么语言重新实现一遍很重要。

【在 z****e 的大作中提到】
: 我随手google了一下
: 貌似主要是perl
: http://stackoverflow.com/questions/3380795/what-does-amazon-use
: 话说我刚完成的一个做的也多少是跟这个有关
: 我们主要是用ruby来构建这些部分
: 在atlassian那些产品基础之上做
: 我现在在这个方面道行还浅,经验不算多
: 不知道amazon内部系统做得怎样
: 但是从我感觉看,atlassian在这一块有燎原之势
: 至少各位我相信都多少听说过jira

avatar
d*n
39
halfsea相当有经验和眼光
随便说一点我知道的关于payment方面
不一定适用所有公司所有组
确实很无聊,技术含量真不高
因为涉及了钱,老的code只要能work没人敢改
更没人敢重写,所以code可能会非常messy
live site有什么问题压力会也比较大
有些客户就是觉得账单不对
让你把全部全部过一遍然后证明你的是对的
反正我碰到过一点点后坚决跟老板提出远离这一块
最后证明我的选择是对的
build和deploy我知道我软也在用perl
但我觉得语言真不是问题
跳槽的话估计还是做一块
所以要看是不是有兴趣一直做这一块
avatar
b*s
40
嗯,做业务逻辑的没什么乐趣

【在 h*****a 的大作中提到】
: Builder Tools and WAP is much better than the other two.
: Amazon的BT and WAP team是业界翘楚,而且BT是非常generally useful的经验,换下
: 一份工作的时候会有相当大的优势。
: Payment is doing a lot business logic,不光是no fun,而且没技术含量。
: Webstore Amazon做得很滥,去了没前途。
: Just my 2c. :)

avatar
c*e
41
I admit build-deploy is an essential tooling in all tech companies. But I
disagree it help a lot to build one's career. There are tons of OOS
solutions to build and deploy. To the best of my knowledge, Brazil and
Apollo are still typical old school system. In nowadays, most of the
startups have moved to light weight agentless approaches. When I have
bitbucket, gitlab, Jenkins, Ansible, salt, docker, etc. a five people team
can have world-class build-deploy in a week. If one's whole stack is node.js
, Dropbox could his best friend to deployment.
Experience with tooling is good, but secondary compared with E2E service
building driven by business, especially for startup hiring.

Google

【在 h*****a 的大作中提到】
: 不是的。
: Amazon的build system (Brazil) and deploy system (Apollo) 相当成熟,是业界典
: 范。结合极度成熟的SOA,我觉得任何互联网公司搞大了都会对A的这套系统相当羡慕。
: 如果把这两套系统摸熟,将来新兴startup或者中大hot公司随便去。
: G也有一套自己的build/deploy系统,以我一点比较limited的道听途说,我觉得Google
: 的比Amazon的要落后一些。当然两者走了完全不同的路,差别很大,所以也不好直接比
: 较高下,就算是我一点偏好吧。
: 除此两者之外,成熟的deploy系统就是Netflix的Asgard了,不过Asgard是和AWS目前
: couple的很紧,所以generality差一些。

avatar
h*a
42
Fair points.
开源的工具很多。不过general的对build/deploy系统的经验和了解对任何一个公司都
是有价值的。所以从经验的普遍性来说比较好。即使不是开发相关的系统。很多公司的
build/deploy的人员不具备software development的能力,这其实是一个缺陷。
至于是不是每个公司都需要“开发”自己的build/deploy tools,也许不是。但deploy
系统上,越来越多的公司在build自己的solution。目前还没有特别理想的通用的开源
deploy系统,而且deploy往往和每个公司自己的内部业务有一定的绑定,就算用open
source的系统,往往也需要比较多的customization.
实现一个好的deploy系统比如Apollo其实也无非是实现一个scalable的distributed
system
,在这个过程中得到的经验就算用作它用也是很有价值的。
Builder tools or developer tools also cover many other things, 比如
monitoring, metrics, SOA tools (service generation etc.), they all have
values and every tech company needs them. Again, not everyone needs to build
such systems of their own, but as far as I understand, many need to do at
least some customization, and the development experience in these areas are
very needed and valued.

js

【在 c****e 的大作中提到】
: I admit build-deploy is an essential tooling in all tech companies. But I
: disagree it help a lot to build one's career. There are tons of OOS
: solutions to build and deploy. To the best of my knowledge, Brazil and
: Apollo are still typical old school system. In nowadays, most of the
: startups have moved to light weight agentless approaches. When I have
: bitbucket, gitlab, Jenkins, Ansible, salt, docker, etc. a five people team
: can have world-class build-deploy in a week. If one's whole stack is node.js
: , Dropbox could his best friend to deployment.
: Experience with tooling is good, but secondary compared with E2E service
: building driven by business, especially for startup hiring.

avatar
h*a
43
再多说一点。
我本人是open source的big supporter. 我一直觉得将来startup和很多中型公司在
Infra/platform/Ops上面主要的R&D的工作应该就是在无数open source tools选择适合
自己的组合。但对open source tools的深入理解(有开发或者contribute的经验),
往往是一个巨大的plus,比仅仅是一个user要好。
二是Open source至少目前还不能说无所不有。尤其在一些和业务逻辑绑定比较紧的领
域,很难有非常好的通用的开源solution。Deploy, logging,resource management,
很多都是如此。所以公司到了一定规模,往往会去开发自己的系统来争取最高效的解决
自己的问题。

deploy

【在 h*****a 的大作中提到】
: Fair points.
: 开源的工具很多。不过general的对build/deploy系统的经验和了解对任何一个公司都
: 是有价值的。所以从经验的普遍性来说比较好。即使不是开发相关的系统。很多公司的
: build/deploy的人员不具备software development的能力,这其实是一个缺陷。
: 至于是不是每个公司都需要“开发”自己的build/deploy tools,也许不是。但deploy
: 系统上,越来越多的公司在build自己的solution。目前还没有特别理想的通用的开源
: deploy系统,而且deploy往往和每个公司自己的内部业务有一定的绑定,就算用open
: source的系统,往往也需要比较多的customization.
: 实现一个好的deploy系统比如Apollo其实也无非是实现一个scalable的distributed
: system

avatar
z*e
44
it系统就这样
尤其是大公司
自身历史悠久
很多以前造的轮子
现在都有了更好的替代品
但是由于历史原因,这些老旧系统不能被随便淘汰掉
所以不得不继续在原有的系统之上继续造轮子
新的更好的替代品就用不上了
现在我从自身经验出发看
atlassian做得真得是很牛
有兴趣得可以上他们主页看看客户群
什么nasa,apache都是他们的老客户
还有我们都很熟悉得linkedin, twitter, netflix, facebook , ebay etc.
这个势头非常迅猛,所以我觉得如果barzil是跟这种公司正面较量的话
胜算真的不是很大,而且perl本身已经有些老旧了
ruby表现出了更强劲的生命力,不过好处是语法接近,所以转起来也不算太难
从逻辑表现上看,这种automation没有太过于复杂的逻辑
跟business logic有些距离,business logic有非常难
复杂的东西,尤其是payment
当然我不否认这很多是坑,但是总要有人去懂这些逻辑,处理这些逻辑
而这个懂本身,也是一种筹码,如果要裁员的话,公司要掂量一下
把你赶走,欢一个新人来,上手所需要的时间,复杂的业务逻辑
常常会出现新人一年上不了手的情况
那这个时候,裁员本身的机遇成本就很高了
资本家对这个还是心里有数的
avatar
h*a
45
我在考虑这个问题的时候更多考虑了工作经验本身的通用性。这一点在我看来对找下一
份工作比较重要。
Brazil是用Perl还是用别的语言写的不重要,但它如何解决dependency conflict的问
题却是一个成功的build系统最核心的部分之一。Build的速度,如何允许大量的build
并发执行,等等这样的问题的解决方案更是几乎每个大规模分布式系统所需要的。

【在 z****e 的大作中提到】
: it系统就这样
: 尤其是大公司
: 自身历史悠久
: 很多以前造的轮子
: 现在都有了更好的替代品
: 但是由于历史原因,这些老旧系统不能被随便淘汰掉
: 所以不得不继续在原有的系统之上继续造轮子
: 新的更好的替代品就用不上了
: 现在我从自身经验出发看
: atlassian做得真得是很牛

avatar
l*l
46
谢谢各位大牛。来回看了好几遍讨论,受益很多。我再好好考虑下,希望能先跟他们每
个组的人聊聊。

【在 l***l 的大作中提到】
: 【 以下文字转载自 JobHunting 讨论区 】
: 发信人: lloll (lol), 信区: JobHunting
: 标 题: Amazon 选组求教
: 发信站: BBS 未名空间站 (Thu Jan 30 20:20:38 2014, 美东)
: fresh master,SDE,给了三个组让选择:
: GPS: Amazon Global Payment Services
: Webstore
: Builder Tools&Website Application Platform
: 问了HR有没有AWS的职位,她说AWS今年的人招满了。
: 有大侠了解这些组的吗?能不能简单说说,介绍一下优劣。

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