##Python3 迁移怨声载道
今年1月1日 ， Python 2代码库被冻结 。从那天起 ， 不再有Python 2进一步的向后移植（backport） ， 实际上使这种语言及运行时环境成了过时的技术 。核心开发人员Nick Coghlan在FAQ中解释道 ， 因而结束了“核心开发团队为参考解释器同时维护Python 2和3长达约13年”的局面 。
文章图片
文章图片
Python 2的最终版现正通过beta测试版和发行候选版阶段 ， 预计最后一个生产级版本Python 2.7.18会在2020年4月推出 。
虽然Python社区中的大多数人一致认为Python需要大刀阔斧的改动——尤其是由于迫切需要的、早就该有的统一码（Unicode）支持 。但是Python 2代码运行得好好的许多人颇感沮丧 。有关这种迁移的真实故事在网上比比皆是 ， 领导迁移工作的开发人员更是有话要说 。
文章图片
文章图片
迁移故事
Chris Siebenmann上周巧妙地总结了一些挫折感 ， 他的Twitter个人资料显示他是一名“过于投入的系统管理员” 。
Siebenmann在一篇博文中写道“没必要维护就可以运行的实用代码是一种资产；它就在那里 ， 处理有价值的任务 ， 不需要你做任何工作 。为了不破坏系统（而不是添加任何功能）而必须做大量工作的代码是一种包袱；你得做一番工作 ， 还引入了风险 ， 却一无所获 。”
但是他的处境没有博得云/ AI架构师Phil Rhodes的多少同情 ， 后者创办了Fogbeam Labs ， 这家公司生产开源企业软件 ， 他在Hacker News网站上提出了相左的观点 。“大约12年来 ， 人们始终知道需要开始迁离Python 2 。如果你现在因Python 2即将消失而感到恐慌 ， 很难不问‘你之前在等什么？’”
文章图片
文章图片
大公司同样面临迁移方面的挑战 。LinkedIn的高级软件工程师Barry Warsaw还是自上世纪90年代中期以来的Python指导委员会成员和Python核心开发人员 ， 他在博文中描述了“在完成大概两个季度的规划和两个季度的执行之后” ， LinkedIn为完成代码库的迁移开展了旷日持久的“横跨多个季度的工作” 。
开发团队先在图上列出了诸依赖项以确定工作优先级——列出了75个“基础性”存储库 ， 然后创建了内部库的“双语”版本（可以使用Python 2或Python 3） 。
Warsaw提到多个团队和部门的工作时写道：“这项工作需要共迁移约550个代码存储库（库、应用程序和服务） 。”除了面向用户的服务外 ， LinkedIn还在内部使用Python用于持续集成/持续交付（CI/CD）框架、命令行接口以及部署和数据科学工具 ， 这种散乱的非整体式环境用Warsaw的话来说“包括数百种独立的微服务和工具 ， 外加几十个支持库 ， 它们都归分管不同存储库的独立团队拥有 。”
但是并非所有人都感到很高心 。1月份 ， 开发人员Wayne Rowcliffe在Hacker News上发帖称其工作场所终于“快要完成迁移到Python 3的工作” 。
“这项工作的最终结果是 ， 上周我花了很大一部分时间来审核有70000行代码变更的合并请求（pull request） ， 这是去年秋天进来的大约1万行变更请求中的最后一个合并请求 。这一切都是我一位同事的杰作 ， 他那无人羡慕的任务是梳理我们的整个代码库 ， 以确定‘这是统一码 。这是字节 。这是我们需要编码/解码的API边界’等等 。”
“那是噩梦般的工作 ， 很高兴我们捱过来了 。”
他在后来的评论中将策略归结为9个字 。“我们运行了代码检查工具和测试套件 ， 直到一切都过关 。只是这时你面临100万行代码 ， 要花不少的时间 。”
推荐阅读
- 『频率』广电5G动真格 700M频率迁移要按期完成
- 咪蒙■咪蒙时隔一年后疑似要再度复出 此前备用小号迁移到新账号中
- 『咪蒙』咪蒙时隔一年后疑似要再度复出 此前备用小号迁移到新账号中
- 硬盘@ORICO速龙H110 240G SATA固态硬盘上手：系统无损迁移
- 业务：夯实数字化平台建设 中小企业业务向云端迁移更进一步
- #GitHub#CVPR 2020 Oral：一行代码提升迁移性能，中科院计算所研究生一作
- #视讯广电#广电5G动真格 700M频率迁移要按期完成
- 『云端』重大失误？NASA全面向AWS云端迁移数据 却忽略了访问成本
- 『cnBeta』重大失误？NASA全面向AWS云端迁移数据 却忽略了访问成本
- 『』云计算迁移别忘了备份物理服务器和数据