请选择 进入手机版 | 继续访问电脑版
开启辅助访问
链路首页链路财经目前收录 币种 : 4908 交易所 : 310钱包 : 17 24H 交易量 : $43,403,137,051 总市值 : $245,388,183,835
2019
09/04
18:30
分享
评论
  • 点击蓝字,关注我们


    No.1

    GitHub和IPFS 





    IPFS项目通过整合已有的技术,包括GitHub(Git),从而创建一种点对点的超媒体协议,试图打造一个更快捷、安全更开放的下一代互联网。


    Spotify使用了建立在星际文件系统(IPFS)之上的分散式开放式媒体库,允许内容创建者对其进行陈述。以加密方式签名,在比特币区块链中加盖时间戳并存储在IPFS中的创意作品。




    No.2

    Spotify和GitHub




    你可能还记得,在旅途中想听音乐。过去需要携带收音机、MP3播放器或便携式CD播放器。现在,只需搜索和点击,世界各地的音乐都在你的掌心。音乐,有声读物,播客等可以在每个平台和全球范围内流动传输。媒体行业不可思议的进步背后,是互联网访问,文件格式,算法等数十年的技术成就。


    在过去10年中,Spotify与这些成就同步增长,达到2.17亿活跃用户。从瑞典初创公司到最大的音乐流媒体服务之一,该公司现在已成为集成用户体验的基准。听众可以随时随地通过iOS或Android收听。在他们的办公桌上,他们可以从他们的浏览器或Mac,Windows或Linux上的应用程序收听。在他们的家中,他们可以连接到智能设备:扬声器,虚拟助手,条形音箱等。无论用户在哪里收听,Spotify的软件都必须无缝工作 - 所有在世界各地办事处工作的员工也必须如此。


    产品差异化和用户体验是日益拥挤的流媒体行业的关键。随着功能的不断增加和发展,Spotify的开发团队需要进行协作,以确保从客户端到后端基础架构的所有功能都能很好地协同工作。而且,对于以用户为中心的品牌而言,在推动定期更新的过程中没有任何障碍是至关重要的。产品经理Laurent Ploix致力于实现使开发人员(及其代码)顺利运行的工具,流程和系统。



    Ploix的Spotify团队和开发人员使用GitHub Enterprise Server进行内部项目和协作。他们还使用GitHub Enterprise Cloud构建,以安全地打开他们的代码,与外部合作伙伴合作并参与开源社区。随着开源接近团队的流程,他们已经能够从更大的开发者社区中学习。


    Spotify在开源方面的经验是第一手的。它是该公司一些最受欢迎的功能的基础。为了推动推荐驱动的“Discover Weekly”播放列表,该团队构建并维护Scio,这是一个基于Apache Beam的开源项目。该技术使他们能够为数亿用户计算建议,并在数千台计算机上并行运行复杂的处理作业。Scio是Spotify运营的重要组成部分 - 它仍然是开源的,因为该团队相信该模型。成千上万的贡献者意味着成千上万的想法,更多的思想多样性,更强大的想法。


    为了将开源创新带入专有项目,Spotify使用内部资源。Innersource允许开发人员像运行开源一样运行内部项目:公开工作,相互学习,以及在整个公司内重用代码。Ploix解释说,“我们鼓励人们为别人的代码做出贡献。任何人都可以贡献,而不是提交JIRA票并等待回复。



    Ploix认为共享所有权是实现更高质量和更快速交付的途径。“你需要开放和所有权,”他说。“当开发人员拥有代码时,他们不会为其他人更改代码或专门处理代码。这意味着他们对此感到强烈。他们关心质量,他们为此感到自豪。“对于想要贡献的Spotify开发商,Ploix说,”欢迎提需求。有人可能找到比我更好的解决方案。”


    最终,在Spotify拥有项目的团队扮演类似于一些开源维护者的角色。他们接收并分类新的错误,想法和代码。他们也可能负责弃用或甚至归档他们的项目。根据Ploix的说法,“他们肯定会成为维护者。拥有强大的所有权,我们避免代码堆积在没有人知道它是否被使用的地方。”



    “我们专注于减少信息过载。开发人员可以从CI获取过多信息,但他们需要的不仅仅是通过或失败状态,无法做出明智的决策。我们希望开发人员确切地知道更改如何影响代码库。”




    持续集成(CI)是Spotify生态系统的核心焦点。与许多组织一样,Spotify依靠CI作为内部流程来减少每个功能集成所需的时间和精力,并且可以随时成功交付适合发布的产品版本。“从业务发展的角度来看,CI很重要,”他说。


    为了确保他们遵循开发快速和增量迭代的最佳实践,团队构建了与GitHub Enterprise集成的CI系统,并为开发人员提供他们所需的确切信息。“我们的构建产生了大量数据,有时很难找到相关的反馈。我们与GitHub的集成使我们能够在拉取请求中表现出来并缩短反馈循环,”Spotify高级工程师Marcus Forsell Stahre说。



    这就是自定义工具和webhook的用武之地 - 但Ploix认为可以通过GitHub API进一步简化审核流程。他解释说,“API有可能改变开发人员的体验。我们使用大量机器人来深入了解拉取请求将产生的影响 - 但它往往会污染对话。我们希望让这些信息更容易被接受并采取行动。这就是Checks API有用的地方。


    对于Ploix,流程总是可以改进,即使很小的改进也会对Spotify运营规模的质量产生重大影响。该团队拥有大量运行CI的构建和测试的计算机。Ploix指出,团队每天都在大量的构建中使用这些系统。随着越来越多的开发者做出更多改变,这个数字才会增长。


    当Spotify开发人员需要帮助时,他们会转向GitHub企业支持团队。“我们总是比较我们从供应商处获得的支持类型,”Ploix解释道。“我们很快就会从GitHub那里了解到正在发生的事情 - 我们对此非常满意。”Spotify团队还定期与GitHub解决方案工程师会面以获得更多深入支持 - 从使用API到更大战略的问题的问题。


    随着公司的发展,加快开发人员的招聘,快速,全面的支持变得更加重要。即使在快速发展的团队中,Ploix也发现大多数开发人员都知道GitHub。他指出,“人们知道拉取请求是什么,因为它们是如何为开源项目做出贡献的。我们有许多精通GitHub的开发人员,无论是个人开发还是以前的角色。有了GitHub Enterprise,没有人必须重新学习。”


    Ploix认为,新员工和经验丰富的员工都可以使用他们熟悉和理解的版本控制系统。他还赞赏自由团队必须分叉(或复制)现有项目并在其上工作而不涉及原始源代码。他说,“GboxHub提供的沙箱环境允许我们的开发人员尝试新想法。他们不必担心破坏任何根本性的东西。鼓励这种创造力,这有助于使Spotify客户端成为今天的样子。”


    本文由点滴资讯翻译,感谢您的阅读!

    点对点科技是国内领先的,

    分布式存储和计算矿机生产厂商。

    若想了解更多关于IPFS,Lambda的资讯,

    在后台回复项目名称即可




    喜欢本篇内容请给我们点个在看



主题帖 190 关注 0 粉丝 0
情感指数

链路大数据分析置信度 19.24 %

TA的主题帖
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

快速回复 返回顶部 返回列表