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

LZ在麻厂retail呆了几年，觉得学到的东西很有限，因为retail基本上是business driven，做service也是内部service框架很容易用，最近两年又基本上是aws常用的service（lambda，dynamodb，kinesis，s3，etc）搭积木。

总之感觉技术上深度广度都不够。业务逻辑的话，感觉很多东西除非去对口的公司，否则也不太transferrable。

反之看一些cloud（SaaS, PaaS, IaaS）工作的人或者非cloud公司造轮子组的人，似乎更能学习一些开源的东西和分布式系统更深入的理论。

LZ知道不管我在哪都可以自己学。但是就工作8小时想好好利用提升技术的话，是不是去cloud/造轮子的组一定比做业务强呢？

还是说这些比较次要，自己下班后充电更靠谱一些。

求轻拍。

插眼，同在retail干了几年，有类似的想法。但感觉后端很多东西还是共同的，比如如何搭一个高可用高并发的后端service，只不过很多内容只需要依赖aws或者亚马逊本身的infra比如hex asg这种，不太需要自己深入研究。business可能也有business的价值吧，之前在地里读到过一篇文章说如果能把亚马逊fulfillment这一套business搞清楚在国内找一份供应链相关的工作会很有优势。毕竟亚麻体量那么大，很多business都会比同domain下别的公司use case更多更深入，感觉值得深入研究。

其实啥都是做几年就得换个领域，除非你的组织给力一直给你加更大的scope，否则干两年就无聊了。我之前和几个做infra的人聊过，比如DB，Kinesis，S3很多内部的东西也就那么回事，做个两年都接触差不多如果不own更大的scope也就没意思了。然后做infra的可能会换其他infra或者做product的组。当然有时候也有product组但是能接触其他infra组的东西的时候，那样也可以多利用时间看看别人的service code。

ccyjava 发表于 2021-07-15 19:53:28
道理你都对，但人家八小时内既能完成绩效，又能提高能力，你还得苦兮兮的用八小时之外的时间提升自己，岂不是很亏？

Allow me to elaborate.
我不认为楼主面临的是一个技术问题，只是习惯性的把一切工作问题归结于技术。码工这行一个基本素质：flexible。说俗一点：只要老板放盒饭，什么戏都敢接。说高大上一点，要保持终身学习的习惯，并且永远拥抱技术和工作方式的不断抽象。这个和楼上各位说的scope的升级一致。上班的八小时，唯一的目标是解决能让你获得更大影响力的问题，至于途径是通过手撸汇编还是框架还是Excel，并不重要

真的在做狗家infra的插一嘴。还是要看lz是不是真的对infra感兴趣。
是不是能学很多，我个人作为junior来说觉得是的。但是同时我也并不是对技术极其热衷的人，所以经常做的很痛苦。尤其是一个大的分布式系统出现了slowness那真的太难找问题了，要看server log哪个rpc太慢了为什么？做profile看哪个function多花了几秒钟？底层的protocol是什么原理，这个slow到底是不是由于server throttling引起的？
再这些之后写code反而是最简单的，基本上就是leetcode medium的算法数据结构，偶尔有比较fancy的算法可能会看看paper和前人的实现。
听着可能觉得很有意思，但是自己做真的太痛苦了…组里呆了很多年的有经验的senior能排查出来，但是junior真的很难，这就意味着infra（至少我们组）senior以上才是主力输出，而junior做这些ramp up很慢，非常struggle。经常在想转去product组调调API写写业务逻辑算了。。

我短短的在retail的经验让我觉得在这种team最重要的是你会学到很多domain knowledge 如果你愿意长期干下去的话

提升技术能力本来就是八小时之外的事情。
上班的八小时目的是把你从别处提升的技术能力兑现成绩效和影响力。

平台可以归为infra，也就是所谓的基础架构和组件，product vs infra，地里老生常谈的话题了

backtouzhaogong 发表于 2021-07-15 19:47:11
提升技术能力本来就是八小时之外的事情。
上班的八小时目的是把你从别处提升的技术能力兑现成绩效和影响力。

道理你都对，但人家八小时内既能完成绩效，又能提高能力，你还得苦兮兮的用八小时之外的时间提升自己，岂不是很亏？

现在企业的发展趋势，就是让每一个人都螺丝钉化

在狗家的也有同感，甚至用的积木还没有亚麻的transferrable。插眼看讨论。