我在微软这几年(一）——最初的美好

楼主别一直开新帖了，都放一起吧

楼主继续啊！

给楼主加了一些米，期待这个作品能完稿！

求更新！

游客 76.244.39.x 发表于 2021-1-24 14:35
司马格面前的邮件这样的：当前最复杂的测试系统建立过程，被司马格搞死了。

司马格感觉很奇怪，因为他改 ...

我在微软这几年（三）——华丽丽的失败

自打微软给司马阁涨了钱以后，任务就排山倒海的过来了。其中有一件就是让司马阁从某个新上马的系统中找到非实时信息以保证目前的实时系统是正确的——旁边组的领导怀疑产品有不对的地方。通俗说来就是我们每天都记账，月底的时候结账，看看数目字是不是能够对上，时限两周。
司马阁拿到任务以后，总体上明白了需求，然后着手熟悉那个系统——微软自己的map-reduce系统，叫做cosmos。当时的cosmos系统刚刚起步，缺点是很多地方不完善，优点是文档都是最新的。司马阁那时候还没有一个程序员必须的系统处理异常的质素，加上cosmos系统也不具有一套完备处理异常的架构，所以每天上TB数据的经常在最初的几百兆就出现异常。司马阁修复了常见异常以后，把剩下的异常都吸收了，自己计算了异常率，避免漏掉太多的数据。这时候两个星期已经过去了，老黄过来说司马阁你失期了。司马阁承认自己估计有误，又要了一到两个星期的时间。

随着对系统的深入了解，司马阁发现组里数据格式的设计是不满足cosmos的基本先决条件的——这时候从项目开始两周零一天。司马阁就跟老黄说了这件事。老黄很愤怒，说为什么第一天没发现。司马阁当时很老实，说熟悉系统以后才能看出这个问题。老黄借这个因子数落了司马阁一顿。然后组里商讨调整数据格式，调整以后需要一个月的时间才能到达世界每一个角落的服务器，所以这个项目就搁置了。

今天司马阁看来，有两个地方司马阁可以改进。其一，在估计一个自己根本不了解的系统需要的时间的时候，告知管理层我需要先用两三天了解一下系统再给你估算。这个经验一直到老黄离开以后才得以有效的展开，这是后话。另一个就是，如果数据格式不对，那是当初设计的问题，司马阁作为第一个发现的人，无过之有。司马阁当时觉得自己的确没能做完，所以就认了下来，心里觉得比较憋屈。这种憋屈，偶尔有之是可以的。至于cosmos 系统，从那开始用了两年的时间才达到完备可用的程度。

admin 发表于 2021-1-31 01:27
给楼主加了一些米，期待这个作品能完稿！

站务客气了。我只是觉得速食年代愿意看连载的人少了，所以就没更。大家更 希望看如果短时间内提升业绩，职级，还有收入。我在微软的四五年时间可以说是以教训为主的。这些教训在过后的五年里才慢慢的发挥功效。一个奔四的大叔成为superstar，说也尴尬，说也正常。

谢谢大米，每年一熟的。

jasonde 发表于 2021-1-25 03:02
三个选择？

是啊。
1 毕业前用CPT加入移动组，过后回去答辩。
2 毕业后加入移动2组。
3 加入性能组。

看着和现在的我做的事情很像啊…

Testing is ready before Implementation is common practice calls TDD :)

错别字有点多呃...