云的未来是微软失去的

......我向你保证，我对此并不比你可能更幸福。

基本上，所有新开发人员都使用vscode（或更好，其浏览器等效Github代号），Microsoft产品。他们编写不同质量的代码，然后在Microsoft产品中写入Github中的东西。如果他们是幸运/不幸的，足以拥有生产环境，他们通常会通过Github操作开始部署到该环境。

如果它们可以将“部署到Azure”集成到此工具链中的某个位置，则留在Microsoft Ecosystem Start to Finess中成为其他云提供商无法触摸的默认情况。

AWS是这个空间中的一个非起动器。创建AWS账户基本上每个开发人员都显着脱离了，因为经验是废话。

您需要在大致有十几个服务中小心，以获得您的第一个EC2实例;即使使用Cloud9（他们的浏览器编辑器），人们可能会使用一次，从厌恶地反冲，而且永远不会重新审视）需要一个完整的AWS账户设置，除非您愚弄足够愚蠢的root帐户，否则将摆弄，然后基本上掌握在下巴上。

它不合适。由于基本上没有人使用它，因此您不会找到一个关于这件事的博客帖子。

谷歌拥有更简单的开发人员船上体验。但你仍然必须去寻找谷歌云作为一个独特的产品，并最终迎接使用它的肯定选择。

他们已经堆积了一堆SDK和其他技术，如Firebase，看看体面采用。但他们没有IDE答案。

由于谷歌团队显然被允许在公司自助餐厅互相交谈，因此他们也显然比AWS更好的一体化故事。但该故事在介绍性水平仍然薄弱 - 这就是重要的。

同时，如果它们能够正确执行此操作，Azure（联合到GitHub）将成为GitHub接口中的开发人员IDE中的按钮或标签。

他们已经拥有了一个相当大，蓬勃发展的开发人员生态系统。这里的诀窍/枢轴将介绍他们向不同的开发人员的不同子集提供吸引力。

当然，我当然是我作为我作为我的侧面项目的创始人，宠物推特的角色。

明天，我将达到市政厅和文件登记文书，为宠物的推特，宠物通信的首要社交网络。由于辛勤工作的奇迹，一座风险投资，在未来10年里，我的背部有特权的风，它将成长为一个公开交易的公司，这是S＆amp的一个组成部分。

在该生长轨迹期间，Azure（坦率地，任何企业供应商）都需要拥有一个我成为客户的斜坡。没有那个，供应商正在为长尾市场提供服务，这将越来越多的时间选择。

今天的开发实践，初创公司使用的是大型企业将在五年内使用的是什么。企业喜欢将自己描述为“像一个起始”;逆几乎从不真实。

微软知道如何讲企业。通过他们的github和vsode产品，他们也会学习如何说出启动。

诀窍将集成那个途径，以便它不像两个微软（或两个微型软件？）。

如果他们明天能够实现这一目标，它可能会在最低五年内通过一定的五年来恢复Azure。这是因为每当我尝试尝试它时，Azure仍然困扰着。

也许我只是一个美丽的定制天使，神奇地绊倒了每个角落案件 - 但我非常怀疑。

对我来说，产品还没准备好。它一直越来越好，但它们显然是针对Web控制台的第一交互模型而不是API驱动。 Azure不像其他云。

将它们转向这种操作模型是非常痛苦的。但如果他们可以成功完成，奖励是丰富的。

事实上，当客户长大的策划版本时，它有可能成为下一个Heroku，有合理的“下一步”。 它还有可能提供一个相对让其他云提供商看起来像在车道中掉下一堆砖块和木材的房屋。