最近由于公众号用户太多，我就在思考有啥方式能给微信公众号的粉丝提供更多的更好的服务？这个时候我就想是否可以给公众号接入一下AI？让用户跟微信公众号对话，然后还能回到用户的问题，并且我提供一些资料让AI帮我回复用户的信息？ 这个时候刚刚好我们的FastWiki项目满足了部分需求，然后我们就顺便加入了微
最近公司有个需求，需要在线预览pdf，excel，world文档，pdf浏览器是直接支持预览的，vue也有很多插件支持，但是world文档和excel的方案就非常少了，市面上很多付费的，但是咱一般不舍得花钱，所以找了很多方案最后发现一款很吊的开源应用 kkfileview，这是作者的博客地址 htt
前言 公众号每月定期推广和分享的C#/.NET/.NET Core优秀项目和框架（每周至少会推荐两个优秀的项目和框架当然节假日除外），公众号推文中有项目和框架的介绍、功能特点、使用方式以及部分功能截图等（打不开或者打开GitHub很慢的同学可以优先查看公众号推文，文末一定会附带项目和框架源码地址）。
## 什么是LCA 最近公共祖先是相对于两个节点来说的，顾名思义，最近公共祖先即为两个节点公共的最近的祖先。 命令代替复杂命令. 5. 严格禁止使用复杂指令,比如flushal
简介 公司计划再XC服务器上做业务软件的兼容测试，为了满足需要，想利用操作系统自带的KVM虚拟化做些虚拟机。再配置过程中发现虚拟机无法与宿主机通信，无法访问外网。以下对该问题做些简要的故障分析记录。 环境说明 服务器： 飞腾S2500*2 128Core 1T内存 操作系统： #版本 Kylin L
近年来公司的业务数据量和用户流量都呈现出了非常迅猛的增长趋势，为了解决历史架构设计中的不足，应对诸多因素引发的风险并保证通天塔平台的稳定运行，通天塔后端组专项成立了一个“通天塔后端技术优化组”，号召并鼓励团队每个人积极参与进来，全盘分析和梳理、技术设计和技术Review、形成技术优化需求、排期、自测
最近公司的一台生产服务器时间不对. 因为机器有域控的需求, 所以加入了域, 想改时间时有这样的提示信息: 某些设置已隐藏或由你的组织管理 百度了很久发现没有解决方法.. 但是突然发现可以使用 运行->cmd 或者是powershell 运行命令: timedate.cpl 的方式进行修改. 问题解决
随着公司规模越来越大，员工需要使用的产品矩阵也会越来越丰富，不仅包括内部的 IT 系统，OA 系统，业务系统，还会有很多和外部产品集成的登录流程，更别提各种业务系统或者子系统中的账户体系了。如果使用简单粗暴的方法，让员工在每一个系统中单独注册一个独立的账户，不仅员工的用户体验简单粗暴，也会陡然提升员工密码管理的相关成本。
安全公司 Mend 在 2022 年前九个月发现并添加到其漏洞数据库中的开源漏洞数量比 2021 年增加了 33%，这反映了已发布的开源软件包数量的增长。该报告从 2022 年 1 月到 2022 年 9 月对大约 1,000 家北美公司进行了代表性抽样，结果显示已知漏洞中只有 13% 得到了修复，
# 背景 公司之前部门拆分，但一些服务并没有拆分清楚。其中一个老服务，两个部门都在用，现在为了避免互相影响，决定克隆该服务。克隆就要克隆全套，当然也包括数据库，我们这个老服务，用的oracle，所以，就涉及到从旧的oracle中导出数据，然后再导入到另一套新的oracle实例中。 届时在线上肯定是要
前言 公众号每月定期推广和分享的C#/.NET/.NET Core优秀项目和框架（公众号每周至少推荐两个优秀的项目和框架当然节假日除外），公众号推文有项目和框架的介绍、功能特点以及部分截图等（打不开或者打开GitHub很慢的同学可以优先查看公众号推文，文末一定会附带项目和框架源码地址）。注意：排名不
1024，祝每个程序员小哥哥小姐姐节日快乐。 因为在研发效能部门，我支持过几次 1024 程序员节的活动，所以经常有朋友问我1024 程序员节怎么做，本篇就是简单介绍下我的思路，希望对你有用。 1024程序员节的由来 俄罗斯把每年第256(=2^8）天，即平年9月13日或闰年9月12日定为国际程序员
今天一个小伙伴问我，如何「快速提升」一个团队的软件开发成熟度？我犯难了。我个人理解一个团队的软件开发成熟度涉及的东西很多，但最简单最直接的方法就是发钱涨工资，可是估计很多公司不愿意，那就只有扣了。 快速提升的目标 短期制度解决 如果想短期快速提升，那就直接梳理好最关键点，制定规章制度，然后通过奖惩制
最近某位大神在推特上发了一个帖子，结果引来了国内众多卖课机构、培训机构的狂欢，开始贩卖焦虑，其实「平台工程」也不是什么特别高深莫测的东西。闲得无聊，把这位大神的几个帖子薅了下来，你看过之后就会觉得没啥，都是熟悉的东西。 Sid Palas & 平台工程 这位大神的名字叫 Sid Palas，一位专门
之前的一篇文章《从特拉斯辞职风波到研发效能中的荒唐事》中关于企业内源的内容在研发效能群内引起了大家的热烈讨论。有的小伙伴不同意，有的小伙伴非常不同意，我觉得这都是非常正常的反馈，话不说不透，理不辩不明，我还是特别希望能和大家一起把这个问题弄明白。这篇文章就是那篇文章的后续，本文主要讨论开源社区、开源
