坐标微软，作为sde2刚进组一直在做小task和看业务+写文档，这合理吗？

我是9月入职微软Azure一个扩建数据中心的组的sde2，不是sde1被差遣去写代码，而是被老板要求own一整块内容。我们做的东西大致意思就是将建数据中心要装各种硬件设备的过程数字化，设备包括和高性能计算机有关的设备、冷却设备、机架、网络设备。网络设备还分层，不同层有不同的设备，老板要求我own的是网络设备里面部分层的设备。这个当然impact不小，但对于domain knowledge的要求很高。包括但不限于对数据中心各种设备的了解以及他们怎么安装的、我们上下游的组是谁并且能获取他们什么样的数据、如何优化订购/安装/安装异常等各种和运筹有关的大小事务。


我这三个月的工作无外乎写一些小task以小窥大来熟悉安装流程、看文档了解安装逻辑和步骤、学习各种数据中心设备的用途。我基本上就在看文档、做笔记、然后写文档（帮助我自己和其他人了解我们组在干什么，在我入组前完全没有这种整理好的文档，这也是老板和Senior希望我先开个头写这个）、写一丢丢代码以小窥大来熟悉流程（我们的流程真的非常复杂，几十幅visio画的流程图，每一张都密密麻麻的，要缩小很多很多才能看清全貌，看得眼睛都快瞎了）


我认为sde应该是以写代码为主的，但我老板说你首先得熟悉流程然后才能写，不然就是像sde1一样告诉他写啥他写啥，这肯定不对，我们愿意给你时间来熟悉流程，到时候你设计新的流程时就游刃有余了。


请问大家有碰到这种业务过于复杂，不了解业务根本没法写代码只能修修补补，且要你去own一整块内容的时候，一开始learning curve特别高的情况下，心安理得把业务流程搞明白是不是比写代码更加重要？


谢谢！我之前没碰到过那么复杂的，基本过一周就可以直接上手设计+写了。我现在这个不允许乱写，需要有专门特定的设计，总之就有点手足无措

感觉老板有意培养你，挺好，碰上好老板了