瑞成科技加入 openKylin,推动社区生态繁荣发展!
近日,杭州瑞成信息技术股份有限公司(以下简称“瑞成科技”)签署了openKylin社区 CLA(Contributor License Agreement 贡献者许可协议),正式加入openKylin开源社区。
瑞成科技成立于 2006 年,是一家专注于协同、数据、智能、安全等核心技术,以整合行业软硬件产业链、提供行业整体解决方案,致力于智慧政务、智慧城市、智慧医疗、应用安全、大数据、信创应用、数字化改革等领域的软件开发、系统集成、数据运营和技术服务的高科技企业。
瑞成科技作为国家高新技术企业、国家软件企业,具有国家涉密信息系统集成乙级资质(系统集成、软件开发、运维服务),始终以“诚信、卓越、求实、创新”作为企业宗旨,在产品研发和服务上遵循“追求卓越,永不自满”的高标准,努力打造中国自主可控、安全可靠核心品牌。
在加入openKylin社区后,瑞成科技将积极参与社区活动,进行技术沟通,并组建固定团队进行openKylin系统测试,提交Issue以及拓展意见,贡献代码和工具。同时将加入社区HTML5和DE SIG组,与其他社区成员共同构建一个开放、丰富的软硬件生态体系,建设具有国际影响力的开源社区,推动国产系统产业生态健康发展。
社区会员持续招募中
目前,openKylin社区会员招募正在火热进行中,欢迎更多企业伙伴加入,携手共建,打造桌面操作系统顶级社区,推动国产操作系统产业生态健康发展。详情可查看:【https://www.openkylin.top/join/partnerlist-cn.html 】
openKylin(开放麒麟)社区旨在以“共创”为核心,在开源、自愿、平等、协作的基础上,通过开源、开放的方式与企业构建合作伙伴生态体系,共同打造桌面操作系统顶级社区,推动Linux开源技术及其软硬件生态繁荣发展。
社区首批理事成员单位包括麒麟软件、普华基础软件、中科方德、麒麟信安、凝思软件、一铭软件、中兴新支点、元心科技、中国电科32所、技德系统、北京麟卓、先进操作系统创新中心等13家产业同仁和行业机构。
审核:openKylin

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
WordPress SEO Plugin by Squirrly SEO plugin <12.1.11 存在任意文件上传漏洞
漏洞描述 SEO Plugin by Squirrly SEO 是 WordPress 的一款集合 SEO(搜索引擎优化)功能的 WordPress插件。 在 12.1.11 之前版本的 Squirrly SEO 插件汇总存在任意文件上传漏洞,具有贡献者及以上身份的攻击者可利用此漏洞上传任意类型的恶意文件到 WordPress 站点中。如果恶意文件包含后门,则有助于攻击者对 WordPress 站点进一步访问和攻击。 漏洞名称 WordPress SEO Plugin by Squirrly SEO plugin <12.1.11 存在任意文件上传漏洞 漏洞类型 危险类型文件的不加限制上传 发现时间 2022-11-28 漏洞影响广度 一般 MPS编号 MPS-2022-65660 CVE编号 CVE-2022-38140 CNVD编号 - 影响范围 SEO Plugin by Squirrly SEO@(-∞, 12.1.11) 修复方案 升级SEO Plugin by Squirrly SEO到 12.1.11 或更高版本 参考链接 https://www.oscs1024....
- 下一篇
每日一博 | 一个漏测 Bug 能让你想到多少?
一、背景 漏测Bug是指产品逻辑缺陷在测试过程中没有被发现(尤其是测试环境可以重现的缺陷),上线版本发布后或者在用户使用体验后发现并反馈回来的缺陷。可能造成线上故障或者资损,在对产品测试过程中,自己也难免出现一些Bug的漏测,因此对Bug漏测进行一些思考,并进行总结。 二、原因分析 Bug其实是任何应用产品都会有的一个问题,不是所有的Bug都能被发现,包括资深测试,或多或少的会出现线上缺陷,谁也不能把软件所有的功能操作、运用场景想周全。虽说不能做到完全零缺陷,但是每次发布的产品,我们需要追求缺陷越来越少,产品质量越来越高,减少线上问题的反馈。 为什么会出现缺陷漏测,主要有以下几点: 2.1 需求评审阶段,对业务需求细节理解不明确,设计存在不合理,未深入挖掘隐含拓展需求 问题分析 在实际产品研发过程中,产品需求其实处于一个细化、优化、下钻过程中,在需求PRD文档交互文档输出进行评审时,未能把一些产品细节问题、隐含需求暴露出来,而测试用例的编写是基于PRD、交互文档以及自己对该需求经验理解所涉及测试用例。 改进措施 需求评审前,我们应该先仔细阅读PRD及交互文档,先形成自己对产品的思考,通...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Hadoop3单机部署,实现最简伪集群
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- MySQL8.0.19开启GTID主从同步CentOS8
- CentOS7,CentOS8安装Elasticsearch6.8.6
- CentOS7,8上快速安装Gitea,搭建Git服务器
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- CentOS7设置SWAP分区,小内存服务器的救世主
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- SpringBoot2整合Redis,开启缓存,提高访问速度
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池