总觉得作为一个码农，平台型的产品比业务型的好一些，想法是不是太学生气了

backtouzhaogong 发表于 2021-7-15 20:31
Allow me to elaborate.
我不认为楼主面临的是一个技术问题，只是习惯性的把一切工作问题归结于技术。码工 ...

说得很有道理，也才工作两年多，但是感觉能力提升是能把A的解决方案扩张到B， C， D。搬砖什么不重要，关键是会搬，怎么搬，搬过去怎么搭起一个working的solution。这些都是积累和扩展，以及层主说的抽象能力。

编译原理，体系结构，操作系统...

这三样搞透彻！

riotamago 发表于 2021-07-15 19:12:20
插眼，同在retail干了几年，有类似的想法。但感觉后端很多东西还是共同的，比如如何搭一个高可用高并发的后端service，只不过很多内容只需要依赖aws或者亚马逊本身的infra比如hex asg这

没错，我觉得如果很enjoy retail的话这绝对是世界上最先进的retail系统。

但是我最开始的point是说，我甚至感觉我连归纳出共同的设计理念的机会都没有（所以得换组/跳槽）

backtouzhaogong 发表于 2021-07-15 20:31:52
Allow me to elaborate.
我不认为楼主面临的是一个技术问题，只是习惯性的把一切工作问题归结于技术。码工这行一个基本素质：flexible。说俗一点：只要老板放盒饭，什么戏都敢接。说

不是归为技术，但是搞技术的，随着级别升高，该有的能力得有吧。我是觉得我组的东西，我都没太有机会去获得那种通用的设计的能力和知识。当然这也可能是我自己学习能力不够，但是我在想外界环境也是重要的，发展快/更偏底层的地方可能也适合学习一些

mysun8878 发表于 2021-07-15 19:49:20
其实啥都是做几年就得换个领域，除非你的组织给力一直给你加更大的scope，否则干两年就无聊了。我之前和几个做infra的人聊过，比如DB，Kinesis，S3很多内部的东西也就那么回事，做个两年都接触

那些组control plane我觉得就那么回事，data是不是还是更可以学习一些

匿名者 发表于 2021-7-15 21:00
那些组control plane我觉得就那么回事，data是不是还是更可以学习一些

我不是层主，我觉得是的，control plane就是各种微服务、资源管理，都是些万金油的东西。data plane的话你能深入学习特定的infra领域的东西，而且很多设计理念是共通的的，就是你在DDIA里面的看到的那些，随着深入学习你会发现你所在的领域DDIA里面对应的内容其实讲的真的很浅

提供一个之前的思考：如果不考虑钱和升职，选infra还是选product（或者retail），可不可以问问自己如果不考虑码农工资高以及对英语要求相对比较低，自己是更想做码农还是PM或者consulting那种工作？

另外想了解一下做了几年retail或者product的backend工作，作为senior再想换到infra可行性有多少？

插眼 等看回复

感觉楼主说的技术就是技术，什么business sense是不包括的。如果是这个意思，除非这个retail组非常强调高并发或者低时延，否则肯定是比不过infra组的。

我感觉业务逻辑算是比较容易上手的，但infra需要多年的养成，所以做product的不容易去infra，但反正不然。修内功还是很重要的，不过很多人愿意先做出成绩，毕竟升的快也重要。当然了，个人感觉而已。