06月30日星期二
  • 部分开源项目着手支持 macOS ARM64

    上周苹果宣布未来 Mac 将会采用基于 ARM 架构的自研芯片后,部分开源项目已经开始为未来支持 ARM64 的 macOS 11 做准备。 虽然首批搭载苹果 64 位 ARM 芯片的 MacBook/Mac 最快也要到年底才会面向消费者提供,并且在这之前苹果只向开发者提供数量有限的开发机,但部分开源项目已经在为 64 位 ARM Mac 的构建做必要的构建系统更改和其他准备工作。 这项工作会从一些假设开始,在为 macOS/Darwin 进行构建时考虑的是 x86_64 架构,但在某些情况下,可以更好地模块化其逻辑,就像苹果用类似的芯片支持 iOS,可据此参考如要支持未来的 Mac 将会包含哪方面的变化。此外还可以围绕二进制文件开始改变,以支持同时支持 x86_64 和 ARM64/AArch64 的 macOS 构建。 苹果已经开始将 ARM / macOS 11 的部分变化提交给上游 LLVM/Clang,后者是该公司的默认编译器工具链。LLVM/Clang 编译器堆栈也合并了苹果的提交,包括 ARM64 macOS 对 Compiler-RT 和其他最近的 commit 的<a href="https://github.com/llvm/llvm-project/commit/b2303debfa63b60c21c93c318bed63341564a549" target="_blank" rel="noopener noreferrer">支持</a>。由于 LLVM/Clang 是 macOS 的默认编译器,也为 Xcode 提供支持,苹果会全力推进让所有必要的支持变更快速提交到上游。 <img class="zoom-in-cursor" src="https://static.oschina.net/uploads/space/2020/0630/085303_Gms8_2720166.png" /> LibreOffice 是已经在为<a href="https://cgit.freedesktop.org/libreoffice/core/commit/?id=baab4f890c8ac99d1b8dab5790fbb7ab949100ab&utm_source=anzwix" target="_blank" rel="noopener noreferrer">支持</a>面向 macOS ARM64 构建而做准备的知名开源项目之一,另一个例子是苹果一直在进行的对 OpenJDK 的修改。 <img class="zoom-in-cursor" src="https://static.oschina.net/uploads/space/2020/0630/083820_BNwD_2720166.png" /> 还有许多较小的开源项目,例如 <a href="https://github.com/ChimeHQ/TextStory/commit/e56cea9b3ba73f3686e3da7df504d592790aa2de">TextStory</a> 和 Game Boy 模拟器 <a href="https://github.com/LIJI32/SameBoy/commit/a7942d6a1f08a88cfc0c77aa6100a0b1b091bd7b">SameBoy</a> 也已经进行了修改,以支持 macOS ARM64 版本。

    利好{{list !== '' ? list['10']['0']['vote']['up'] : '0'}}

    利空{{list !== '' ? list['10']['0']['vote']['down'] : '0'}}

    分享到微博微信QQ好友
  • 机器学习框架 MLflow 加入 Linux 基金会

    在 <a href="https://databricks.com/sparkaisummit/north-america-2020">Spark + AI Summit</a> 虚拟活动上,Databricks <a href="https://mlflow.org/news/2020/06/25/mlflow-linux-foundation/index.html">宣布</a> MLflow 项目已加入了 Linux 基金会。在基金会的控制下,MLflow 将使用 Apache License v.2 进行管理 。“我们已经将 MLflow 作为中立的非营利组织移至 Linux 基金会,以长期管理项目。” <img class="zoom-in-cursor" src="https://static.oschina.net/uploads/space/2020/0630/084959_qgjc_2720166.png" /> MLflow 于 2018 年在 Spark + AI 峰会上推出。官方称,截至目前,MLflow 已吸引了 200 多个贡献者参与社区活动,并且每月下载量超过 200 万次,下载量的年增长率为 4 倍。Linux 基金会是许多开源项目的供应商中立之家,其开放的管理模式将鼓励大家更广泛地采用 MLflow 项目并为其做出贡献。 Linux 基金会战略计划副总裁 Michael Dolan 表示,“社区参与度的稳定增长表明数据团队必须致力于构建未来的机器学习平台。采用率表明有必要采用开源方法来标准化机器学习生命周期。我们与世界上最大的开源项目合作的经验表明,开放治理模型可以通过广泛的行业贡献和共识建立来加快创新和采用速度。”、 对此,Databricks 的联合创始人、MLflow 和 Apache Spark 的创建者 Matei Zaharia 则表明,“ MLflow 之所以能成为机器学习平台的开源标准,是因为有来自百余家公司的数百名工程师组成的贡献者社区。机器学习正在改变所有主要行业,并推动零售、融和医疗保健领域数十亿的决策。我们将 MLflow 贡献给 Linux 基金会的举动,是邀请机器学习社区将 ML 工程的最佳实践纳入开放、协作和端到端的标准平台中。” 此外,在先前与 <a href="https://www.zdnet.com/article/databricks-moves-mlflow-to-linux-foundation-introduces-delta-engine/">ZDNet</a> 进行的预先汇报中,Zaharia 还就 MLflow 的发展势头、新功能的详细信息,以及将开源项目的管理从 Databricks 移至 Linux 基金会的理由等方面进行了详细阐述。 Zaharia 表示,随着平台持续发展,对于客户来说,看到由供应商中立的组织来管理该项目已经变得很重要。将 MLflow 从 Databricks 移至 Linux 基金会,可以保护客户在 MLflow 上的投资,也消除了项目可能依赖于 Databricks 公司发展方向的不安。 而针对 Spark 本身(Databricks 平台的基础)是 Apache 软件基金会项目,但相关项目 Delta Lake 和现在的 MLflow 却属于 Linux 基金会疑惑。Zaharia 则解释称,这两个基金会的运作方式非常相似,应该不会对用户造成影响,并指出 Kubernetes 和 Cloud Native Computing 基金会也隶属于 Linux 基金会,这也为 Databricks 发起的项目转移到那里创造了有益的协同效应。

    利好{{list !== '' ? list['10']['1']['vote']['up'] : '1'}}

    利空{{list !== '' ? list['10']['1']['vote']['down'] : '0'}}

    分享到微博微信QQ好友
