您现在的位置是:首页 > RChain > RChain资讯网站首页RChain资讯

RChain开发者会议 | 2019-05-06:回顾

  • Genesis
  • RChain资讯
  • 2019-05-10
简介RChain开发团队齐聚波兰的弗罗茨瓦夫为主网做最后的冲刺,这次会议主要是通过面对面的会议交流制定未来一段时间的开发规划
RChain开发团队齐聚波兰的弗罗茨瓦夫为主网做最后的冲刺,这次会议主要是通过面对面的会议交流制定未来一段时间的开发规划!
 

2019-05-06:回顾

 

会议参与者:

 
Kelly Foster 
Kent Shikama
Pawel Szulc
Tomáš Virtus
Chris Boscolo
Dominik Zajkowski
Ovidiu Deac
Artur Gajowy
Timm Schäuble
Adam Szkoda
Sebastian Bach
Kayvan Kazeminejad
Łukasz Gołębiewski
 

背景

 
我们的目标是回顾过去几个月的工作(做哪些工作和不做哪些工作),并积极思考变化以及我们希望如何在未来共同努力。
 

回顾

 

哪些取得了好的成绩?


• 去年11月,我们在反思(reflecting)和做出积极改变方面做得很好。
• 我们开始测试网络并从中收集数据。(我们接下来3个月的迭代是什么?)
• 鼓起勇气承认RSpace和Rholang做的不好,并努力解决
• 最后一次开发反思获得了回报(例如保险库解决方案)
• 我们有一个类似REV保鲜库(vault)的合同供用户使用。它有助于揭示要修复和/或优化的平台的各个方面。
• 迎接挑战并且努力工作
• 我们通过扩展团队知识的深度来提高“总线因素”。
• 我们在交付钱包和成本核算的挑战中获得了关注
       • 它还产生了很大的压力
       • 团队在这两个领域没有足够的工作
 

如果我们能再做一次,我们会有什么不同的做法?

 
  •  •  协调并提前并主动计划,改变专注点和责任。
  •  •  在代码库中进行更多研究“侦察(reconnaissance)”,以确定需要更改的内容(例如减少代码无法支持新功能的地方的意外情况)
  •  •  更加关注终端用户的需要以及他们会如何做。
  •          •  显示块(Show-blocks)和listenatname不满足需求
  •  •  在尝试交付Rholang合约之前,进一步开发Rholang合约
  •          •  根据我们目前的合约和/或我们知道需要的合同,寻找机会改进Rholang。
  •  •  希望我们更多地关注网络和持久性(“只关注管道(plumbing)”),以便交付早期的测试网络
  •          •  我们可以更好地定义MVP
  •  •  在我们自动化运行之前,手动运行几次以更好地理解需要自动化的内容,“除非我们作为把自己作为终端用户来体验使用它,否则我们无法使平台API正确。”
  •  •  在SRE团队和其他开发人员之间分享学习成果
  •  •  对以太坊的工作方式建立更广泛、更深入的理解,以更好地了解最终用户的期望和/或习惯
  •           •“如果你还没有在以太坊上受过骗,那么你就没法充分理解RChain用户可能会体验到什么。”
  •           •  花更多时间从其他项目中收集信息
  •  •  使用ETH特性和功能作为考虑我们特性和功能的框架
  •  •  改进我们的评估,以便更有效地沟通我们正在做的事情以及何时将要做。
  •  •  独立的架构和开发活动
  •          •  需要对平台有更全面的了解
  •  

思想

 
  •  •  看板(Kanban)方法-当人们准备换班的时候其他人可以接着做
  •  •  专注于改进rholang以提高可用性
  •  •  创建角色以定义“终端用户”
  •  •  实现“事件总线”或区块浏览器(block explorer)
 
开始做 停止做 继续做
 •  我们都应该像终端用户那样使用这个平台。
 •  加深对Rholang的理解。”我们所有人都应该知道如何读写Rholang。”
 •  我们应该牢记于心的是把所有决策的重点都放在用户会做什么和如何做,把用户的需求放在第一位。
 •  把以太坊构是如何工作的作为架作来了解
 •  确定我们的“架构师”团队,改进我们的体系结构决策过程。
 •  让彼此对估计负责。
 •  考虑采用看板方法,以支持人们选择与优先级和兴趣相关的任务。考虑如何做到这一点,这样我们就不会放慢速度,并确保我们在交付和完成工作的轨道上继续前进。
 •  在开始新功能工作时,在代码库中进行更多的侦察,以主动查找问题。
 • 在增加改进或增加复杂性之前,采取“关注管道(plumbing)”的方式优先考虑交付最低可行的产品。
 •  • 继续每隔几个月做一次反思,因为我们从中受益。
 

原文链接:https://rchain.atlassian.net/wiki/spaces/CORE/pages/719683601/2019-05-06+Retrospective

文章评论

    共有条评论来说两句吧...

    用户名:

    验证码:

Top