软件工程的开发曲线极度类似emacs的学习曲线。这确实令人尴尬，哭笑不得，又很是郁闷。（心中一万只……）内卷是如何产生的？过程式的编程方法是导致内卷的原罪过程式的方法要求我们必须一步一步走遍软件工程的每个角落，才能看出整个工程的一点点影子。而工程规模越大，代码量越多，逻辑过程就越复杂，内卷就越严重，使人陷入其中难以自拔。逻辑过程就是“内卷”所以，内

DDD领域驱动领域驱动模型。模型驱动代码接触到需求第一步就是考虑领域模型，而不是将其切割成数据和行为，然后数据用数据库实现，行为使用服务实现，最后造成需求的首肢分离。DDD让你首先考虑的是业务语言而不是数据，重点不同导致编程世界观不同。具体的问题，具体解决，以后遇到相同的问题，这个问题就成了领域DDD是解决复杂中大型软件的一套行之有效方式，在

HTTP协议通信原理OSI七层网络模型包含（应用层、表示层、会话层、传输层、网络层、数据链路层、物理层）TCP/IP四层概念模型包含（应用层、传输层、网络层、数据链路层）!(https://oscimg.oschina.net/oscnet/upbf558b4f7572e8d2211102742395b069235.png

本文源码GitHub地址：知了一笑https://github.com/cicadasmile/springbootbase一、文件上传文件上传是项目开发中一个很常用的功能，常见的如头像上传，各类文档数据上传等。SpringBoot使用MultiPartFile接收来自表单的file文件,然后执

随着BERT等预训练模型横空出世，NLP方向迎来了一波革命，预训练模型在各类任务上均取得了惊人的成绩。随着各类预训练任务层出不穷，也有部分研究者考虑如何在BERT这一类模型中引入或者强化知识图谱中包含的信息，进而增强BERT对背景知识或常识信息的编码能力。本文主要关注于如何在BERT中引入知识图谱中信息，并survey了目前已公布的若干种方法，欢迎大家批评和

模型层orm简介　　ORM是“对象关系映射”的简称。　　MVC或者MTV框架中包括一个重要的部分ORM，它实现了数据模型与数据库的解耦，即数据模型的设计不需要依赖于特定的数据库，通过简单的配置就可以轻松更换数据库，这极大的减轻了开发人员的工作量，不需要面对因数据库变更而导致的无效劳动。　　比如，之前的数据库用的是ora

1前言前一篇介绍了JMS有两种通信模型，一种是点对点通信，另一种是发布/订阅模型，本篇将会继续探讨这两种模型。本篇文章需要按照严谨的实验顺序才能获得相同的结果，这是因为消息持久化和持久订阅这两个特性的原因，在文章结尾和下一篇文章会做解答。\\所有的实验在启动之前都必须到管理后台删除相关的队列或者topic，否则数据也可能不同\\在A

Kafka中的消息是以主题为基本单位进行归类的，各个主题在逻辑上相互独立。每个主题又可以分为一个或多个分区，分区的数量可以在主题创建的时候指定，也可以在之后修改。每条消息在发送的时候会根据分区规则被追加到指定的分区中，分区中的每条消息都会被分配一个唯一的序列号，也就是通常所说的偏移量（offset），具有4个分区的主题的逻辑结构见下图。!(http

技术栈Appgalleryconnect开发准备之前我们已经实现了购物车相关的内容，实现了购物车数据列表的展示，但是我们结算订单之后我们的购物车列表并没有刷新，而且底部的状态栏并没有明显的数据展示来提醒用户，而且当我们在商品详情页添加新商品，底部也没有同步

技术栈Appgalleryconnect开发准备上一节我们针对首页的一些静态按钮做了一些功能上的完善，这一节我们要针对已有的功能做一下逻辑完善，经过测试，在一开始的登录中我们登录之后当前页面的状态并不能马上的展示出来，并且缺少退出功能，退出后我们同样要立马