06月13日星期六
  • 美国平权运动持续发酵,微软、亚马逊叫停为警方提供面部识别服务

    继 IBM 之后,亚马逊、微软也加入了抗议偏见和执法暴行的队伍。 6月12日,微软宣布开始<a href="https://www.washingtonpost.com/video/washington-post-live/microsoft-president-brad-smith-says-the-company-will-not-sell-its-facial-recognition-technology/2020/06/11/f6ccd46e-a8e6-42f5-82d2-61323f0368d0_video.html" target="_blank" rel="noopener noreferrer">禁止将面部识别产品</a><a href="https://www.washingtonpost.com/video/washington-post-live/microsoft-president-brad-smith-says-the-company-will-not-sell-its-facial-recognition-technology/2020/06/11/f6ccd46e-a8e6-42f5-82d2-61323f0368d0_video.html" target="_blank" rel="noopener noreferrer">卖给美国警察部门</a>,其总裁 Brad Smith 表示,“除非有强有力的、基于人权的国家法律,否则我们不会将该技术出售给警察。” 6月10日,亚马逊发布公告称,未来一年,将<a href="https://blog.aboutamazon.com/policy/we-are-implementing-a-one-year-moratorium-on-police-use-of-rekognition" target="_blank" rel="noopener noreferrer">暂停警方使用</a><a href="https://blog.aboutamazon.com/policy/we-are-implementing-a-one-year-moratorium-on-police-use-of-rekognition" target="_blank" rel="noopener noreferrer">面部识别平台</a><a href="https://blog.aboutamazon.com/policy/we-are-implementing-a-one-year-moratorium-on-police-use-of-rekognition" target="_blank" rel="noopener noreferrer"> Amazon Rekognition</a> 的权限,“我们希望这一为期一年的暂停,可以使国会有足够的时间执行适当的规则。” 最早参与进来的巨头是 IBM。6月8日,IBM首席执行 Arvind Krishna 给美国国会的信中写到,<a href="https://www.theverge.com/2020/6/8/21284683/ibm-no-longer-general-purpose-facial-recognition-analysis-software" target="_blank" rel="noopener noreferrer">将不再提供通用的面部识别或分析软件</a>,并向媒体表示,IBM 也将不再开发或研究该技术。原因是担心人脸识别技术会带来大规模监视、种族歧视、侵犯基本人权或自由等伤害。 <img class="zoom-in-cursor" src="https://oscimg.oschina.net/oscnet/up-b1fdef58a0533f89703f23f5ee675edfa7f.JPEG" alt="" width="600" /> <h1>面部识别平台引发多次争议</h1> 除了 IBM 说不会再开发人脸识别技术。亚马逊和微软并没有停止向全社会提供人脸识别产品,他们在避免站到美国和全球抗议种族主义与警察暴行活动的对立面。 微软12日在《华盛顿邮报》做了三个主题的直播,讨论民族主义和种族歧视问题,并宣布不再向警察出售面部识别系统。Brad Smith 在直播中呼吁制定规范的面部识别国家法律,“我们需要国会才去行动,而不仅是科技公司,这是我们保证保护人类生命的唯一途径。” <img class="zoom-in-cursor" src="https://oscimg.oschina.net/oscnet/up-ab62f2e6166f76107ba899871e39845309d.png" width="600" height="238" /> 亚马逊则表示,儿童保护慈善机构 Thorn,国际失踪与受虐儿童中心,打击人口贩卖机构 Marinus Analytics 还可以继续使用 Rekognition。 没有全面叫停并不代表没有争议。人脸识别技术的门槛已经越来越低,随之技术应用风险也在增加,但很多时候,大公司不愿意面对技术带来的负面结果。 微软还未发布正式的书面通告,没有明确警方禁用产品的时限和具体名称。我们以亚马逊2016年12月发布的 Rekognition 平台为例,说说人脸识别技术存在的问题和争议。 上线之后,亚马逊多次高调宣传,Rekognition 会被很好地应用在执法部门,以及一些人口保护组织的打击犯罪行动中。亚马逊称使用 Rekognition 非常简单。之前曾有开发者尝试,使用 Rekognition 提供的 API,再编写一个 Python 脚本,<a href="https://blog.csdn.net/BF02jgtRS00XKtCx/article/details/92759639" target="_blank" rel="noopener noreferrer">做人脸检测和识别</a>。该开发者调用了 Amazon 提供的函数库,将一张单人图片发送到 Rekognition API,最后识别结果中包括人脸的边界位置、年龄估计、面部情绪、性别等众多信息。 虽然 Rekognition 可以做到让人脸识别变得简单,但它的准确性多次遭到质疑。 2018年夏天,美国公民自由联盟 ACLU 对 Rekognition 做了测试,发现在535个国会议员中,<a href="https://www.theverge.com/2018/7/26/17615634/amazon-rekognition-aclu-mug-shot-congress-facial-recognition" target="_blank" rel="noopener noreferrer">有</a><a href="https://www.theverge.com/2018/7/26/17615634/amazon-rekognition-aclu-mug-shot-congress-facial-recognition" target="_blank" rel="noopener noreferrer">28名议员的</a><a href="https://www.theverge.com/2018/7/26/17615634/amazon-rekognition-aclu-mug-shot-congress-facial-recognition" target="_blank" rel="noopener noreferrer">面部无法被正确识别</a>。随后亚马逊反驳了此观点,称 ACLU 没有公布数据集,且使用的是 Rekognition 默认80%置信度阈值的 API,建议在执法机构应该使用置信度不低于99%的设置。 亚马逊还表示,会继续向警方提供该技术。 <img class="zoom-in-cursor" src="https://oscimg.oschina.net/oscnet/up-aaf904ebb50cfbf146d087d4b8bf2706ac0.JPEG" width="600" height="400" /> 2019年1月,麻省理工学院媒体实验室的研究人员发现,<a href="https://www.nytimes.com/2019/01/24/technology/amazon-facial-technology-study.html" target="_blank" rel="noopener noreferrer">Rekognition 在识别女性和深肤色面孔时,更容易出错</a>——Rekognition 在识别浅肤色男性上无错误,但将女性误认为男性的比例有19%、将深肤色女性误认为男性的比例为31%。 不止是 Rekognition,现在的人脸识别产品几乎都是这样,易用却也容易产生偏颇。麻省理工此前也对包括 IBM 和微软在内的主要科技公司做过测试,结果表明,识别深肤色面部的错误率比识别浅肤色面部的<a href="http://proceedings.mlr.press/v81/buolamwini18a/buolamwini18a.pdf" target="_blank" rel="noopener noreferrer">错误率高十几个百分点</a>。 多项研究证明,人脸识别技术并不够成熟。2019年12月,美国国家标准与技术研究所发现,经验证据表明,目前大多数的人脸识别算法,在人口统计学的准确度上,存在误差。 但在这次动乱之前,面对批评,这些公司并没有做出什么改变。甚至这一次,也只有 IBM 表示担心技术上不成熟所导致的后果。亚马逊和微软,更偏向于通过国会监督,来解决问题,而没有直接、正面地提及自身产品的缺陷。 <h1>“是时候讨论人脸识别应用了”</h1> 为什么人脸识别会加深种族矛盾? <a href="https://www.nytimes.com/2020/06/09/technology/facial-recognition-software.html" target="_blank" rel="noopener noreferrer">《纽约时报》曾指出</a>,部分原因在于,这些公司训练识别模型的数据集中,绝大多数可能是男性和白人。 也有人解释,因为做人脸识别开发的技术人员,集中在主要科技公司,而他们大部分是白人和男性。因此,在数据集的选择和收集上,难免存在偏颇。 实际上,对于人脸识别,甚或是机器学习来说,参数、模型、算法已经不是最难攻克的方面了。AI 研发团队最缺的往往是数据、标注。 机器学习就是让计算机模拟人脑进行分辨和思考。就像我们从小学习认字,或是去认识一个人一样,如果想要计算机识别出人脸、文字、物体等等,首先需要人类找出大量的案例数据去喂养,没有数据,机器学习就无从谈起。 另外还要给一些数据加上标注,告诉计算机我们需要的目标,然后在让计算机自己去学习。有数据显示,以物体检测模型为例,开发者们花在数据标注上的时间,平均占项目周期的50%以上。 通常建立一个完善的数据集并不容易。不完善的数据集,又包裹着多种风险。 如在自动驾驶领域,数据采集非常不易。每个初创公司的任务清单里都包括一项“闭环”任务:路测、收集数据、路测、修改数据模型、再路测……而路测里程和数据也成为外界评价这些公司的重要指标。 最难的还是人脸识别。首先,数据的收集会受采集公司、主体价值观、知识面的影响,使得数据集本身会存在或多或少的偏差。 其次,即便现在发达的社交网络,为某些数据,如人脸信息、消费信息的采集提供了便捷的渠道,但这非常容易造成隐私伤害,引起大规模抗议。 <img class="zoom-in-cursor" src="https://oscimg.oschina.net/oscnet/up-cf9e9b4d93f521fce24e4124ce94c8df2f9.JPEG" width="600" height="273" /> 上个月,美国公民自由联盟 ACLU 起诉了 Clearview AI,这是一个比 Rekognition 使用更广泛的面部识别系统。原因是 Clearview AI 未经人们统一,擅自从社交媒体抓取了十亿张照片,训练模型。 《纽约时报》曾评价面部识别技术,可能是世界上最分裂的技术:它可以识别罪犯和受害者,减少悲剧发生;但同时会加剧侵蚀隐私、加深种族歧视…… 不过,我们似乎可以期待,当全世界都开始关注面部识别带来的风险,巨压之下,人脸识别或许还能做得更好。 就像 IBM Arvind Krishna 给国会的信中提到的一样:是时候开始,就执法机构是否应该使用面部识别技术,以及如何使用面部识别技术,做全国性的对话了。 虽然 Arvind Krishna 此话针对的是美国执法机构,尤其是其暴力行为,但是随着人脸识别技术在世界范围内普及,和在公共系统中的应用,它将关系到我们每一个人,所以这场讨论应该引起足够的重视,而所有人都有发言权。   <span class="gray">本文转自:</span><a class="green" href="https://www.oschina.net/news/116403/not-sell-facial-recognition-technology">https://www.oschina.net/news/116403/not-sell-facial-recognition-technology</a>

    利好{{list !== '' ? list['11']['0']['vote']['up'] : '1'}}

    利空{{list !== '' ? list['11']['0']['vote']['down'] : '0'}}

    分享到微博微信QQ好友
