Java选手如何在C++组生存？

请问一下下面几种情况那种伤害最小：

1. 能出活，但是写像Java的C++代码。多写，多提交，根据组员review的建议来改进和学习。
2. 自己私下补课学习，坚持练习写C++风格的C++代码，但前期出活会很慢

请问组员对哪种情况容忍度比较高？

1，1给人的印象是，你会写代码，只是不熟悉c++。2可能给人留下你代码都写不好的印象。而且不要想着一步到位。

我当时选了2，刚入职的项目研究了很久的模版和智能指针，导致我tl以为我不会写代码，给我写了一些最简单的逻辑处理企图教我写代码，给我尴尬的😅最后我花了很长时间才扭转他的印象。

作为打工人，有产出很重要。你可以cr的时候再改，然后和组里人说一声我写c++可能带有Java口音，请大家大力纠正就好。

直接上手，多看codebase里现有的code，楼主是不是meta的？ 我也是java 转 C++，一开始 RAII， coroutine，还有folly 啥的看的要爆炸，多写写就好了。
其实c++代码风格太多了，每个组估计都不一样，我现在的TL就十分喜欢functional programing，能用range绝对不让用for loop，能写composition绝对不让写inheritance。。。。。十分蛋疼。。。。。

选1  的话不一定能由着你来

有的时候遇到一些reviewer 非常非常坚持那一套风格，一句 it is good to keep coding style consistent  你就傻了

有的时候你的活还就那么一两个人可以review的时候，你咋办。。。。

选1。只要没有bug就好。我都写C++风格的JAVA，大家看着看着也就习惯了。

马上跳槽了, 同关注一下..

当然选2了，你是新人，要自己主动适应环境。另外为什么java背景去c++组？

正在进行时。我选的是1。

首先我被指派的是做比较小的features和改动，还没有到写很复杂的新逻辑。之外我自己去要求修一些不是很重要的flaky test去熟悉逻辑，学习别人写的。平时比较senior的同事的代码抽几个感兴趣的读一下。
遇到过reviewer要求改成新式写法但是和代码库风格不一致，我也有同事遇到过，这种要么去搞个新的代码去整理下所有写法，要么就跟对方解释一下，要么就听人家的。没有多大事，更加像一个communication problem。

2的问题是，项目出的问题大多和逻辑没覆盖到或者没写对有关。况且一些比较在乎coding style的公司就算你用的你自己熟的语言也可能要改很多，所以可能1更快一些吧。不过自己学习的可能印象更加深刻一些。

LZ你只要不是去写什么C++的开源库，基本上熟悉下C++常见的idiom也就是几个星期的事情, 后期根据code review来拓展就好。

我选1
工作做怕没有 visibility...

补充内容 (2022-03-16 08:52 +8:00):
最*怕

选1 我很多时候做新项目或者是away team work，很多事情不懂，但是不管咋样先甩一个垃圾cr出去，然后根据反馈快速改，最后结果也都很不错，出活是最重要的。