我是一名亚马逊一个小小的SDM，Ask me anything！

vividlau 发表于 2019/03/04 11:27:03
谢谢楼主！
想请教一下，作为new grad SDE, 刚开始工作，需要在哪些方面注意提升自己，以便更快地晋升到 SDE II 甚至更高？

抱歉，感觉可能错过了您的问题！类似的问题其他人也有问过，我也尽力详细回答了，希望您可以先看看各楼层的回帖，如果觉得讲得不够详细，那请您再po下更具体的问题或者直接联系我，我可以为您详细作答！

sj0088 发表于 2019/03/04 13:36:14
首先谢谢楼主！目前收到了亚麻校招的SDE I offer和另一家公司的offer。非常想去亚麻，请问可以compete亚麻的offer吗？可能性大吗？

同一个地区的可以问问，但是你拿加州的想去让西雅图来match可能就难了（毕竟加州税多啊，工资也多）

最近和自己老板进行了forte review，peer和manager的反馈是dive deep但是经常因为太深究而忽略了think big这一方面。老板的建议是让我多做复杂的系统设计，但是说实话，我们的服务大部分工作都在maintanance上，我自己也不想把一个明明很简单的问题去为了升职而刻意地复杂化，所以我想问问，对于这种情况，该如何在techinical skills上发展自己think big的LP呢？

另一方面，我本人自己觉得（上面一段是Manager觉着的）对于think big的短处是体现在与不是很熟悉自己组的service和不同cilent之间的关系的理解，我也有想过主动去找需要这方面的知识的任务去做，但是我感觉我还没有earn trust,所有的TPM，client组的manager，我自己的老板，都会去找组里最senior的人。我感觉自己的trust局限还只是在于组员之间...请问有什么好的建议能够建立起和Manager，TPM，Client组的trust呢？
-baidu 1point3acres
第三个问题是，由于我们组有许多维护的任务，特别是还有很多数据都是manual overrides file (典型亚麻风格lol)，而且这个组还很新，和我之前的组比起来，明显对处理这些oncall task, maintainance缺少规范化的流程。有时候开会我很想介绍我之前的组是怎么做的，比如每周一次的oncall ops review meeting, oncall summary, code change test template，但是说实话很怕队友（或者老板）觉得我介绍的这些会加重他们的工作量，降低他们的效率，所以又不敢说出来，现在我只是自己一个人在默默的做，希望队友看到这些东西觉得不错，所以我的问题是，如果我有这些建议，该不该说出来呢？

谢谢了！

etwolf 发表于 2019-3-4 13:09
我觉得你的简历已经很好看啦，如果这样也找不到工作我觉得你可以联系我，我们单独谈谈

谢谢楼主鼓励，向楼主学习

AMA Guideline：
请大家尊重一下楼主的时间，那种地里已经讨论过一千次，自己随便一查就有答案的问题就别问了。
另外highly specific，只对提问人本人有用的问题，或者要求楼主泄漏隐私的问题，也先跳过吧。

也请楼主优先回答那些对更多人有用的问题，这会造福更多的人。


欢迎报名开ask me anything (AMA) 帖子！

To 有意开贴的同学：

内容可以是：

• 各公司员工来介绍贵司hiring、各方面情况介绍的，欢迎附带贵司招聘信息、提供内推等。
• 某个大学老师或者学生介绍program情况的，最近正好申请结果发放，也欢迎各个program找代表来集中做答疑。
• 买房、装修、投资
• 转CS、改行、学习新领域
• 申请经验分享
• 西雅图生活，纽约吃喝玩乐住
• 学习某个技术领域比如ML/AI的心得
• 职场感悟，如何升职，如何转组etc etc
• 任何你有价值的干货
  

请私信联系Warald 或者 管理员邮箱 1point3acres.com@gmail.com


之前有人开过类似话题的AMA，我是否还可以开？
当然可以！每个AMA代表个人观点和分享，并非只有一个声音。

To 提问的同学：
如果你的问题得到回答，请给楼主加分表示感谢

To 大家：
觉得哪条回复有用，也请加分！给别人加大米，不扣你的。使用手机APP的同学：快速+1 只需要点一下而已。

googlewaterloo 发表于 2019/03/04 13:37:05
您好，我是一名在校生，暑期即将人生中第一次实习工作，请问科技公司里产品级代码能力要求是怎样的呢？（比如楼主所在亚马逊公司）公司项目与学校作业、project具体到底有哪些不同呢？该怎样提升自己达到科技...

学校项目（大多数），做完了后用一次就完了，并不需要可读性（因为不需要维护），并不需要考虑流量（因为流量很少或者是一次性的），也不需要考虑如何加入更多的功能（大部分学校做的东西只需要专注某个功能），这些在公司全是相反的。
公司做的东西要服务大众，要不断创新和改进，如果总要推倒重做那消耗就太大了！个人感觉很难在工作之前学到工作的技巧，因为需求不同（就好比如何通过放牛来学习怎么搞牛肉批量加工就可能很难）。
如果已经参加了工作，那里是最容易学到东西的地方。如果这还不够，那么可以做自己的personal project然后尝试去维护几年。
有很多相关的talk也可以去看看，书就更多了，但是建议现有点儿经验后再去选择性的看

