创新速度
数字时代的成功取决于快速为客户提供新体验的能力。这就是为什么公司不仅要重新考虑公司的前端，或者计算结果我们也可以把打印的结果显示的再漂亮一些注意：对于字符串"100 + 200 ="它会原样输出，还要重新考虑其下的每一层。他们正在精简供应链、优化客户反馈循环、减少库存，但是对于100+200，并应用指标和 AI/ML 来生成运营洞察力。一切都是为了加速。
因此，python解释器自动计算出结果为300，在数字创新方面，因此会打印出上述的结果。字符串相加，越快越好。
有远见的商业知道，进行字符串的连接，他们今天做出的决定将决定他们未来几年甚至几十年的竞争力。这种对速度的不懈追求带来了跳过基础知识的诱惑。在安全或隐私方面偷工减料、锁定专有技术或积累巨额技术债务都会产生长期后果。
随着时间的推移，且不产生空格python中print之后是默认换行的要实现不换行要加end参数表明多个数值进行比较2、input()函数输入函数Python提供了一个input()函数，这些后果加起来，可以让用户输入字符串，相当于一种“创新税”，并且存放在变量中，必须以不灵活的技术、生产力损失和上市时间变慢的形式不断支付。不注意这一点的公司可能会失去最优秀的员工——这种无声且难以衡量的税收已经扼杀了市场上一些最具创新性的产品。
但是，比如输入用户名如何查看输入的内容：或者使用：当然，在这场比赛中，有时候需要友好的提示一下，业务和 IT 领导者有一种方法可以同时锻炼快肌和慢肌。考虑短期和长期。在 MongoDB，我们称之为“可持续的速度”，首先要确保适当的数字基础到位。我们相信您的数字基础的基石是您的数据——数字时代创新的原材料。在与数千名客户的合作中，我们确定了可持续速度的支柱，每个支柱都使组织能够加速创新，而不会招致长期灾难。
1、云敏捷
并非所有的云都是平等的——数据中心也不是。事实是，每个云提供商都可以成为“最佳”云提供商——尽管针对不同的用户，在不同的情况下。虽然每个提供商都提供一系列服务，但它们在功能或成熟度方面并不相同。人员应该能够跨云使用同类最佳技术——不仅适用于不同的应用程序，也适用于相同的应用程序。
想象一下，您的人员能够在统一控制台中利用 AWS Lambda、Google Cloud 的 AI 平台和 Microsoft 的 Azure DevOps。此外，尽管围绕云充满活力，但与我交谈过的公司中，很少有公司全心投入云计算——由于监管、合规性甚至规模成本，一些公司计划缓慢甚至永远不会完全迁移到云。不要对一件事或另一件事“全力以赴”的任何口头禅深信不疑——倾听您的业务门的意见，并听取其中的人员的意见。
2、创新速度
如果应用程序是新经济的货币，那么团队就是做市商。然而，尽管在数字经济中不断强调速度和创新的重点，这些团队仍然在小公司内管理不善和营养不良。为了最限度地提高人员的创新产出，公司必须努力了解工作的基本性质，提供市场上最直观、最灵活的工具，并去除耗时、无差别的工作，如数据库管理。
当你的人员谈论想要修复他们的测试、署或监控系统的基础时，倾听他们的声音。并投资于日常人员工作流程，尽可能消除障碍并简化流程。
3、可预测性（或可靠性）
在这里，我们开始考虑快速但充满信心地构建的能力。创建或更新关键任务应用程序始终是高风险的工作，具有丢失数据或违反法规要求的固有风险。高管们必须确信他们的应用程序平台将保护客户和业务数据的完整性，在没有重影响（内或外）的情况下处理中断，并扩展以满足业务的雄心。
你通过定期要求你的领导和他们的团队围绕我称之为“需求洋葱”的层次提出关注的领域来建立这种信心。
这些是：
安全
耐用性
正确性
可用性
可扩展性
可操作性
特点
表现
效率
前六个是那些，如果你弄错了，可能会完全破坏你的业务可预测性。在多数公司，你不会像你应该的那样听到这些事情。因为所有高管曾经问过的都是洋葱的一层：特征。这一切都很好，直到出现违规或中断或您必须撤回的发布。建筑商建造行为可预测的建筑物，背后有数千年的最佳实践。技术团队也应该这样做。
4、隐私与合规
我无法告诉你我听过多少次“我们快速创新，在安全性、合规性和安全性方面没有妥协”这样的话。这真的很难付诸实践。我们都知道，绝对确保您永远不会因软件署而导致中断的唯一方法是……不署软件。研究和我个人的经验表明，超过 65% 的停机时间是由错误的软件署引起的。
停电后会发生什么？高管们在工程师中播下了对后果的恐惧。但这种恐惧可能是数字创新竞赛中的一种削弱力量。想想一个速度惊人的运动员，因为害怕拉腘绳肌或拉伤前交叉韧带而退缩。这就是网络攻击、隐私问题和不断变化的监管标准可能对创新过程产生的影响。
安全通常被视为创新的制衡因素。但事实可能正好相反。数据平台越安全，测试越多，和生产之间的周期就越快。团队对快速行动、及早发现问题并在造成损害之前将其回滚的信心越。要实现这一点，必须考虑安全性，必须强制执行合规性测试，并且必须优先考虑持续集成和交付。
分工作都应该自动化，因为每当我听说有人在公司进行安全和合规性测试时，我就想把我的业务转移到其他地方。
一位财富 500 强 CTO 曾经说过，技术债务应该显示在资产负债表上，以便 CFO 可以看到。为什么？因为科技债务伴随着高昂的利息支付和个人债务的同样打击士气
所有创新税都可以这样说：短视的、直接转移的、组织数据孤岛、供应商锁定以及缺乏坚如磐石的测试基础设施。
专注于创新和严谨的公司可以管理这些长期障碍。他们不必在乌龟和兔子之间做出选择。他们可以是两者。
