有在悉尼AWS上班的大神吗？那边工作压力怎么样？Java开发的话，主要用什么技术？

Keith

比如那里用不用Spring, Spring Boot, Hibernate?

woshizhuang110

看组的，楼主去的哪个组？

Keith

woshizhuang110 发表于 2022-1-18 13:47
看组的，楼主去的哪个组？

八字还没一撇呢。听说大厂都是用自己的一套东西，所以就想提前了解一下，像Spring这样的framework如果提前学了，是不是会用不着。

sennylu

不需要吧，主要你的基础知识要扎实。 算法肯定是一个，还有实际工作经验。如果是graduate可以考虑走graduate program

hgon23

AWS里面不直接用Sring，亚麻有自己的RPC框架，叫Coral, 里面用了Spring的依赖注入模块，整体框架和谷歌的grpc或脸书的thrift有一点像。

亚麻的大部分服务都是java写的。

Hibernate或类似ORM的东西基本已经被业界淘汰了。。。 亚麻只有年久失修的项目还在维护。。。

非核心的AWS服务(除了EC2，S3，Dynamo)很多都是用AWS的其他服务来搭建的。

另外亚麻dev ops都用自己造的轮子(比如deployment pipeline), 相当于正在内测的AWS服务。

anklos

hgon23 发表于 2022-1-18 14:12
AWS里面不直接用Sring，亚麻有自己的RPC框架，叫Coral, 里面用了Spring的依赖注入模块，整体框架和谷歌的gr ...

Hibernate或类似ORM的东西基本已经被业界淘汰了。。。 亚麻只有年久失修的项目还在维护。。。

那是用什么来实现类似功能？是因为调用微服务用不到，还是用别的database access framework？

Keith

hgon23 发表于 2022-1-18 14:12
AWS里面不直接用Sring，亚麻有自己的RPC框架，叫Coral, 里面用了Spring的依赖注入模块，整体框架和谷歌的gr ...

谢谢分享。里面的工作节奏怎么样，是不是需要加班？亚马逊美国那边被吐槽最多的是PIP，悉尼这边有没有？

hgon23

anklos 发表于 2022-1-18 14:15
那是用什么来实现类似功能？是因为调用微服务用不到，还是用别的database access framework？ ...

大部分都是手写SQL，方便调优。

ORM只适合简单的CRUD程序，主要是从效率方面考虑

hgon23

Keith 发表于 2022-1-18 14:20
谢谢分享。里面的工作节奏怎么样，是不是需要加班？亚马逊美国那边被吐槽最多的是PIP，悉尼这边有没有？ ...

澳洲AWS具体情况不太清楚，亲测北美亚麻工作体验很差。

论辛苦程度，AWS北美大概是澳洲本土IT公司的2-3倍左右。AWS澳洲的辛苦程度相比澳洲本土IT公司大概是1.2 - 1.5倍左右。PIP制度不知道AWS澳洲有没有实行。。。每个国家的劳动法不太一样，美国的情况比较特殊。

当然AWS开的薪水也比较有竞争力。目前社招北美大厂里面，亚麻开的初始包裹最大。

anklos

hgon23 发表于 2022-1-18 15:40
大部分都是手写SQL，方便调优。

ORM只适合简单的CRUD程序，主要是从效率方面考虑 ...

谢谢分享。

但我的观点不太相同。ORM对复杂的CRUD程序特别有用啊。简单的直接sql几次也无所谓，复杂的CRUD遍地手写sql，很难阅读吧？除非你的意思是复杂的CRUD，但CRUD数量并不多。

另外不用orm，怎么测试呢？那么多复杂数据关系调用，每个sql都要setup数据测一遍？如果用orm的话，orm自带的method call就不用测试了。

ORM在有performance issue的地方用手写sql换掉就可以了啊，monitoring工具很容易发现。

只是分享我自己的经验，想听听你的看法。谢谢。

ywolf

Keith 发表于 2022-1-18 14:20
谢谢分享。里面的工作节奏怎么样，是不是需要加班？亚马逊美国那边被吐槽最多的是PIP，悉尼这边有没有？ ...

AWS没叫你加班，但会给你个8小时内不可能完成的任务，你自己看着办要不要加班...PIP估计也不会有多少，毕竟是澳洲，都招不到人，很多呆两年做不动了把AWS做跳板到下一个公司去了

