科技
-
微服务架构是什么?定义、特点、优缺点与实践原则
“微服务架构”一词在过去几年逐渐流行起来,用于描述一种特定的软件应用设计方式:将应用构建为一组可独立部署的小型服务。简单来说,微服务架构是一种围绕业务能力拆分系统、让各个服务独立开发、独立部署、独立扩展的软件架构风格。虽然这种架构风格并没有一个精确统一的定义,但它通常具有若干共同特征,例如围绕业务能…
-
银行遗留系统现代化如何破局?生成式人工智能带来的新机会
银行业长期背负着大量遗留技术系统,而维持这些系统运行的成本十分高昂。以零售银行为例,近三分之二的 IT 预算都被用于系统维护。对于银行而言,这当然不是一个小问题:这些系统承载着数以百万计客户的个人信息和关键业务数据。由于监管合规和声誉风险始终是大型银行最关注的问题,推动银行遗留系统现代化往往会被视为…
-
云计算转型:超越基础设施思维的云迁移方法
从过去的错误中吸取教训,重新理解公有云采用 在云计算发展到今天这个阶段,再来谈“如何采用云计算”,似乎有些奇怪。毕竟,许多人认为公有云已经是一个成熟领域,既有成熟实践,也有大量成功案例。对于刚刚起步的组织而言,市面上似乎已经有足够多的建议,足以帮助它们规划并执行云转型。 然而,尽管相关信息已经十分丰…
-
优秀的开发者平台如何提升开发者体验与数字产品质量
在开发者工具和平台工程领域,从“项目思维”转向“产品思维”,是一种值得肯定的变化。优秀的开发者平台不仅能改善开发者体验,还能帮助企业提升软件交付效率,打造更高质量的数字产品。如今,招聘并留住人才——无论是技术人才,还是其他类型的人才——已经成为企业面临的核心挑战之一。因此,更加重视内部用户的真实需求…
-
迈向安全生产之路:安全左移、DevSecOps 与软件交付安全实践
随便问一位技术从业者,他大概率都会告诉你:安全很重要。 然而,现实往往并不乐观。即使企业制定了大量安全需求清单,许多应用程序和技术框架依然漏洞频出;一些团队仍在使用早已停止维护的框架;关键组件也没有得到及时更新。与此同时,功能交付的压力几乎总是压过复杂而繁琐的安全流程。 但事情并非只能如此。本文将探…
-
批量电子合同签署API不错的有哪些?国内外7款主流产品对比
企业采购批量电子合同签署API,通常不是为了增加一个独立的签约工具,而是希望把合同生成、审批、盖章、签署、归档和状态同步接入现有业务系统。 真正影响选型的,也不只是接口数量。企业还要看平台能否稳定处理大量合同,是否支持自动盖章和多方签署,能不能连接HR、ERP、CRM及采购系统,以及实名认证、数据存…
-
技术债务象限:如何区分审慎债务、鲁莽债务、主动债务与无意债务
过去几个月里,关于技术债务出现了一些讨论,也引发了一个问题:哪些类型的设计缺陷应该被归为技术债务,哪些不应该?对于研发团队来说,理解技术债务象限,有助于更准确地识别代码质量问题、评估重构优先级,并与非技术管理者沟通技术债务的真实成本。 一个典型观点认为,混乱的代码并不等同于技术债务。其理由是:如果混…
-
CTO 如何衡量业务影响:从开发者生产力到影响洞察的实践指南
知识工作者的生产力很难量化,而且往往与直接业务成果脱节。缺乏这种认知,会导致组织不断发起各种所谓提升开发者生产力的举措,造成技术支出膨胀,并做出并不恰当的投资选择。技术领导者,尤其是 CTO,需要避免陷入这种困境。他们需要构建一张能够洞察工作如何影响业务的网络,将团队产出与直接影响及下游影响关联起来…
-
产品模式优于项目模式:为什么产品型团队更适合软件研发
软件项目,是当前软件开发中最常见的资金投入和组织方式之一。它通常根据商业论证中预估的收益获得资金支持,并以临时团队的形式组织工作。这些团队往往只负责开发,项目结束后便随之解散。 与之不同,产品模式采用长期稳定的产品型团队。这类团队负责从构思、开发到运行的完整过程,并持续围绕某一业务问题或业务能力开展…
-
团队协作设计:跨职能协作的产品开发实用指南
在产品开发过程中,跨职能协作能够帮助团队更快地理解用户需求,并持续交付更有价值的产品成果。然而,跨职能协作究竟应该如何开展,并不总是显而易见。一个团队要想真正协作成功,需要哪些具体实践?又应该秉持哪些共同价值观? 我们是开发人员 Valerie 和设计师 Christopher,都热衷于跨职能结对协…