大家的工作内容和我的像吗？

ng毕业工作满一年了，发现自己现在的工作内容和我以前想象得不太一样，感觉比较杂有时也很challenge，现在满一年了，我来总结一下自己做的工作内容，希望大家能和share一下你们做的工作、工作感受和我像吗？
我们组基本上每个人负责一个service，所以平常基本上只和mgr交流工作，只有碰到和同事有关的部分时才会ping同事，我司的business是卖软件的。
首先我介绍一下我入职以来做的事情：
（1）写了一个10000多行的新feature（golang + python test）
（2）入组大概5个月时，我费了九牛二虎之力发现了一个老代码的bug是由于grpc版本太旧造成的，然后manager让我把grpc换成新的，但是我们整个体系rpc都用的是grpc，protobuf和grpc基本版本都是绑定的，我最先开始以为就很简单的需要换个lib文件就完事了，结果越做越发现基本上要把code base翻个底朝天，根本就不是能融在新feature里的change，然后就和manager说这个感觉和想象的不一样，不是两星期能做完的事，继续做下去新feature要来不及了，然后manager说那放弃吧，等到以后再修。从这里开始我就觉得工作内容和我想象的很不一样了，我之前以为ng做的工作都是mgr肯定知道解决方法和大概change会涉及的scope，但是这个任务整个过程我感觉我的mgr都不知道我接下来面对的是什么，基本上给不了我任何帮助，当时这件事我做了快一个月，每天都很崩溃，每周汇报时基本都是说我上周做了什么尝试，然后什么不work，这周我觉得可以试试什么新的。加上这个bug不解决，新feature我mgr就不让我继续，所以当时心理很崩溃，每天加班试各种方法。也就是由于这个，学了很多makefile和cmakelist的知识，但是其中的过程真的是有些绝望。。。
（3）后面开始解决别人发来的bug，都是老代码里出现的issue，这个过程还比较轻松愉快。
（4）快一年了，新项目是用新数据库替代老数据库，首先是让新数据库跑起来，写数据库在网络不稳定、node不work时的系统测试代码，然后做软件升级时数据库备份和恢复的工作。mgr和我讲了我要干啥，然后基本上就放养我了，我对数据库备份和恢复在升级时是怎么做的不太清楚，就联系了一个负责旧数据库的工程师，他告诉了我去看什么关键词。我就看到了一堆shell script，都是几千行的代码，也不知道怎么看，我就开始了try my luck的尝试，把我想要加上的代码之前放在了之前备份的代码附近，但是我们的软件每次编译都三个小时，升级也要一个小时。明明只是更换一个shell文件，却要从头开始compile，还要改version，否则不让升级。于是我就问了一个经常告诉我一些hack的国人大哥，看有没有什么hack可以绕过compile，很不幸，他只有一个idea，但不知道确切方法。但是也就是这个idea让我在code base里搜到一个test team写的脚本，可以完成我想要的功能。一个困难克服了，后面还有千千万万个困难等着我。有了这个脚本，我改了一下，可以把我每一次尝试的时间缩短到三四十分钟，但是我加的新数据库的恢复脚本会crash掉旧数据库的恢复过程，我又尝试了两三天，茶饭不思的弄，终于捣鼓出来了。

回想到整个过程，我觉得我的工作和我想象的有些区别，我之前intern的公司，有一个大牛什么都会，如果我return回去的话，肯定不会有上述
（2）（4）的struggle经历，大牛肯定能给我很多方法的指导；但我现在在的这个组，虽然mgr也是sde 5升上去的，但我觉得他技术能力很有限，基本上碰到问题都没法给我很有用的建议。组里没有tech lead这样的角色，只有隔壁兄弟组有，但是兄弟组和我们业务关系比较浅，说是兄弟组只是因为我们share一个skip mgr。所以我碰到问题都只能求助一个另外一个组的国人大哥，但由于业务关联不深，有时候我还是只能自己在坑里爬。大家工作时会有很struggle的时候么？碰到都是怎么解决的？
第二个很奇怪的地方就是，可能我们组含印量很高，沟通比较困难还是怎么的，我们组的印度同事在我onboarding时只会教我很蠢的做事方式，例如部署一次软件他们交给我就是需要花三个小时的笨方法，而且失败率有些高；后来有一次我碰巧问了下国人大哥，他就告诉我他们组从来都是跑脚本自动部署的，大概三十分钟就好了，失败率很低。关键是我mgr也知道我用的是笨方法，我之前还在组会里提出过为什么我那样部署会失败，他们也就只会说你再尝试一下，所以不存在他们忘了告诉我有自动部署脚本。mgr从来都只对我提高要求按照最费事的方式来develop，但是这样develop效率太低。我用了什么hack如果和mgr讲了，他也不会支持。就像那些知道这些事很费功夫，但是他就派给你并指望你suffer一样。不过，就像后面我发现的脚本一样，我们的codebase里有很多script可以简化流程但好多人却不知道，大家工作时也会发现你和同事的信息不对称吗？

虽然我也觉得我的mgr不是很support我了（或者说他能力有限），但我还留在这工作的原因有：（1）我确实学到了很多东西，像make，cmake，换数据库要做的流程和压测，还有shell命令；（2）工作时紧时松，闲的时候还是很爽的。
我也有些许疑惑：（1）mgr真的只负责布置作业和验收么？（2）还有我做的这些东西真的能帮我跳槽么？我感觉我做的都很底层，工作内容会不会越来越像fb家的production engineer和狗家的sre了。。。经常看脚本，测试软件升级，数据备份之类的。。。


请大家也和我分享一下你们的工作心得体会，给大家加米！

公司和学校最大的区别就是，在公司里有时候你的task是没人知道具体怎么做的。上学期间老师布置的作业都有答案，上班不是。lz要学着习惯。manager并不是教授或者ta，他们的主要作用是管理，扯皮和给队伍拉活。如果有代码上的问题，manager最能帮忙的方式就是把可能解答这个问题的人介绍给你。