前天06月08日星期一
  • summer 09:31

    微软开源早期编程语言 GW-BASIC

    微软通过一篇博客文章<a href="https://devblogs.microsoft.com/commandline/microsoft-open-sources-gw-basic/">宣布开放 GW-BASIC 的源代码</a>。并表示,自从 MS-DOS 1.25 和 2.0 开源后,社区中要求同样开源 BASIC 语言的呼声颇高。因此微软选择将 1983 年以来的 8088 汇编语言开源出来,但仅作历史参考和教育用途,不再接收任何修改源码的拉取请求。 GW-BASIC 是 BASIC 的一个方言版本,诞生于 1983 年 2 月 10 日,作为 MS-DOS 的一个组成部分而问世。根据微软的介绍,它是从 IBM Advanced BASIC/BASICA 衍生而来的 BASIC 解释器,本身也是 Microsoft BASIC 的端口。 <img class="zoom-in-cursor" src="https://oscimg.oschina.net/oscnet/up-9b86a6e74f3fc0ffe3eec92763f19fe03a6.JPEG" alt="" width="500" height="281" /> GW-BASIC 和微软提供给 IBM PC 的 BASICA 完全兼容,不同的是,后者依赖于 ROM 中的 BASIC 解释器,而前者并不需要。所以,GW-BASIC 能在众多 IBM PC 兼容机器上运行。在 70 和 80 年代后期,BASIC 被移植到许多 OEM 平台上,并适应了当时流行的几种处理器,包括 8088、6502、6809,Z80 等。 就像那个年代的所有其他软件(例如 MS-DOS)一样,GW-BASIC 的源代码 100% 由汇编语言编写而成 。微软解释,当时也可以选择 FORTRAN、LISP、COBOL、RPG、CPL/BCPL 和 C 等高级语言,然而这类语言的编译器比较昂贵,代码生成效率也不高,还受空间和性能限制,不适合家用或个人计算机。并且在早期编写 PC 软件时,每个字节、每条指令都需要为内存做考虑,汇编语言是不二之选。 迄今为止,微软已经发布了各种 BASIC 实现方案,其历史可以追溯到比尔·盖茨和保罗·艾伦在微软发布的第一款产品,即用于 Altair 8800 的 BASIC 解释器。 <!--more--> 此库包含 1983 年以来微软 GW-BASIC 的源代码。它 100% 由汇编语言编写而成。 GW-BASIC 是 BASIC 的一个方言版本,诞生于 1983 年 2 月 10 日,作为 MS-DOS 的一个组成部分而问世。根据微软的介绍,它是从 IBM Advanced BASIC/BASICA 衍生而来的 BASIC 解释器,本身也是 Microsoft BASIC 的端口。 GW-BASIC 和微软提供给 IBM PC 的 BASICA 完全相容,不同的是,后者依赖于 ROM 中的 BASIC 解释器,而前者并不需要。所以,GW-BASIC 能在众多 IBM PC 兼容机器上运行。 此库注意事项: <ul> <li>仅作历史参考/兴趣等用途,反映的是 1983 年 GW-BASIC 解释器源代码的状态</li> <li>不会被修改——请勿提交 PR 或请求更改</li> <li>不包含生成可执行二进制文件所需的构建脚本、makefile 或工具,也不包含任何预构建的二进制文件/可执行文件</li> </ul> <h2>下载地址:</h2> <a href="https://github.com/microsoft/GW-BASIC">https://github.com/microsoft/GW-BASIC</a>

    利好{{list !== '' ? list['12']['0']['vote']['up'] : '1'}}

    利空{{list !== '' ? list['12']['0']['vote']['down'] : '0'}}

    分享到微博微信QQ好友
