EOS的开发降为“龟速”？Scatter创始人用数据打脸CCN和Yahoo

译者注：近日，Yahoo Finance刊发了一篇CCN的文章，该文章称EOS开发已经放缓到绝对的爬行速度，在过去三个月中，EOS仅新增114份commits。Scatter创始人nsjames看到后，用数据和调查对这种不负责任的新闻进行回应“EOS的真正发展速度”，有理有据！

翻译自：the-real-pace-of-development-of-eos

这是对雅虎财经一篇不负责任的新闻报道的直接回应。我不愿意按照他们的方式推动事件发展，但我认为这是一个值得讨论的地方。

我们Scatter相信事实、数据和调查。

首先，我们需要从cryptomiso的EOS图表中找出原始的、有问题的内容

image

一个存储库的commits并不能代表整个生态系统

这里的逻辑错误是明目张胆和可耻的。跟踪单个存储库的提交历史记录，实际上并不能告诉您关于EOSIO进展情况的任何信息，因为EOSIO不只是一个存储库。

仅在过去一个月中，EOSIO存储库就提交了600多份commits。EOSIO / eos被拆分为多个存储库，以创建更好的关注点区隔和更易于维护的代码。这是一个让代码库更易于管理的好事情！大部分工作现在都在其他存储库上完成，这是在EOS主网启动后快速启动的一项计划。

快速浏览一下EOSIO相关GitHub，并统计一下头部储存库的commits最多需要2分钟，完全可以反驳那篇文章。我可以想象，同样缺乏调查性的新闻报道是普遍存在的，雅虎财经的人应该更谨慎地关注他们发布的内容，而不是先审查他们的消息来源。

以下每一个储存库都是生态系统的关键部分。一些是链本身的一部分，一个是运行在链上的系统和默认合约(eosio.contracts)，一些是为了开发目的，比如eosio.cdt和eosjs，还有一些是像abieos这样的全球帮助者。以下仅为过去一个月(2019年2月)的数据。

image

注意：代码的添加和删除计数仅适用于每个存储库的master分支。

您可能还会注意到，commits数与代码的添加和删除没有关联。这是开发的本质。有时我们在本地的分支上做事情，只在必要的时候往上推。通常情况下，commit的增加是开发人员将较小的更改推送到存储库以修复小错误（例如关闭 tickets），而不是在开发新功能时发生。

demux-js就是这方面的一个很好的代表。commits的次数比EOS少，但代码更改要多得多，因为它进行了一次小变革。请注意，eosio.cdt也没有主代码修改，这意味着他们正在处理一个新的分支(恰好是一个1.6.x分支，可能是为了与最近的eos 标签对齐)，这也意味着正在开发一个全新的稳定版本。

我们敦促cryptomiso更新他们的统计方法，并让CCN和雅虎金融(YahooFinance)撤回。

---