cathyqk

hgon23 发表于 2022-1-18 14:51
澳洲AWS具体情况不太清楚，亲测北美亚麻工作体验很差。

论辛苦程度，AWS北美大概是澳洲本土IT公司的2-3 ...

你这个倍数是怎么计算的？一个人干2-3个人的工作量？

jamking

anklos 发表于 2022-1-18 16:36
谢谢分享。

但我的观点不太相同。ORM对复杂的CRUD程序特别有用啊。简单的直接sql几次也无所谓，复杂的CR ...

ORM 在系统复杂之后 对开发的要求很高 如果团队有不太会用的 就很头大

anklos

jamking 发表于 2022-1-18 16:48
ORM 在系统复杂之后 对开发的要求很高 如果团队有不太会用的 就很头大

ORM都用不好，能手写出好的高复杂度sql？lol

没别的意思，ORM真的已经是很基本了。主要是ORM在复杂场景下SQL的优化问题，有些项目是直接手写更好。但如果CRUD很多的项目，可能用ORM然后针对性优化更好

hgon23

anklos 发表于 2022-1-18 16:36
谢谢分享。

但我的观点不太相同。ORM对复杂的CRUD程序特别有用啊。简单的直接sql几次也无所谓，复杂的CR ...

AWS公共云的项目在测试方面主要强调：
1. End-2-end tests和canary tests
2. prod monitoring和traceability

单元测试覆盖【关键】的业务逻辑就可以了；当然不是很重要的内部系统随便弄。

以微服务为主的系统架构推荐使用【棱形】的测试用例分布，对比以前的【金字塔】形。
网上找了一篇介绍相关概念的文章：
https://eason.blog/posts/2020/03/test-automation-diamond/

hgon23

anklos 发表于 2022-1-18 16:36
谢谢分享。

但我的观点不太相同。ORM对复杂的CRUD程序特别有用啊。简单的直接sql几次也无所谓，复杂的CR ...

现在有一部分的OLTP系统都不使用关系数据库了，转而使用一些专有数据库类型，比如Dynamo。这些数据库是专门为其使用场景优化过的，都有专门的API接口，不会在用ORM装饰一层。。。

就ORM本身来说，使用它有一个成本 V.S. 收益的问题。个人工作经验中遇到一些业务逻辑很复杂的应用场景，需要精准的控制读写顺序，trasnsaction和并发数量，ORM把这些东西隐藏在其内部实现了，反而不方便使用/调试。

另外我们在系统建模的时候已经很少使用【面向对象】的编程范式了。目前在应用层面更多使用【函数式】模块；所以基本也不会用ORM来读写数据了。

很多业界的大牛也反对ORM，举几个例子供你参考：
- https://martinfowler.com/bliki/OrmHate.html
- https://blog.codinghorror.com/ob ... f-computer-science/
- https://seldo.com/posts/orm_is_an_antipattern
- https://techblog.bozho.net/orm-haters-dont-get-it/

hgon23

另外多说一句，个人观察业界普遍乱用的一些技巧/技术，或者说弊大于利的工具，包括
1. ORM frameworks
1. Dependency Injection frameworks
1. Mocking frameworks

whoisit

anklos 发表于 2022-1-18 16:36
谢谢分享。

但我的观点不太相同。ORM对复杂的CRUD程序特别有用啊。简单的直接sql几次也无所谓，复杂的CR ...

ORM在复杂的情况下最后生成的SQL有performance issue。你当然可以手写sql让ORM去call，但是你之所以用orm就是要把结果map到class回来，这点orm没法做到，所以很多人选用轻量级orm dapper的原因

whoisit

hgon23 发表于 2022-1-18 19:03
另外多说一句，个人观察业界普遍乱用的一些技巧/技术，或者说弊大于利的工具，包括
1. ORM frameworks
1. D ...

请赐教
orm项目很需要的啊，要不然改个值都要手写sql，change detecter替你搞定，当然影响performance的tracking要根据情况看要不要

DI也是项目必备啊，只要注意lifetime和不要什么都从root container里面搞还有dispose问题，这也能用坏么。。。

anklos

hgon23 发表于 2022-1-18 19:01
现在有一部分的OLTP系统都不使用关系数据库了，转而使用一些专有数据库类型，比如Dynamo。这些数据库是专 ...