06月01日星期一
  • 猎鹰与龙飞船基于 Linux,采用 C++、Chromium 与 JS 开发

    最近两天科技界最重大的事件莫过于马斯克的 SpaceX 成功实现了猎鹰 9 号(Falcon 9)带着龙飞船(Crew Dragon)成功发射,并使飞船与国际空间站对接,将 NASA 两名宇航员送上了轨道前哨。 背后关于 Falcon 9 与 Crew Dragon 使用的计算机和软件等信息也引起了开发者的关注。多年前就存在的<a href="https://space.stackexchange.com/questions/9243/what-computer-and-software-is-used-by-the-falcon-9/">相关论坛提问帖</a>也被翻了出来。 <img class="zoom-in-cursor" src="https://oscimg.oschina.net/oscnet/up-1ecaf5864ecbc1e538696db410ddd009ee8.png" width="1394" height="712" /> 自称为 SpaceX 公司软件开发团队的网友表示 Falcon 9 火箭与 C#、MVC 都没有关系。Falcon、Dragon(此次载人的 Crew Dragon 前一代飞船)的应用主要使用 LabVIEW 进行编码,用于开发任务和发射控制的 GUI,供工程师和操作员监控车辆遥测并指挥火箭、航天器和护垫支持设备。 <strong>LabVIEW</strong>(<strong>Lab</strong>oratory <strong>V</strong>irtual <strong>I</strong>nstrumentation <strong>E</strong>ngineering <strong>W</strong>orkbench,实验室虚拟仪器工程平台)是一种程序开发环境,由美国国家仪器(NI)公司研制开发的,类似于 C 和 BASIC 开发环境。LabVIEW 采用图形化编辑语言 G 编写程序,产生的程序是框图的形式。 该网友还表示 Dragon 和 Falcon 9 使用 Linux 操作系统,其他网友补充,在 GDC 2016 与 Dragon 团队交流后了解到,Falcon 采用“三重冗余”系统,简单来讲,Falcon 9 具有 3 个双核 x86 处理器,每个核上都运行 Linux 实例。飞行软件采用 C/C++ 编写。对于每个计算/决定,“飞行字符串”都会比较两个核的结果,如果存在不一致,则字符串是错误的,不发送任何命令。如果两个内核都返回相同的响应,则字符串将命令发送到火箭上的各种微控制器,这些微控制器控制诸如引擎之类的东西。 运行在 PowerPC 处理器上的微控制器从三个飞行字符串接收到三个命令,他们充当法官来选择正确的行动方案。如果所有三个字符串都一致,则微控制器将执行命令。 而 Crew Dragon 飞行界面上使用了 Chromium 与 JavaScript 开发,实际的飞行计算机仍基于 C++ 运行。   <span class="gray">本文转自:</span><a class="green" href="https://www.oschina.net/news/116077/what-computer-and-software-is-used-by-the-falcon-9-and-dragon">https://www.oschina.net/news/116077/what-computer-and-software-is-used-by-the-falcon-9-and-dragon</a>

    利好{{list !== '' ? list['13']['0']['vote']['up'] : '1'}}

    利空{{list !== '' ? list['13']['0']['vote']['down'] : '0'}}

    分享到微博微信QQ好友
