【函数基础】 函数用于将程序代码分类管理，实现不同功能的代码放在不同函数内，一个函数等于一种功能，其它函数可以调用本函数执行。 C语言规定所有的指令数据必须定义在函数内部，比如之前介绍的程序执行流程控制语句，另外修改全局变量的操作也是通过指令进行的，所以全局变量只能在函数内修改。 数据作用域 定义的
首先要有底气有条理的冷静应对 如果公司要辞退你，一定是先找你谈，一旦他找你谈辞退，一般就是让你自离，这是他们的首选（因为便宜嘛，不用给钱） 这时候就要开启战斗状态了，即使内心翻江倒海的难受，也要冷静的先听他说完 赔偿这种东西本来就是要靠谈的，你不要指望一个资本家，凭良心给你的 第一轮谈话，面对对方的
蹩脚的go 异常处理 一般写go的人，如果他不是写算法，正常写业务代码的话，可能都会为优雅的异常处理而烦恼，因为脑子抽筋的go设计者们，总是感觉语法糖是一种很低级的东西。但是在我们大多数公司的业务逻辑中，没有语法糖让代码非常丑陋，不易于维护。 如何让go 代码更具有可读性，哪么就要给go加糖！ 引入
LlamaFS是一个自组织文件管理器。它可以基于文件内容和修改时间等属性自动重命名和组织您的文件。它能让你不把时间花在对文件的复制、粘贴、重命名、拷贝、排序等简单操作上。有幸在Github上看到LlamaFS这个repo，感慨万千。 技术简介 LlamaFS以批处理模式和监视模式两种模式运行。在批处
title: llama3源码解读 tags: DL 本来不是很想写这一篇，因为网上的文章真的烂大街了，我写的真的很有可能没别人写得好。但是想了想，创建这个博客就是想通过对外输出知识的方式来提高自身水平，而不是说我每篇都能写得有多好多好然后吸引别人来看。那作为对整个合集内容的完善，这篇博客会解析现在
概述 Github官方地址：GLM-4 网上已经有很多关于微调的文章，介绍各种方式下的使用，这里不会赘述。我个人比较关心的是微调时的loss计算逻辑，这点在很多的文章都不会有相关的描述，因为大多数人都是关心如何使用之类的应用层，而不是其具体的底层逻辑，当然咱也说不清太底层的计算。 可了解其它loss
本文收录于 Github.com/niumoo/JavaNotes，Java 系列文档，数据结构与算法！ 本文收录于网站：https://www.wdbyte.com/，我的公众号：程序猿阿朗 作为一个 Java 开发者，如果要问你 Java 中有哪些关键字，你可能会随口说出一串，如果问你 Java
在大的工作环境以及普遍的生活压力下。对以后充满了迷茫。 尤其是30多岁以后的人生。 中年的危机与焦虑如何避免？ 职场的规划与路线怎么制定？ 生活的压力与焦灼如何解决？ 家庭的压力..... 其实主要还是职场的规划。人，一般来说，对于百分之九十九以上的人，都是要工作的。那么在国内这样的中年危机普遍存在
好久没有写博客了。最近工作中封装了一个类似ORM框架的东西。大概的原理就是将Excel数据初始化到本地sqlite数据库后，通过json配置文件，对数据库的数据做增删改查等操作。 其实大概的思考了下，就是半ORM框架mybatis的逻辑，只是我们自己封装的简陋蛮多。想想有现成的轮子没用，反而是自己写
概述 工厂方法是比较常见，常用的一种设计模式。FactoryBean是Spring提供的一种Bean注入IOC容器的方式。 工厂方法 在做日常开发时，一般都会避免直接new对象，而且将new的操作丢给IOC容器，但对于第三方系统的集成，我们不太好直接丢给IOC容器，此时可以通过工厂模式， 提供一个工
Spring Cloud Alibaba Sentinel限流功能概览，目前先整理一版，东西有点多，想慢慢打开；后续继续更新......
消息队列的应用可以说是业务必备的。从功能来说，解耦、异步化、延迟队列、削峰等等；在之前的项目中就用到了rabbitmq来实现消息中心、业务的异步解耦。我个人很推从的就是业务的异步解耦能力。当时的业务场景是客户在界面上可以批量提交数据，但是服务端要做校验，数据处理，入库等等系列操作，其中的校验与数据处
Nacos的设计有两点很值得参考；首先是注册中心模块，服务状态动态感知是基于HTTP短链接+UDB通信来实现，其实正确来说，应该是基于UDP通信实现客户端与服务端的服务实例列表数据同步，利用http定时任务来做补偿。其次配置中心模块的配置信息动态监听基于HTTP长轮询实现，最大限度的保证了实时性，在
为什么要说这个？ 对于Spring体系而言，我个人认为最重要的就是IOC容器，其次才是AOP、Context等模块；因为这些模块功能是或搭建或集成在IOC容器这个基础设施之上的。 直接基于Spring框架体系做开发时，可以通过常用的JavaConfig或XML方式将对象的生命周期及装配由容器原生的接
此篇文章不从源码角度解析，网上一搜一大把。我个人的习惯是自己评估与思考下大概的设计思路是什么，然后看源码与博客佐证。否则一来就是使用然后看源码，一坨一坨的代码，真的看的头疼。以上仅是个人的学习方法。 聊聊OpenFeign，其实这个框架，之前用过，但没留意太多；说白了这个框架的出现就是为了让我们做R
一般都是研究框架源码，我为什么要反过来研究集成原理呢？ 在我自己看来，集成虽然比较简单，但要求的细节比较多，需要掌握根本性的东西才能做到集成。 Mybatis集成Spring用到了FactoryBean以及BeanDefinition注册的原理，从这两个维度来实现集成，而我们单独学习Spring时，
Sentinel的熔断降级实现有两个模式，一开始是基于熔断规则的简单处理(说简单其实不简单)，目前已改为了基于断路器模式实现，这也是业内常见实现。 断路器模式 断路器模式中讨论了 3 个主要状态。他们是： CLOSED OPEN HALF OPEN 让我们简要了解一下状态…… CLOSED Stat
我个人比较推崇本地消息表模式来实现最终一致性。首先本地消息表的设计不仅可以解决事务一致性的问题，对于消息队列常见问题中的消息丢失与消息幂等其实都是可以通过本地消息表来解决；其带来的好处是多重的。 ### 什么是分布式事务一致性 大白话就是对数据源进行拆分后，多库多机器的多数据库事务一致性问题。因为此
### 什么是Seata分布式事务解决方案 Seata是一款开源的分布式事务解决方案，致力于提供高性能和简单易用的分布式事务服务。为用户提供了AT、TCC、SAGA和XA事务模式，为用户打造一站式的分布式解决方案。 ### AT模式 AT模式目前来看是Seata框架独有的一种模式，其它的分布式框架上
### 使用示例 平时我们使用的一般是集成了Spring或是Spring Boot的Mybatis，封装了一层，看源码不直接；如下，看看原生的Mybatis使用示例 