非常感谢分享。

微服务，nosql之类的场景确实没有必要。因为本身可能没有太多关系数据逻辑的代码，没必要。

对那些有大量关联数据逻辑的monolith，如果不用ORM，不敢想象纯sql是什么感觉。有些公司会自己架构一层简单的ORM，作为折衷选择。

另外需要复杂DB操控的时候就手写一下，大部分业务逻辑不需要啊。这个很多高级语言都有类似的设计。比如库需要高性能就用C语言写，其他就用自己语言写。

每个框架都有很多人反对，我觉得这个不能拿来作为不用的论据。否则什么框架都不能用了，全部原始开始写代码。比如DI和Mock，你不用的话如何解决相关的问题呢？

anklos

whoisit 发表于 2022-1-18 19:04
ORM在复杂的情况下最后生成的SQL有performance issue。你当然可以手写sql让ORM去call，但是你之所以用orm ...

有些时候只是需要你去执行，比如复杂的update，不需要返回一个mapped class object。

如果有数据需要，需要map to class话再map一下就是了。只是多了个步骤。具体场景往往把返回的id传出去就好了，不用再map了

anklos

hgon23 发表于 2022-1-18 19:01
现在有一部分的OLTP系统都不使用关系数据库了，转而使用一些专有数据库类型，比如Dynamo。这些数据库是专 ...

请问你们函数模块开发还会用java吗 还是其他函数语言？

woshidajiangyou

anklos 发表于 2022-1-18 08:19
非常感谢分享。

微服务，nosql之类的场景确实没有必要。因为本身可能没有太多关系数据逻辑的代码，没必 ...

反正进入一个team，你就要用team现有的技术和方法
除非你够牛b，以leader身份进去，那可以大改team的现有技术架构
否则不想融入team，就只能自己走人
我见过因为不想写functional programming而走人的

就像你说的，每种技术都有优缺点
虽然大多数人都会选优点多有缺点的技术
但并不意味着小众的技术就用不了

对你爱不完

woshidajiangyou 发表于 2022-1-18 18:37
反正进入一个team，你就要用team现有的技术和方法
除非你够牛b，以leader身份进去，那可以大改team的现有 ...

敢问有几个leader改team的现有技术架构

sennylu

亚马逊造轮子，但是很多业务是建立在现有公开业务上的

dpblue

ywolf 发表于 2022-1-18 16:45
AWS没叫你加班，但会给你个8小时内不可能完成的任务，你自己看着办要不要加班...PIP估计也不会有多少，毕 ...

做不完会如何？

hgon23

woshidajiangyou 发表于 2022-1-18 19:37
反正进入一个team，你就要用team现有的技术和方法
除非你够牛b，以leader身份进去，那可以大改team的现有 ...

新进公司都是在现有的代码屎山上面继续拉自己那一小坨，重点是不要把屎山搞坏。

hgon23

cathyqk 发表于 2022-1-18 16:46
你这个倍数是怎么计算的？一个人干2-3个人的工作量？

住要基于工作压力（大概率遇到不好的manager和猪队友）和工作时长（24/7 oncall不给钱）。

或者你可以理解为澳洲本地IT公司码农平均工作量的2-3倍。当然亚麻那么大，总有少数组可以躺平

hgon23

dpblue 发表于 2022-1-19 01:55
做不完会如何？

很多manager会用14条（现在是16条）【领导力原则】鸡蛋里挑骨头。。。
https://www.amazon.jobs/en/principles

hgon23

whoisit 发表于 2022-1-18 19:09
请赐教
orm项目很需要的啊，要不然改个值都要手写sql，change detecter替你搞定，当然影响performance的t ...

用DI framework来举例，现在微服务框架，用DI来管理不到10个依赖，有点【大炮打蚊子】，整个team还要搭上DI的学习成本，代码的可读性有所降低。
建议微服务先用手动DI。然而个人观察到的现象是很多码农都是在项目开始的时候不假思索的直接使用DI framework。。。

当然monolith项目需要管理成百上千的依赖，可以使用DI Framework，但此时一般会选择拆分monolith。

DI从软件工程的角度来看，有点【本末倒置】，具体原因参看：
https://www.youtube.com/watch?v=YMII3Lki9uo