05月26日星期二
  • 央行回应法定数字货币试点测试工作进展

    <p class="ori_titlesource">原标题:央行回应法定数字货币试点测试工作进展</p>   据央行网站5月26日消息,中国人民银行行长易纲在“两会”期间就重点问题接受了《金融时报》《中国金融》记者采访。 记者:中国央行很早就开始研究法定数字货币,并且已经在一些城市进行了内部封闭试点测试。发行法定数字货币的重大意义是什么?目前测试工作进展如何?预计何时能够正式发行? 易纲:当前,数字经济是全球经济增长日益重要的驱动力。法定数字货币的研发和应用,有利于高效地满足公众在数字经济条件下对法定货币的需求,提高零售支付的便捷性、安全性和防伪水平,助推我国数字经济加快发展。 人民银行较早开始法定数字货币的研究工作。2014年,成立专门团队,开始对数字货币发行框架、关键技术、发行流通环境及相关国际经验等问题进行专项研究。2017年末,经批准,人民银行组织部分实力雄厚的商业银行和有关机构共同开展数字人民币体系(DC/EP)的研发。DC/EP在坚持双层运营、现金(M0)替代、可控匿名的前提下,基本完成了顶层设计、标准制定、功能研发、联调测试等工作。 目前,数字人民币研发工作遵循稳步、安全、可控、创新、实用原则,先行在深圳、苏州、雄安、成都及未来的冬奥会场景进行内部封闭试点测试,以检验理论可靠性、系统稳定性、功能可用性、流程便捷性、场景适用性和风险可控性。 但目前的试点测试,还只是研发过程中的常规性工作,并不意味数字人民币正式落地发行,何时正式推出尚没有时间表。 源自:<a class="source ent-source" href="http://news.10jqka.com.cn/20200526/c620479620.shtml" target="_blank" rel="nofollow noopener noreferrer" data-sudaclick="content_media_p">同花顺财经</a>

    利好{{list !== '' ? list['14']['0']['vote']['up'] : '1'}}

    利空{{list !== '' ? list['14']['0']['vote']['down'] : '0'}}

    分享到微博微信QQ好友