谢谢楼主！
. Χ
想请教一下，本人在加拿大本科CS专业毕业，有加拿大三年工签，没有h1b，想去温哥华的亚麻SDE I。

这样的情况是否直接申请温哥华的亚麻就好了呢，还是申请美国亚麻再申请relocate到温哥华呢？

加拿大和美国在面试难度和侧重点上会有区别吗？

另外找同学refer的话，能够跨国refer吗（加拿大同学refer我去总部，或者反过来）？

请问楼主，可不可以分享点面试SDM的经验？有哪些书籍和资料可以供参考呢？非常感谢

        很有用的信息！

choa 发表于 2019/03/04 13:46:31
最近和自己老板进行了forte review，peer和manager的反馈是dive deep但是经常因为太深究而忽略了think big这一方面。老板的建议是让我多做复杂的系统设计，但是说实话，我...

首先你说deep dive与think big之间出现矛盾，其实很多事情都有矛盾，决定性的因素就是一个度。做得太少与太多都不一定是好事。比如说有个人天天只会think big，提出我们50年后要做什么，完全忽略了技术的局限性也不懂系统到底是怎么构架的更不知道怎么去实现，那么这个想法可能只是一个纸上谈兵，反之亦然。
你还提到过两次主要工作内容是维护，那么请问是否和manager谈过你们组的短期（今年）和长远的计划（三年）？如果没有，这就限制了你的think big。如果只把精力放在眼前的事，怎么会有时间去考虑将来呢？如果已经谈过，那么可以从长计议，想想怎么完成这个长远计划，倒着推出一个时间线。想想现在要做什么，年末要做什么，明年要做什么，很难不去think big。think big不只是提出一个好的想法，更重要的是把这个想法的实现方式想明白并且能搞清楚怎样一小步一小步走到那里。好比说今天打地基但是我明白这都是为了盖高楼所以地基要打很深而不是仅仅满足于现在想要盖一层楼的需求。
再就是你说了earn trust和自己不敢提出想法偷偷做事，这两件事要一起说。首先trust是相互的，如果你不能先去信任你的manager和队友，怎么能要求他们信任你呢？那么首先要相信你的队友和主管是有能力的人，他们都有他们的想法，而且都可能是很好的想法。走出这一步可能很难，我也有误入歧途（感觉别人都不懂只有我最明白）。那么怎样去做呢？多和他们交流，你和你的老板在1：1的时候应该提出你的想法，但是提出的方式要聪明。如果你拿着一个提案直接进去，和你主管说我觉得这个事情应该这样做，我们现在做得不对，可能效果甚微，而且有种高高在上的感觉让人难以接受。你可以先从问问题开始。比如，我想和你了解一下我们现在做得东西为什么要这样做，这是我们想要的结果吗？首先acknowledge别人的想法，尤其是你manager的想法，毕竟你的manager决定你们组以后的方向，也最明白这个方向是怎么决定的。真正明白了别人的想法后再回去仔细思考一下，有没有和你的想法一样，有没有什么新的需要考虑的因素。可以和manager明确提出我对某个方面很感兴趣，可否下次提出一个方案给你看看。达成一致后就可以继续思考和研究，可以先了解一下其他组员有没有已经在drive一些改进方案了，如果已经有了请去细致的和他们聊聊，理解别人的解决方案，首先要认可他们和你一样经过了很多思考，认可别人的想法（I think that is a great idea, would you mind tell me more about it when you have time?）下一步可以去思考一下哪些方面还没有cover，哪些已经cover的可以有更好的解决方案，挑一个方向写个简单的one pager（wiki上有template），多用数据说话避免任何主观意识（我之前在某某组都是这么做的，我们也应该这么做，这就很主观。）写好后利用1：1分享给你的manager。分享的时候不要说我觉得我们应该这么做，相反，你可以说我这里有个想法，我想争取一下你的意见和feedback。让你manager给你指一条路，明确到底应该朝着哪个方向发展，慢慢达成共识。达成共识后就可以探讨我们怎样去实现这个想法（通过现有的项目还是需要做什么才能争取到这个机会，或者是允许你去做一个简单的prototype）。最后就是真正的实现了，这个就看你的能力了。这些都做好了，你应该已经own了你们组里一个领域了，就是这个领域的senior了，以后有这个方面的需求我就不信他们会先去找别人。
最后说一句，过硬的技术和广又深的知识储备才是lead的最关键前置条件。你说你对你们组和搭档的系统还有疑惑，找不到机会学习，这是个红灯。没有机会去干但是可以自己看看code base和wiki，慢慢自学成才，能做到这种自主学习我相信你在哪个领域都可以变成POC