求建议prod or infra

码农。工作了一段时间，最近在计划转组，也顺便考虑发展方向的问题。我知道这个问题很多人思考过，想看看大家根据自身经验，多提供些信息，大家一起讨论对自己的职业做出合适的选择。
我自工作以来主要做的都是面向外部客户的项目。这些东西大家可能都知道，自己总结下觉得好的方面是：做的东西有比较直观的产出，跟现实世界联系紧密，impact比较好量化（用户增长等，虽然感觉这些很多时候是项目自身决定的）。不好的：方向很多由business side，大老板，PM等决定（为此甚至考虑过转PM），engineer更像搭积木的。用户不多数据量不大的时候，其实技术并不深（很多项目其实都走不到需要高深技术的那一天），很多business logic并不通用。
在考虑infra，看到了些优点比如engineer话语权更重，解决的多是工程问题而不是用户问题。有点犹豫自己觉得性格并不是特别background person（当然跟人打交道在什么职位其实都重要）。
希望有经验的人能提供些思路建议呀。

infra的impact也可以量化 比如提升系统qps by x%，减少fleet size by x%导致每年给公司省下了多少钱在hardware上，或者提升了engineer productivity by x%，通过自动化将很长的process减少到只需要花很少时间而且不需要human touch之类的。

个人感觉可能人数>1000的公司做infra的impact更大一些

匿名者 发表于 2020-12-21 07:04
infra的impact也可以量化 比如提升系统qps by x%，减少fleet size by x%导致每年给公司省下了多少钱在hardw ...

多谢！确实是在一个service满地开花的大厂

但不像product几乎都可以量化，有一些infra（或者infra team的某些人）的工作很难量化，比如DevX（对性能没有影响，但是理论上你让client的integrate更方便了），以及一些需要product配合才能出真正成果的工作（一个新的更好的api，load test表现很高但是需要大量client的migration。这种在migration完成之前，value还是0）

另外说一个点，有些infra team几乎就只有一个major client，可能就是因为那个product做得很成功，所以一部分人专门独立出来成立了这个product的infra team，并对外也提供服务。这种组在org里的地位显然就是低于那个product team的。不太推荐这样的infra，要不就去个真infra，要不就去那个重要的product。

tq5124 发表于 2020-12-21 10:36
但不像product几乎都可以量化，有一些infra（或者infra team的某些人）的工作很难量化，比如DevX（对性能没 ...

感谢感谢！确实是有些东西难以量化。你说的真infra可以给些例子吗？