前言一大早测试部的老大就召集我们开了个会——原因是我们组负责的业务除了个线上漏测，用户的投诉跟雪花似的纷至杳来。公司门口那个巨大的显示屏就在那轮播着用户反馈，好几屏都是用户在吐槽这个bug。没啥可说的，该背的锅还是要背的，那个漏测也不算冤，测试同事造不出那个异常场景，心中侥幸，觉得不至于异常会导致客户端出现啥问题。偏偏它就出了问题！后来组里开会复盘了下，决定

从避免技术债务到简化和整合业务流程到解锁单体系统，低代码提供了速度和灵活性。软件开发者和架构师曾经有理由对低代码技术持怀疑态度，但今天，许多成熟的低代码平台使敏捷开发团队能够提高生产力、增加质量、并频繁部署。开发人员使用低代码技术来构建应用程序、客户体验、门户网站、搜索体验、工作流集成、数据管道、数据流、仪表板、测试自动化、机器学习模型和其他解决方案。"低代

​低代码开发平台该怎么选型？现如今，低代码开发平台又再次进到公众视野。对于企业来说，使用低代码开发平台不仅仅意味着数字化转型的开始，也意味着内部开发效率提升、业务流程梳理更加清晰。市场上的低代码平台非常多，企业应该怎么选型才能避免踩坑呢？1、软件开发的灵活性企业不断发展扩大，标准化的产品软件已经难以满足企业的需求，在这种情况下，低代码平台的灵活性就显得十分重

应急主机排查近日，我们的安全技术人员安全检查过程中发现一组内网主机存在与外部互联网地址异常通讯行为，以下是对其中一台主机挖矿应急处置分析。查看Windows任务管理器，发现该主机的CPU使用率为100%。结合实际业务情况初步判断该主机存在异常。进一步查看使用率过高的进程，发现名称为v6w5m43T.exe可疑执行文件占用大量CPU使用率，并且powershe

一套软件做完了，在给客户上线之前，我们自己要进行完整的系统测试，这个工作听起来好像没什么，但其实是很不好做的，这要求测试人员要熟悉业务、熟悉系统的各个功能项、还要有一套完整的测试方法。我们软件销售部从开始做系统分析工作，现在又开始担当系统测试的角色了，没办法，公司人手不够，只能担当多种角色了。不过对于我们来说也有一定好处，系统分析设计是我们做的，现在做好的系

日历控件基本上所有的前端都会用到，而且我相信8成的JSer都是直接把开源的组件拿来用，很多设计师似乎跟开发们也有默契，对日历控件只要能用就行，样式啥的不做太多要求，但是某些设计师就是有强迫症，一定要你按着TA的设计来，保不准产品也要舔一把火，往日历里塞些稀奇古怪的业务，咋办？初级开发可能就去网上找符合要求的控件，然后拼命说服他们；普通的开发就可能直接在已有的

20年前，软件行业在数字化演进的道路上，从部署一个Web服务器到部署几十甚至上百上千个不同的应用，在各种规模化交付方面的挑战之下，诞生了DevOps技术。比如虚拟化、云计算、持续集成/发布、自动化测试等，而MLOps就是机器学习时代的DevOps。它的主要作用就是连接模型构建团队和业务，运维团队，建立起一个标准化的模型开发，部署与运维流程，使得企业组织能更好

京喜APP最早在2019年引入了Swift，使用Swift完成了第一个订单模块的开发。之后一年多我们持续在团队/公司内部推广和普及Swift，目前Swift已经支撑了70%以上的业务。通过使用Swift提高了团队内同学的开发效率，同时也带来了质量的提升，目前来自Swift的Crash的占比不到1%。在这过程中不断的学习/实践，团队内的CodeReview，也对如何使用Swift来提高代码质量有更深的理解。

我们在做系统的时候，只要这个系统里面存在角色和权限相关的业务需求，那么接口的权限控制肯定必不可少。但是大家一搜接口权限相关的资料，出来的就是整合Shrio、SpringSecurity等各种框架，然后下面一顿贴配置和代码，看得人云里雾里。实际上接口的权限控制是整个系统权限控制里面很小的一环，没有设计好底层数据结构，是无法做好接口的权限控制的。那么怎么做一个系统的权限控制呢？

近日，由中国通信标准化协会主办、中国信息通信研究院承办、中国通信企业协会支持的“2024数字化转型发展大会”在北京召开。大会现场为第三届“鼎新杯”数字化转型应用优秀案例获奖单位颁发证书，天翼云荣获多个奖项，其中，《天翼云全流程数字化转型支撑量质并重规模发展》等案例获评“业务融合创新”赛道一等奖，技术实力与创新能力再次得到权威认可