自 2010 年甲骨文起诉谷歌至今，谷歌和甲骨文之间的软件版权纠纷案（copyright dispute）已来来回回牵扯了十年之久。目前，该案件又有了新进展，据 ZDnet 网站报道，在可以影响软件开发未来前景的谷歌对甲骨文的法律诉讼案中，一群科技公司和组织提供了对谷歌的支持。
科技行业认为，如果谷歌在与甲骨文的抗争中失败，行业中许多现有软件工程实践将会经历全面改革，同时，其创新的步伐也将受到拖延。 回顾事件可知，在 2018 年 3 月的最新一轮法律诉讼中，联邦巡回上诉法院认定 Android 侵权，判决甲骨文胜诉。但之后，谷歌并未就此罢休，并成功于 2019 年 11 月获得了美国最高法院（Supreme Court of the United States，SCOTUS）将对此次裁决的复审支持，重新思考甲骨文的胜诉一事。日前，谷歌还提醒美国最高法院称，甲骨文有可能成为垄断势力。 而在周一联合提交的，一份名为“friend of the court”的法律文件简报中，其又提供了一些相关信息表明：Mozilla，Medium，Cloudera，Reddit和其他人都一起呼吁 SCOTUS 推翻联邦法院的决定，并允许 API 继续不受版权保护，或者说至少可以合理使用。 在简报中，这些组织争辩说，联邦巡回法院的决定通过“赋予强大的在位者特权，为新参与者创建了人为的进入壁垒，并阻止了新软件开发”，扼杀了创新和竞争。具体情况，请大家关注本次专辑…… Python 2.7 于 2020 年初达到寿命终止（EOL），此举意味着该语言的版本将不再接收任何形式的更新，包括安全更新。 Python 软件基金会在其网站上写道： “我们需要淘汰 Python 2，以便能够通过更快地改进 Python 来帮助 Python 用户” 。
并表示，“我们在2000年发布了 Python 2.0。几年后，我们意识到我们需要进行重大更改以改进 Python。因此，在 2006 年，我们启动了 Python 3.0。许多人没有升级，我们也不想伤害他们。因此，多年来，我们一直在不断改进和发布 Python 2 和 Python3。但这却使改进 Python变得困难。存在有一些Python 2无法处理的改进。并且，这样也削减了我们改进 Python 3 的时间。 最初，Python 软件基金会计划在 2015 年停止使用 Python 2，但由于许多人在 2014 年仍未升级，EOL 数据才被推迟。如今，终于到了 Python 2 被淘汰的日子。ActiveState 最近则对 1,250 名开发人员进行了调查，为公司为 EOL 做准备获取更好地了解。 更多内容，请关注本次专辑…… 随着 Kubernetes 的采用率不断增长，IT 领域在接下来的这一年里应当关注什么？The Enterprisers Project 网站的作者 Kevin Casey 探讨了关于 Kubernetes 的五种可能的趋势。
Casey 认为，目前大多数组织采用 Kubernetes 的第一步可以归结为“我们可以为此使用 Kubernetes”。接下来的采用趋势则很可能转变为“我们可以为 Kubernetes 构建它”。也就意味着，更多的组织会考虑到 Kubernetes，从而专门开发软件。 这种趋势已经开始扎根在围绕 Kubernetes 的新兴生态系统中。Red Hat 副总裁兼首席技术官 Chris Wright 指出：“就像 Linux 在 2000 年代成为开源开发的焦点一样，Kubernetes 也正在成为构建技术和解决方案的焦点。” 基于这一趋势，Kubernetes-native 或 Kubernetes-first 的软件将会得到增长。 Kubernetes 集群联盟渐趋成熟集群联盟功能最初在 Kubernetes 1.3 版本中引入，现在这一功能正趋于成熟，1.5 版本还引入了 “kubefed” 命令行工具，用于更好地管理集群联盟。 Casey 的文章中预测，虽然 Kubernetes Federation v1 尚未实现 GA，但 v2（KubeFed）目前仍在 Alpha 中。2020 年，Kubernetes Federation 功能很可能会达到 Beta 和 GA。“联盟使用托管群集中的一组 API 的配置来帮助协调多个 Kubernetes 群集。此功能对于多云和分布式解决方案来说非常有用。”更多详细内容，请大家关注本次专辑…… |
