在数字化转型的浪潮中，低代码开发平台作为一种新兴的技术工具，正逐步改变着软件开发的格局。简而言之，低代码开发平台是一种创新的开发工具，它摒弃了传统手写代码的繁琐与复杂，转而采用图形化界面和配置的方式，让开发者能够更加直观、高效地创建应用程序。这一变革不仅简化了软件开发的流程，更极大地拓宽了参与应用构建的群体，使得非专业程序员也能在其中发挥重要作用。随着技术的飞速发展，企业对于快速响应市场变化、灵活

LLM微调是采用预训练的模型，然后通过使用更小的专有数据集进行训练来完善其能力并提升处理特定任务或领域的表现的过程。微调包括调节通用模型并将其调节为特定模型，它是连接通用预训练模型和特定应用的特定需求之间的桥梁，从而保证大语言模型能够接近人类的预期。想象一下OpenAI的GPT-3，这是一款先进的大型语言模型，专为通用的自然语言处理(NLP)任务而设计的。假设一个医疗保健组织想使用GPT-3来帮助

开发过程中数据展示会经常使用到，同时分页功能也会添加到页面中。

一个大型前端应用，如果所有代码都放在单一文件，体积会特别大，下载时间长，白屏时间久，用户体验差。是一种有效的优化方式。提前把代码切分为多个小块，只下载当前必需的部分，用到哪块下载哪块。就像吃自助餐一样，吃多少拿多少。早期的代码分割一般通过实现。随着 ES6 的不断流行，原生的成为更好的选择。使用 import() 和《》介绍的，可以实现一个简单的代码分割。实际运行效果如图：上面代码“糙快猛”地实现

开发过程中数据展示会经常使用到，同时分页功能也会添加到页面中。

众所周知，windows 会通过虚拟交换机给本机和 wsl2（Linux 子系统）分别分配 ip。于是本机重启或重启 wsl 服务的时候会重新分配 ip。之前所作的端口转发，监听之类的都会失效。而如果你搜索 “如何固定 wsl 的 ip”，又会得到一系列复杂的配置方法。且不说是否有用，但这一系列操作十分令人头疼。但是，如果你的 windows 是win11 22H2以上，情况就不一样了。仅需一个配

最近在复习k8s网络方面的知识，查看之前学习时整理的笔记和文档还有过往自己总结的博客之后发现一个问题，就是在有关flannel和calico这两个k8s网络插件的文章和博客中，会涉及到cni0和docker0这两个网桥设备，但是都没有明确说明他们俩之间的关系，有的甚至将两者混为一谈，这也是我之前的学习当中所忽略掉的问题，这次发现之后我疯狂查阅资料和认真思考后，对两者有了如下的总结和浅析：需要注意的

Kubernetes（简称K8s）已成为现代云计算和容器化环境中不可或缺的一部分。它作为一个强大的容器编排系统，使得部署、管理和扩展应用程序变得高效且自动化。其中，Pod调度是Kubernetes架构中最为关键的部分之一，它决定着容器化应用的运行效率、资源利用率以及系统的整体稳定性。在Kubernetes集群中，Pod是最小的部署单位，代表着一个或多个容器的集合。Pod的调度，即决定这些Pod在集

可惜在 K8S 面前 swarm 就是弟弟，根本打不过，于是 Docker 公司只能后退一步，将 containerd项目捐献给 CNCF 基金会，而 K8S 也见好就收，既然 Docker 已先退了一步，那就干脆优先支持原生Docker 衍生的容器运行时：containerd。从上面的内容我们可以看到，真正容器相关的操作其实在 containerd 那一块，至于前面的 docker shim 和

kubelet通过CRI来调用容器运行时，只要实现了CRI接口的容器运行时就可以对接到K8S的kubelet组件。