第39章 派对遇到黄公子，微软的震惊（2 / 2）
请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能，避免出现内容无法显示或者段落错乱。
但是好东西不能一次放出去，现在更新，这速度也足以让大家震撼了。
弄好之后，陈一然才回去，准备试试能不能把汉娜折腾醒。
陈一然不知道的是，这个更新
他不知道的是，这个更新在几千公里之外的雷德蒙德，如同响雷一般，震惊了微软高层。
时间拨回两周前，茉莉工具一號刚上线的第三天，微软高级开发经理马特?霍金斯就在hn上看到了那个帖子。因为敘述太过於完美，他把连接丟进了编辑器架构组的sn群里，让手下的人看一看是个什么情况。
十分钟之內，群就炸了。
核心討论点有三个：进程隔离架构是怎么做到的、c#补全在ac上能跑、专利申请中。
c#补全在ac上能跑，这一条让所有人都非常的恐惧。
微软的tellisense是dows生態的一部分，ac上想用c#补全对不起，没有。onodevelop那玩意儿基本等於没有补全。现在有个独立编辑器做到了，而且不是基於ono，他们自己写了编译器直接支持.。
这意味著两件事，第一，这个编辑器的技术实力比预想的高得多。第二，c#脱离dows生態的入口，真正的出现了。
產品总监莉萨?陈当天下午就写了备忘录，发给了上级。developerdivision高级副总裁索马?索马塞加。
莉萨的备忘录写得很克制，但核心判断只有一句：如果我们不行动，c#在ac上的生態会绕开我们自己成长起来。
soa看到备忘录的时候，正在准备visualstudio2010发布后的復盘会议。vs2010四月十二號刚上市，全部门还在庆功的气氛里，这封备忘录像一盆冰水，让soa的心拔凉拔凉的。
他没有立刻回復，也没有马上上报。
不是因为他不重视，而是因为他太清楚微软內部的运作方式了，他得仔细思考一下怎么把自己摘出去。
这种事，上报还是不上报
不上报，万一以后专利批了，tellisense未来功能很可能受限，法务追溯起来，那就是你当时就知道为什么不说
上报，万一鲍尔默觉得你在小题大做。一个一个人做的编辑器，上线才两天，你就要我关注那就是自找麻烦。
更麻烦的是，上报之后如果被重视了，那怎么办，收购吗对方愿意卖吗，会不会狮子大开口呢，这绝对是非常差的差事。
他作为上报的人，会不会被派去搞这个事后会不会变成背锅侠
soa在微软干了快二十年，从工程师做到高级副总裁，最大的本事不是技术，是政治嗅觉。在微软这种超大型企业，办公室政治可能比技术还重要。
他知道在这种事情上，最安全的做法是：上报，但要把自己摘乾净，绝对不能接手这个破事。
第二天，先给莉萨回了邮件，要求编辑器团队做一份详细的技术评估报告。同时抄送了法务部门，让他们查一下专利申请的公开记录。
他做这两件事是有讲究的，技术评估是莉萨的工作，法务查询是法务的工作。他只是安排了两个团队各自做自己的事，没有做出任何判断或建议。到时候直接把两边的文件往上传就好了，毕竟技术问题法务问题，还是交给更专业的人干比较好。
法务那边一周之后才有信息传回来了。专利申请的公开信息有限：发明人yiran，地址nlopark,ca，受让人firstbitellc。律所fenwickwest。
专利申请范围覆盖了基於语义分析的代码补全方法，如果批了，tellisense很难绕开，只要对標功能，就很可能构成侵权。
莉萨则是非常不好的消息，经过了一个多星期的使用，团队成员对於茉莉工具的强大已经產生了恐慌，这里面的核心技术是无法绕过，並且具有革命性的。
soa此时已经感觉到了，这个事情非常的麻烦，谁碰都不会好过。
他把两份报告打包发给了上级，serverandtoolsbess总裁鲍勃?穆利亚。
又硬著头皮写了简报。
开头用了整整一页描述茉莉工具的技术特徵和战略意义，进程隔离架构，自研编译器替代ono，c#补全在ac上可用，专利范围可能影响tellisense。然后备註好，这是產品总监莉萨?陈的评估。
第二页是法务的评估，备註好了更专业的法律问题，还是要找法务询问。
第三页才是建议，而且soa把建议写得非常温和，建议持续关注，必要时考虑通过商业手段消除专利风险。
通过商业手段消除专利风险这句话可以理解为收购，也可以理解为授权，也可以理解为什么都不做。soa只希望尽力削弱自己在这件事里面的存在感，让上面的人自己头疼去吧。
soa希望降温处理这件事，但是在他简报放上去的当天，陈一然发布了茉莉工具一號2.0版本，正式宣布支持python。
微软这边，鲍尔默终於被惊动了。
↑返回顶部↑