在软件行业的发展过程中，从业者对于开发效率和质量提升是一直在追随的一个目标。通过复用软件模块来实现这些目标通常是一种有效的手段，从头文件引入、面向对象的封装、动态库的引入、代码生成器类工具、低代码引擎等，随着行业技术发展能复用的层次也从底层的文件逐步到界面层面的复用。本文主要围绕在OA、低代码平台中
在软件行业，测试和开发是两个不可或缺的角色。 然而，随着技术的不断演进，测试工作也逐渐从单纯的手工测试过渡到自动化测试，乃至如今的智能化测试。在这个过程中，测试工作也越来越多地涉及到编写代码，甚至代码要求丝豪不比软件开发低，以应对日益复杂的测试需求。这也引发了一个有趣的讨论：既然如此，让开发直接兼任
谈及软件中的设计，无论是架构设计还是程序设计还是说API设计， 原则其实都差不多，要能够松耦合、易扩展、注意性能。遵循上述这些API的设计规则， 相信大家都能设计出比较丝滑的API。当然如果还有其他的API设计中的注意点也欢迎在评论区留言。
从技术上讲，云一直都是自助式服务，但由于其在实践中的复杂性，许多开发人员并不喜欢。随着公司采用现代架构（云原生、无服务器等）和新的提供商（多云、SaaS 应用程序），以及云提供商发布更多服务，云变得更加难以使用。 这就是为什么有竞争力的工程团队现在都在想办法通过消除瓶颈来成倍提高其 DevOps、网
随着信息技术的高速发展，我们每隔一段时间就能看到一个热门术语在各大平台被分析和讨论。当我们上搜索引擎搜索相关词条，就会找到大量与该技术优势、亮点相关的文章。特别是“平台即产品”（PaaP）策略，其在实际应用中的利用价值和效用性成为近期关注的焦点。 虽然构建数字平台以促进协作和创新的理念听起来颇具前景
过去几年，开发团队一直在发展传统的 DevOps。一些开发人员认为，CloudOps 或 DeploymentOps 等新实践的兴起将会导致回到孤岛问题。其他人则不愿意在承担所有其他职责之外构建、部署、运行和维护运维。显然，确实需要新的云原生开发策略，而不是典型的 DevOps。这就是平台工程的用武
https://blog.51cto.com/wangchunhai/5860649 1 vSphere 8.0 vSphere 8.0.0－20221011 VMware vSphere 8.0 | 2022 年 10 月 11 日 ESXi 8.0 | 2022 年 10 月 11 日 | 内部
https://cdn.modb.pro/db/516085 授权模式 SQL Server 产品有两种基本的授权（License）模式。 ● “每处理器”或“每内核”模式 “每处理器”（Per Processor）授权模式只计算物理处理器的数量，与物理处理器的内核数量无关。这种授权模式一直沿用到S
https://www.allbrightlaw.com/CN/10475/3be2369275d19e9e.aspx [摘要]本文将探析BSD开源许可证（Berkeley Software Distribution License）和MIT开源许可证这两类“元老级”的宽松型开源许可协议（Permi
## 部分软件的版本历史 ``` 通过wetab 插件获取的信息 感觉很多bug. 这个版本的chatgpt 胡编乱造的很多 用来整理资料还行, 学习新东西怕是容易翻车. ``` ## Chrome 版本发布时间一览 ``` Chrome 1: 2008年9月2日 Chrome 2: 2009年5月
概述 在传统的虚机/物理机环境里, 如果我们想要对一个有状态应用扩容, 我们需要做哪些步骤? 申请虚机/物理机 安装依赖 下载安装包 按规范配置主机名, hosts 配置网络: 包括域名, DNS, 虚 ip, 防火墙... 配置监控 今天虚机环境上出现了问题, 是因为 RabbitMQ 资源不足.
由于 DevOps 方法的广泛采用以及由此产生的快速产品交付和部署，许多部门已采用更敏捷的方法来开发生命周期。在满足市场速度和规模要求的同时，设计安全的软件一直是现代 IT 公司共同面临的问题。结果，超过 52% 的组织因为担心上市速度落后而放弃了安全性。 由于传统技术下的安全漏洞，生产版本也出现了
你可能或多或少在头条新闻中有看到过或了解过和软件供应链攻击相关的信息，比如 2020年的 SolarWinds 事件，再比如2021年的 Kaseya 事件（点击查看关联文章）。如果到目前为止你对软件供应链攻击尚不了解，那么这里有一个简要解释：当恶意代码在开发过程中被引入应用程序或软件程序，然后用于
在过去的几天里，Apache Commons Text 库中一个名为 Text4Shell 的新漏洞引起很大的轰动，该漏洞存在于 Apache Commons Text 1.5到1.9版本中。此警报于10月18日发布，此前检测到大量试图利用 CVE-2022-42889 安全漏洞的攻击尝试，该漏洞通
上个月，Seal 软件供应链防火墙 v0.2（以下简称“Seal”）正式发布，这一版本实现了可扩展架构，用户可以根据自身需求插件式集成原生或第三方解决方案，灵活扩展扫描能力。 在前一个版本中，Seal 集成了 SCA、SAST 和配置检查等功能，在这一架构中最大的优势是调试方便、调用链路短，但同时也
在软件安全的世界中，企业在软件开发生命周期中都面临着漏洞带来的巨大挑战。开发人员每天都需要确保交付没有漏洞的代码，因此他们需要花费大量的时间来解决首要处理的漏洞问题以确保企业软件安全。然而确保产品没有漏洞缺陷的需求扼杀了创新的步伐，延迟软件产品的上市时间并导致收入和时间上的巨大损失。 业内权威咨询研
不断增长的漏洞积压，加上对修复哪些漏洞以及何时修复缺乏明确性，可能导致一系列包括浪费开发人员的时间，延迟上市时间，以及由于修复时间长而增加企业攻击面等问题。当代行业和环境要求快速、频繁地推出功能性和安全代码的压力一直存在，而这也倒是需要开发人员确保和解决的任务和问题也越积越多，随之造成了漏洞积压。解
11月1日下午，由深圳金融科技协会主办的湾区湾区金科（Fintech）沙龙（第四十期）—— 敏捷开发安全与软件供应链安全实践探讨专场圆满举办，逾1500名业界人士线上线下同步参加。数澈软件 Seal 联合创始人梁胜博士和江鹏受邀出席此次沙龙并发表题为《如何保证企业软件供应链安全》的演讲，本文为演讲实
开源之所以在软件开发中大量使用的原因是它提供了经过良好测试的构建块，可以加速复杂应用程序和服务的创建。但是第三方软件组件以及包和容器的便利性同时也带来了风险——软件供应链攻击。 软件供应链攻击日益普遍，Gartner 将其列为2022 年的第二大威胁。Gartner 预测，到 2025 年，全球 4
2023年，网络安全仍然是企业在加强数字防御任务中的重点。随着勒索软件攻击持续上升，零信任模型变得更加普遍，越来越多的公司开始使用在线技术来自动化他们的运营，而这也导致大量数据存在于互联网中，在一定程度上造成了数据的泄露和失窃，这对于小型企业、个人和大公司来说竟已经是司空见惯的事情。在2022年第一