05月25日星期一
  • summer 14:47

    混合现实浏览器 Firefox Reality 已在微软应用商店公开发布

    Mozilla 的 Mixed Reality(混合现实)团队<a href="https://blog.mozvr.com/firefox-reality-hololens/">宣布</a> Firefox Reality 已首次在微软应用商店中公开<a href="http://www.microsoft.com/en-ca/p/firefox-reality/9npq78m7nb0r">发布</a>。该团队在 2019 年世界移动通信大会上曾宣布正在与微软合作,将混合现实浏览器引入 HoloLens 2 平台。Firefox Reality 则是双方合作的一个成果。 Firefox Reality 是一款实验性的浏览器,专门为虚拟现实和增强现实体验而设计。它旨在使电脑用户能够无限制地访问 AR/VR 等新兴技术。它也是世界上第一款混合现实的开源跨平台浏览器。 根据 Mozilla 的介绍,这个初始版本着重于通过新的 WebXR 标准,向 Web 开发人员展示 HoloLens 2 设备的强大 AR 功能。 <img class="zoom-in-cursor" src="https://static.oschina.net/uploads/space/2020/0523/094924_cqDO_4105562.png" alt="" width="700" height="530" /> ▲ 2D 浏览器窗口 <img class="zoom-in-cursor" src="https://static.oschina.net/uploads/space/2020/0523/095003_VrT1_4105562.jpg" alt="" width="700" height="394" /> ▲ 沉浸式 Babylon.js 体验 此次发布的版本带来了一些早期 <a href="https://servo.org/hl-home/">demo</a>,这些 demo 基于标准的 Babylon.js 和 three.js 库构建。这意味着可以在 AR/VR 耳机或 2D 桌面浏览器中加载相同的页面,开发人员无需再为每个平台创建自定义体验。 Firefox Reality 团队表示,将继续致力于标准化和实现新的 WebXR 模块,以扩展设备上 Web 平台的功能。他们鼓励具有 HoloLens 2 访问权限的开发人员试用这一款新浏览器,探索将新体验带入增强现实网络的潜力。

    利好{{list !== '' ? list['15']['0']['vote']['up'] : '1'}}

    利空{{list !== '' ? list['15']['0']['vote']['down'] : '0'}}

    分享到微博微信QQ好友
  • summer 14:46

    OpenCV 开源许可协议拟从 BSD 变更为 Apache 2

    计算机视觉库 OpenCV 2020 年技术委员会的会议记录<a href="https://github.com/opencv/opencv/wiki/2020" target="_blank" rel="noopener noreferrer">显示</a>,其中一项议程提到计划将其开源许可协议从 BSD 变更为 Apache 2.0。 <img class="zoom-in-cursor" src="https://static.oschina.net/uploads/space/2020/0524/092234_G51p_2720166.png" /> OpenCV 开发团队目前正在讨论变更开源许可协议的详细问题,预计在6月29日进行第一次评估。 <img class="zoom-in-cursor" src="https://static.oschina.net/uploads/space/2020/0524/091848_E97k_2720166.png" /> BSD 许可协议比较宽松,对于采用 BSD 的开源项目,开发者使可以自由使用、修改源码,也可以将修改后的代码作为开源或者专有软件再发布,不过需要保留当前许可内容。<a href="https://zh.wikipedia.org/wiki/BSD%E8%AE%B8%E5%8F%AF%E8%AF%81" target="_blank" rel="noopener noreferrer">根据维基百科的介绍</a>,BSD 不像 GPL 那样具有“传染性”。 然而 BSD 许可协议在某些情况下(例如涉及到专利)却无法保护用户。<a href="https://mp.weixin.qq.com/s/cgRo1Ql5n-xyYL_VBaS9ZQ" target="_blank" rel="noopener noreferrer">引用OpenCV团队举的一个例子来进行说明</a>: <blockquote>某名为“发明”的公司为某算法申请了专利,并发表了论文。因算法效果优秀,某CV爱好者依论文编写了代码,并以BSD协议将代码提交到OpenCV。这个过程中没人知道算法已申请专利,隐患便被埋下。 另一名为“发财”的公司将OpenCV中的这个算法应用到其产品中。依照现有BSD协议,此公司可以商业销售产品,只需注明产品使用了OpenCV,而无需对用户开源。 “发明”发现“发财”使用了其专利技术,遂起诉“发财”要求赔偿和停止侵权,并顺带起诉或要求开源社区停止侵权。一旦发生这样的案例,“发财”肯定要破财。开源软件声誉也会受到负面影响。</blockquote> OpenCV团队表示这样的案例在其他开源社区中发生过,但没在 OpenCV 社区发生过,因为 OpenCV 不接收有专利的算法。对于每个提交的新算法,社区会确认是否有专利。若有,只能拒绝接收。 以上做法虽然保障了安全性,但也让一些优秀算法无法进入 OpenCV。 与 BSD 相比,Apache 2.0 是一个更规范和更详细的开源许可协议,其第三条“Grant of Patent License”明确规定了专利所有人通过代码向使用者进行“永久性的、全球性的、非排他性的、免费的、免版税的、不可撤销的”授权。也就是说,专利所有人同意永久授权,不可再起诉用户侵权。 参考:<a href="https://mp.weixin.qq.com/s/cgRo1Ql5n-xyYL_VBaS9ZQ" target="_blank" rel="noopener noreferrer">重大变动:OpenCV拟更改授权协议</a> 作者:OpenCV团队

    利好{{list !== '' ? list['15']['1']['vote']['up'] : '0'}}

    利空{{list !== '' ? list['15']['1']['vote']['down'] : '0'}}

    分享到微博微信QQ好友
  • summer 14:46

    谷歌工程师:Chrome 70% 的安全漏洞是内存安全问题,Rust 又成备选语言

    近日,有谷歌工程师分析了自 2015 年以来在 Chrome 稳定版分支中修复的 912 个安全错误。并发现,在这些被标记为“高”或“严重”等级的所有安全漏洞中,大约 70% 是内存管理和安全问题。 这其中又有一半是 use-after-free 漏洞。这种安全问题是由对内存指针(地址)的错误管理引起的,为攻击者打开了攻击 Chrome 内部组件的大门。 <img class="zoom-in-cursor" src="https://static.oschina.net/uploads/space/2020/0524/085744_CM8f_4105562.png" alt="" width="600" height="331" /> 这一数据恰巧与<a href="https://www.oschina.net/news/108368/microsoft-is-exploring-to-use-rust-as-more-secure-code">微软此前的研究结果</a>相同:微软安全响应中心(MSRC)对自 2004 年以来所有报告过的微软安全漏洞进行了分类,所有微软年度补丁中约有 70% 是针对内存安全漏洞的修复程序。 微软安全响应中心曾给出解释,这是因为他们大多数产品使用 C 和 C++ 编写,而这两种编程语言属于“内存不安全”(memory-unsafe)的范畴。管理内存执行的开发人员代码中的一个漏洞可能导致一系列内存安全错误。 谷歌也面临着相似的境地。仅仅从 2019 年 3 月到现在,等级为“严重”的 130 个 Chrome 漏洞中,有 125 个与内存损坏相关,可见内存管理仍然是一个很大的问题。 为此,谷歌工程师必须遵循 “2 的规则”(<a href="https://chromium.googlesource.com/chromium/src/+/master/docs/security/rule-of-2.md" target="_blank" rel="noopener noreferrer">The Rule of 2</a>)。即每当工程师编写新的 Chrome 特性时,其代码不得破坏以下两个以上的条件: <ul> <li>该代码处理不可信的输入</li> <li>代码在没有沙箱的情况下运行</li> <li>代码使用不安全的编程语言(C/C ++)编写</li> </ul> <img class="zoom-in-cursor" src="https://static.oschina.net/uploads/space/2020/0524/084715_Ssi6_4105562.png" alt="" width="400" height="300" /> 迄今为止,谷歌一直在 Chrome 中尝试使用沙箱方法。他们将数十个进程隔离到自己的沙箱中,最近还推出了“站点隔离”功能,该功能将每个站点的资源也放入自己的沙箱进程中。但谷歌工程师表示,考虑到性能问题,他们使用沙盒化 Chrome 组件的方法已达到最大收益,现在必须寻求新的方法。 因此,谷歌计划研究开发自定义 C++ 库,以与 Chrome 的代码库一起使用,这些库可以更好地保护与内存相关的错误。 与此同时,谷歌还在探索 MiraclePtr 项目,该项目旨在将“use-after-free bug 转变为具有可接受的性能、内存、二进制大小和最小的稳定性影响的非安全崩溃”。 最后,值得注意的一点是,谷歌表示计划在可能的情况下使用“安全”语言进行探索。候选对象包括 Rust、Swift、JavaScript、Kotlin 和 Java。 消息来源:<a href="https://www.zdnet.com/article/chrome-70-of-all-security-bugs-are-memory-safety-issues/">ZDNet</a>

    利好{{list !== '' ? list['15']['2']['vote']['up'] : '0'}}

    利空{{list !== '' ? list['15']['2']['vote']['down'] : '1'}}

    分享到微博微信QQ好友
  • summer 13:04

    微软开源早期编程语言 GW-BASIC

    微软通过一篇博客文章<a href="https://devblogs.microsoft.com/commandline/microsoft-open-sources-gw-basic/">宣布开放 GW-BASIC 的源代码</a>。并表示,自从 MS-DOS 1.25 和 2.0 开源后,社区中要求同样开源 BASIC 语言的呼声颇高。因此微软选择将 1983 年以来的 8088 汇编语言开源出来,但仅作历史参考和教育用途,不再接收任何修改源码的拉取请求。 GW-BASIC 是 BASIC 的一个方言版本,诞生于 1983 年 2 月 10 日,作为 MS-DOS 的一个组成部分而问世。根据微软的介绍,它是从 IBM Advanced BASIC/BASICA 衍生而来的 BASIC 解释器,本身也是 Microsoft BASIC 的端口。 <img class="zoom-in-cursor" src="https://oscimg.oschina.net/oscnet/up-9b86a6e74f3fc0ffe3eec92763f19fe03a6.JPEG" alt="" width="500" height="281" /> GW-BASIC 和微软提供给 IBM PC 的 BASICA 完全兼容,不同的是,后者依赖于 ROM 中的 BASIC 解释器,而前者并不需要。所以,GW-BASIC 能在众多 IBM PC 兼容机器上运行。在 70 和 80 年代后期,BASIC 被移植到许多 OEM 平台上,并适应了当时流行的几种处理器,包括 8088、6502、6809,Z80 等。 就像那个年代的所有其他软件(例如 MS-DOS)一样,GW-BASIC 的源代码 100% 由汇编语言编写而成 。微软解释,当时也可以选择 FORTRAN、LISP、COBOL、RPG、CPL/BCPL 和 C 等高级语言,然而这类语言的编译器比较昂贵,代码生成效率也不高,还受空间和性能限制,不适合家用或个人计算机。并且在早期编写 PC 软件时,每个字节、每条指令都需要为内存做考虑,汇编语言是不二之选。 迄今为止,微软已经发布了各种 BASIC 实现方案,其历史可以追溯到比尔·盖茨和保罗·艾伦在微软发布的第一款产品,即用于 Altair 8800 的 BASIC 解释器。 不少人希望 808x 以外的处理器的实现也能够开源,不过微软表示,目前无法提供这些资源。

    利好{{list !== '' ? list['15']['3']['vote']['up'] : '1'}}

    利空{{list !== '' ? list['15']['3']['vote']['down'] : '0'}}

    分享到微博微信QQ好友
个人中心
购物车
优惠劵
今日签到
有新私信 私信列表
有新消息 消息中心
搜索