谷歌发布“开源见解”依赖可视化工具

2021-06-06 07:00:03

如果您已经使用了任何时间的开源软件,那么您很清楚常常涉及此类项目的依赖关系。如果没有,那里有任何数量的工具,探索的一切是多么互连,本周谷歌已经跳进了游戏,并拥有自己的产品 - 一个名为开放源洞察的探索性可视化网站,使用户提供了开放依赖性的互动视图源项目。

现在,谷歌并不是第一个进入试图揭开的游戏,也许是未解释开源世界的眩晕依赖图,但该公司辩称,更需要以开发人员可以的方式铺设一切看到,视觉上,只有如何,嗯,绝望地搞砸他们真的是。

“有助于帮助,当然:漏洞扫描仪和依赖性审核,可以帮助识别包裹何时暴露于漏洞。但它仍然很难想象大局,了解你依赖的东西,以及这意味着什么,“他们写。

如果我们不知道我们如何制作的香肠是怎么做的? 🧐

开源洞察力工具 - 目前“实验” - 为用户提供如何构建项目的表格或图形可视化,允许它们探索依赖图,并检查某些项目的不同版本的情况可能实际上影响该依赖图。 Google Notes的其中一个好处是它允许用户查看所有这些信息“而不要求您首先安装包。您可以立即查看安装包 - 或更新的版本 - 可能对您的项目意味着它,它是多么受欢迎,查找源代码和其他信息的链接,然后决定是否应该安装。“

目前,该工具支持NPM,Maven,Go模块和货物,即将在此途中提供更多的包装系统。虽然拓扑和可视化肯定是困难的,这有助于它,作为新的堆栈分析师劳伦斯Hecht笔记,“这对于软件架构师来说真的很重要,而且当您试图删除应用程序或找出问题时,而不是日常情况。换句话说,这种“点工具”对Artisan的工具书很有用,但不需要进入Google产品组合。“

如果你是在那里持怀疑态度之一,别担心,你从来没有孤单,当谷歌来说:只要前往黑客新闻,并将你的赌注放在最终在谷歌以来最终结束之前持续多长时间墓地。

倒入堆栈溢出:现在,毕竟,乔尔斯斯特克基毕竟,乔尔斯斯波斯基介绍,这是公司“将继续独立运作,这是一支以来一直在运作的地方。完全相同的计划和完全相同的商业实践“ - 但堆栈溢出本周宣布它已被预视获得。承诺除外,黑客新闻等网站上的一般反应是怀疑的态度之一。例如,一个用户特征是Spolsky的陈述 - “整个公司住在哪个地方:我们现在只有不同的所有者” - 就像“在绝对天真的范围内的某个地方,完全辨别出来。”其他人提供了诸如这些陈述的各种陈述的轶事,只能被证明是错误的时间。此时,只有时间才能告诉。

我们曾经认为软件正在饮食世界,但现在我们知道它实际上是私募股权公司。

从Dockercon 2021的所有新的内容:上周是一个用于虚拟会议的忙碌,Dockercon 2021与Microsoft Build同时运行。如果您错过了,Docker已经写了一套简洁的摘要,所有这些都是新的,所有这些都是它所说的,它在不同的发展阶段扫描了许多维度,包括扫描漏洞,并通过提供审计日志等工具来增加团队安全性和范围的访问令牌。“您上周可能错过的公告包括Docker已验证的发布者程序,Docker开发环境,Docker Compose V2,范围访问令牌,审计日志,Docker Desktop的更新以及更多。

追赶Visual Studio代码:上周,Microsoft举行了第二个虚拟的Microsoft Build会议,本周该公司提供了所有Visual Studio代码面板的RECAP。鉴于我们知道您喜欢您的Visual Studio代码,我们认为这是一个有关的分享。虽然我们在谈论VS代码时,您最喜欢的编辑器还发布了本周的Kubernetes扩展的本地隧道调试,这使得可以“在您的开发机器上自然地运行您的应用程序的微服务,使用您始终拥有的相同开发工具使用,同时隧穿到Kubernetes集群,其中其余的应用程序和其他服务正在运行。“这使得它可以使您可以在本地计算机上测试和调试代码,就像它在Kubernetes集群上运行一样,如果不是彻头彻尾的话可能困难的东西。 “本地隧道调试功能,”他们注明“,也是SIDESTEPS运行复杂性,例如必须构建Docker图像并部署到群集以查看更改。”

FUZZ测试是GOLANG的GOLAG:虽然他们说,当最初提出的,母语模糊不会为GO 1.17发布而准备好的,现在在去开发分支机构的BETA中陷入困境,DEV.Fuzz。根据该提案背后的开发商Katie Hockman的说法,提供了三个主要目标,用于提供模糊功能的测试版。就像任何Beta一样,Go团队希望识别和解决任何问题,弄清楚它是否实际上在做它旨在执行(查找错误)的情况下,并确定用户界面是否实际上是可用的。一些想要参加测试版的人的警告:模糊可能会占据很多内存,在运行时影响性能,也可能占据几个GB的存储空间。虽然模糊符合Beta,但请务必为任何问题或想法提交问题,并返回到Gophers Slack中的#Fuzzing通道中的问题,以参与讨论。

GCC慢慢地退回FSF:持续本周,DevClass的文章看看GCC现在如何接受没有FSF版权分配的贡献。 “想要为GNU编译集合提供贡献的开发人员,但不想签署自由软件基金会的版权,现在可以努力努力,”他们写的,注意到GCC指导委员会成员David Edelsohn已通知移动的贡献者,说委员会“决定放宽要求为所有变化分配版权。”最近几个月有一点是Brouhaha在Richard M. Stallman恢复到FSF板上,并且Devclass引用这一变化的可能原因。 “考虑到”GCC指导委员会致力于为所有人提供友好,安全和热情的环境“,他们担任GCC开发人员和用户社区的最佳利益,他们感觉就像是与斯泰尔曼的联系。所知,“他们写。 “更新的版权政策与该概念保持一致,使这些概念更容易批评FSF及其最近决定将Stallman保持在其董事会,以坚持使用GCC。”