胜任海外开发职位，需要什么样的技术水平？！？

[LeeChP]

观国内福报有感。
今天学长又在群里讨论加班问题了。学长 A 律师，跟国企打交道不少，说国企现在加班不比私企少。学长 B 普本硕，国企财务岗，4 号到现在天天加班至深夜。
看多了，翻墙跑路的念头越来越强烈。总是看到 v 站的虾皮各种招聘，还有 gayhub 上逃离 996 的，德国，新加坡等等。不加班，羡慕死我。但是自己菜鸡一枚，不知道需要怎么准备，一门语言➕打好基础不知道得不得行。工作带来的经验完全就看公司项目了。

太累了，现在 976。想进体制看机房！

[freelancher]

这里的水逼太多了。这么多个回复了。也没几个有用的。

想出国工作，第一就是语言关。第二就是技术关。这二个都超过了 95%的人了。自然机会就找上你了。硬撞是没有用的。

[LeeChP]

@ElegantHedgehog 非常感谢！

[laike9m]

和国内区别不大，英语好就行

[leishi1313]

别老是问除了语言关，语言就是最大的关卡。听和说是大部分中国人的软肋，甚至是出不去的唯一障碍

[leoaqr]

SDE 主要就是英语和 Leetcode，加拿大亚麻每年几趟去北京上海成都，肉翻成功的例子不要太多。

[realkenshinji]

@LeeChP 除了英文流利，另外就是多刷刷 leetcode 吧，就我目前面过的可以肉翻的机会来看，没有一家不是上来就考 coding 题目的

[realkenshinji]

@ElegantHedgehog 关于招聘的面经，glassdoor 上有一些，另外要过简历关，内推是最靠谱的办法了

[realkenshinji]

楼主要是希望就这个话题跟我交流，可以加我 vx: a2Vuc2hpbmpp. 目前正在肉番中

[lxfxf]

最关键英语好，会沟通

[wenbinwu]

话说我面试过几个国人，先不说口语的问题，
写个 fibonacci 都要 20 分钟，还得一步一步指导
实在是带不动啊

[hantsy]

@freelancher 90%的 V 站的人会认为国内的技术高出印度人的不知多少倍，但你可以看到印度人在开发领域的地位，美国现在大公司几乎都是被印度人占领了。英语印度口音我也是完全听不懂，技术按（ V 站的）理说也不行，但这就是现状。

在过去多年 Freelancing 经历中，我接触到了很多国家的开发人员，包括罗马尼 亚，波兰，乌克兰，俄国，印度和国人。我一最大的感受，某些国人在很多时候只是一个好的 Coder，而不是 Engineer。

软件工程，要的是 Engineering, 第一次参与国外的项目开发的时候，我才意识到真正的差距。从一个简单的任务执行，就可以感受到差别之大。例如，一个简单的任务，可能只需要改一行代码，那就必须用 Github PR 去做这样一个简单的事情，走完整个流程（ Review，CI，CD 自动化）。如果在国内公司，员工可能把这个简单的事情合并到其他任务中去了，然后，其他各种细节上偷工减料，最后牺牲了软件质量，也不可能完全做到自动化。前几年在上海参与两个创业项目，我试图将这些工程化的观念应用上去，结果都是被一些人以进度，等各种借口无法执行下去，项目结果可想而知，屎一样的代码，只能带来屎一样的结果。

英文是敲门砖，技术固然重要。之前一个项目需要开发人员，恰好认识一些大厂开发人员，介绍过去，开始客户方看背景，很高兴没有面试就让他参与开发，两周告诉我不合适。如果在做事方法不注重细节，只讲表面，不关心点，根本不可能融入国外公司。

[LeeChP]

@wenbinwu 斐波纳奇不至于吧

[LeeChP]

@hantsy 像这样的开发模式，团队沟通应该是重中之重吧？目前的开发状态就很蛋疼，从来都是便利自己，不考虑重用解藕的。

[susan1992]

德国程序员：不加班，合同不允许加班，自愿加班会被老板约谈... work life balance 非常优秀

1. 英语，口音重不重无所谓，能听懂能沟通交流就行
2. 技术面试，德国的技术面试相对美国大厂的简单啊，普通 dev 就 leetcode 初级+中级就够了。楼上说的对，从 testing: TDD, unit tests, integration tests, system tests 到 CI/CD, pipeline 执行 automation test，这些确实很重要。一般 JD 里都会写明要有 testing 经验的，了解 automation testing 的。
3. 另外就是沟通能力，这个比技术还重要。有些公司会用 pair programming 来面试：除了可以看看你代码能力，习惯以外，还有看你沟通能力的意思。

我个人认为我们 team 在测试和 DevOp 这些方面做得非常好了。PR 都会在 pipeline 中做 automation testing。merge 了之后再 master pipeline 里自动部署到 cloud，然后做 cloud 上的 automation tests。有区分 acceptance，dev 和 prod 等等好几个环境...我们每个 sprint 会单独抽出一些 capacity 来做 refactoring，每隔一段时间会考虑 pipeline 运行时间过久，是否要优化 pipeline。还有 TDD 和 pair programming



兼职德国找工作咨询 公众号：CC 猫找工作

[hantsy]

@LeeChP 国内都是这样的，只讲表面上的速度，快，每个人都是忙得不亦乐乎，实际效果并不好。相互缺乏协作，沟通，出了问题相互扯皮，总是想当然认为写测试浪费时间，Pair Programming 浪费两个人的时间。团队根本不注重软件工程本身。就写测试这一简单的事来讲，国内几乎没有几个公司在实施（有段时间，我也想创业，先后加入了两个创业，期间接触了不少创业公司）。如果做到如 @susan1992 所说的，估计更少，几乎没有。但在国外项目，这几乎是行业通则。有些人可能想，先搞原型出来，这些后面慢慢加上去就行了，很难，几乎不可能，至少那经历的那些创业项目，直到倒掉也“没时间”去重构。习惯性思维很难改变，一旦“写测试浪费时间”占了主导，懒就成了习惯了，项目的技术债务就会像滚雪球一样越来越大，直到最后可能让你崩溃。

[wuhanchu]

@LeeChP 当然我也建议在这种公司继续待下去，除非你有股份股权之类的，才值得这么拼命。 人生最怕的就是 钱赚到了，人没了。

[mikulch]

@hantsy 你算是看明白了的人。
话说你现在 fl 的话，主要是接国外的活还是国内的活呢？

[mikulch]

@hantsy 在国内的话就得适应国内这个市场规则。没办法。

在国内，写代码十分重视规范，质量很高，工程设计能力很强，对待流程、文档、测试特别严谨的人，其实并不是特别受重视。你会发现周围的程序员只有极少数人是你这样的人。其他人都是对 软件工程 没有概念的那种随意型程序员居多，和这些程序员交流是一件比较难受的事情。

另外，即使项目天天出问题，只要整个团队看起来非常热闹，也比一个不出问题但“死气沉沉”的团队更容易受到上边的重视和夸奖。

反而之前接触了几个 fl 的团队，对软件工程的概念，执行力很强。

[LeeChP]

@wuhanchu 应该是不建议吧？我现在就摸鱼划水了

[LeeChP]

@mikulch 今天又扯皮对接，一下子暴露了很多问题。这种事，前期没一个人理我，要和前段对接了，才来。真的累，一个个逮着个名词唧唧半个月