过拟合问题
0x00 过拟合问题
欠拟合根本原因在于特征维度过少、模型过于简单，拟合的函数无法满足训练集，导致误差较大。过拟合的根本原因则是在于特征维度过多、模型过于复杂、参数过多、训练的数据过少、噪声过多，导致拟合的函数完美预测训练集，在引入新的测试集时预测结果差。
产生过拟合的根本原因可以归咎于如下几点：
数据太少，无法描述问题的真实分布。比如投硬币，连续投了10次都是正面，这样的数据机器学习了以后是无法揭示投硬币的统计规律的。由此，当数据量无限大的时候，过拟合的问题即不存在。
观察值与真实值存在偏差。比如人脸识别系统，不同的人在不同的地方识别背景总是不一样的吧。如果你在选择训练集的时候，这批人脸的拍照背景都相同，那这个背景就可以看做是在样本选择时引入的一个随机误差了。再次使用相同背景拍照的人脸可能能正确识别出来，而换一个背景识别可能误差就会变得比较大。
数据有噪声。如果噪声过多，过拟合的情况下会尽量覆盖噪声点，这样会导致训练集的误差极小，但是换到测试集就会产生较大的误差。
过拟合实例，以上述的MNIST代码改造而成：
12345678910111213141516171819202122 ...
卷积神经网络
0x00 卷积神经网络（CNN）
之前介绍的神经网络，每一层的每个神经元都与下一层的每个神经元相连，这种模式称之为全连接（Full Connected）。全连接意味着会产生大量的计算。在上面的例子中，我们可以看到如下代码：
123456789x = tf.placeholder(tf.float32, shape=[None, 784])y = tf.placeholder(tf.float32, shape=[None, 10])weight = tf.Variable(tf.zeros([784, 10]))bias = tf.Variable(tf.zeros([10]))prediction = tf.matmul(x, weight) + biasloss = tf.reduce_mean(tf.nn.softmax_cross_entropy_with_logits(labels=y, logits=prediction))
我们发现每一张图片中的784个像素点都与下一层的神经元进行了计算。这种全连接的方法用在图像识别上明显太笨了，因为我们识别MNIST中的数字的话，我们只 ...
INT_MIN
0x00 INT_MIN的值为什么不能直接表示
如果你写出下面的代码，然后使用Visual Studio编译的话，就会爆出C4146错误来。告诉你这个数字不能直接写进代码里。
12345void check(int i){ if (i > -2147483648) // 爆出错误：C4146 // do somethings}
这是为什么呢？
编译器在处理数字-2147483648时，不会将其看做是一个数字，而是看做一个表达式，在处理时会走两步：
首先处理数字2147483648，这个数字超出了int类型的定义域，故其被临时存储成了unsigned int类型，这在内存中是这样的：0x80000000
对这个unsigned int类型的数字2147483648作用负号，负数在计算机中使用补码表示，对0x80000000计算补码：
1234567 0x80000000表示为二进制为： 1000 0000 0000 0000 0000 0000 0000 0000 其反码为： 0111 1111 1111 11 ...
GNUcash 与复式记账
0x00 历程
大学四年记了4年的账，用了好多方法来记账，感觉自己记账的历程都快赶上一部会计记账的发展史了。
大一一开始的记账用Excel，当时还没有深入学习Excel，不会使用公式和VBA编程，而且所有的数字都是自己手算的，导致用Excel记账的效率极差，这基本上也可以折射会计发展中手工记账的年代了。
后来呢，自己开发了一款记账软件，用C++开发的，纯命令行工具，这个工具呢一共开发了2版，第一版代码可参考GitHub，第二版的代码可参考GitHub，均是我大一时的作品。这2个作品有2个共同的缺陷：
所有货币数额均使用double类型进行存储和计算，这其实是不合乎编码规范的。实际使用中应使用int或long乃至long long这样的整数类型来存储货币，将货币数额乘以100就可以消除掉小数点，比如10.24元就可以存储为整数1024分，然后在显示的时候除以100再显示就好了。
没有引入货币符号的概念，两个作品均只支持一种货币记账——人民币，主要是设计程序的时候没有考虑到后来会买美元花美元这种情况，这就导致算总账的时候，两个货币不能在总账上直接加减计算余额啊，然后就不知道怎么弄。后来我 ...
文件管理
0x00 基本概念
系统运行时，计算机以进程为基本单位进行资源的调度和分配，在用户进行输入、输出中，则以文件为基本单位。 文件系统提供了与二级存储相关的资源的抽象，让用户能在不了解文件的各种属性、文件存储介质的特征以及文件在存储介质上的具体位置等情况下，方便快捷地使用文件。
用户通过文件系统建立文件，提供应用程序的输入、输出，对资源进行管理。我们通过自底向上的形式来描述文件的结构如下：
数据项：数据项是文件系统中最低级的数据组织形式，分为如下两种类型：
基本数据项：用于描述一个对象的某种属性的一个值，如姓名、日期或证件号等，是数据中可命名的最小逻辑数据单位，即原子数据。
组合数据项：由多个基本数据项组成
记录：记录是一组相关的数据项的集合，用于描述一个对象在某方面的属性，如一个考生报名记录包括姓名、出生日期、报考学校代号、身份证等一系列域
文件：文件是指由创建者所定义的一组相关信息的集合，逻辑上可分为两种：
有结构文件：文件由一组相似记录组成，如报考某学校的所有考生的报考信息记录，又称为记录式文件
无结构文件：则被看成是一个字符流，比如一个二进制文件或字符文件，又称为流式文件 ...
Docker 鉴权机制的基本原理
0x00 docker鉴权的工作流程
当用户使用docker pull、docker push从一个registry拉取或上传镜像或者使用docker login命令登陆registry时，就会诱发registry和docker客户端间的鉴权授权机制。官方提供的registry镜像中，仅包含极为有限的权限管理机制，而且其用户的身份信息是存储在容器中的，这显然不适合大多数registry的适用场景。因此官方的registry对外提供一组接口，以适配第三方的鉴权服务器，鉴权的方式基于Json Web Token，下面我们来了解一下这种鉴权授权方式，首先看官方给出的一个流程图：
首先，用户在控制台使用了docker pull或docker push命令，此时docker守护进程（docker daemon）首先会与registry通信，试探一下什么权限都没有能不能拉取或上传镜像；
registry收到请求后，如果需要进一步的授权才能继续操作，那么返回一个401 Unauthorized HTTP响应，告诉docker daemon你需要进一步的权限才能进行操作；
这个时候在客户端，用户就 ...
Docker Cannot Be Stopped
0x00 问题简述
docker container根本停不下来，使用docker rm -f命令强行删除容器也不行，错误称我没有足够的权限，即便我是以root用户在运行docker。错误代码示例：
1ERROR: for yattyadocker_web_1 cannot stop container: 1f04148910c5bac38983e6beb3f6da4c8be3f46ceeccdc8d7de0da9d2d76edd8: Cannot kill container 1f04148910c5bac38983e6beb3f6da4c8be3f46ceeccdc8d7de0da9d2d76edd8: rpc error: code = PermissionDenied desc = permission denied
0x01 起因
Apparmor由于某些未知原因无法正常工作引起，Apparmor是一个应用于Linux下的安全程序。
0x02 解决方案
12systemctl disable apparmor.service --nowservice apparmor te ...
使用 Atom 打造一个无可挑剔的 LaTeX 编辑器
0x00 工具
Atom是GitHub出品的一款编辑器，号称是A hackable text editor for the 21st Century，其最大的亮点当属其插件系统，像Chrome浏览器一样，经由插件(package)的增强可以实现多彩的功能。当然，除了明显的性能的问题，尤其是内存占用上，我对他没有什么别的坏的意见。真是搞不懂，同样是基于electron的vscode为什么就没有这么明显的性能问题。我对比过，打开同样的项目，vscode的内存占用只有atom的五分之一。我估计这可能由于vscode基于TypeScript的原因。我看来atom对vscode的唯一的优势就是颜值高，当然是配置了插件主题以后的颜值高。
0x01 基于Atom搭建LaTeX\LaTeXLATEX编辑器
我们要用到的核心的插件如下：
latex：用于在Atom下调用外部tex编译器编译tex文件
这个插件是不带latex编译器的，需要你自己单独安装，推荐使用tex live，tex live如果完全安装的话，体积是十分庞大的，建议部分安装，以后如果有什么需要的包，可以使用其自带的tex live ...
Docker Registry 基本配置
0x00 配置文件撰写规则
首先给出其官方文档地址：
Configuring a registry
Compose file version 3 reference
我们先来明白registry配置属性的覆盖规则，有两种：
第一种，如果你不想复写整个registry配置文件，而是想仅仅改变其中的几个属性。可以将Configuring a registry中给出的yml文件配置属性转换为相应的环境变量，然后在docker run -e命令中或者在docker-compose.yml中的environment标签下进行复写即可，基本规则为，首先对应的环境变量的名称以REGISTRY开头，然后按照yml文件中的层级，从上往下将名称转换为全大写，然后依次列出，中间以_作为分隔，例如如下yml配置的环境变量转换：
123storage: filesystem: rootdirectory: /somewhere
转换的环境变量即为：
1REGISTRY_STORAGE_FILESYSTEM_ROOTDIRECTORY=/somewhere
第二种，复写整个registry配置文件，首先依 ...
Code of Conduct
0x00 前言
本人为非英语专业，只不过是一名计算机专业的学生，对英语和英文计算机文献翻译工作颇有兴趣，所以自己制定了这么一个翻译守则。无规矩不成方圆，本文主要作为一个对自己平时翻译工作的一个规约。
!> 请注意
!>
!> 此规约诞生于我的译作RESTful API Tutorial完成之后，故RESTful API Tutorial的翻译中，可能由许多不符合此规约的点。
0x01 守则
翻译工作不应该更改原文排版，当然一些由前端实现的特效渲染出的文字效果可以适当地更改在译文中的排版
原文中的超链接，如果其指向的文章也被或将要被翻译过的话，将原链接指向译文，如果没有被翻译过或不打算进一步翻译的话，不应修改原链接指向
专业的词汇的翻译应尽量参考普适性或者被大众广泛接受过的翻译，如果某专业词汇查不到或很难查到前人的翻译，那：
给定自己的翻译，并给出原词汇
实在想不出切当、合适、言简意赅的翻译，可以在译作中直接使用原词汇
对英文技术文献的翻译，专业词汇的解释应尽量做到精准，应依据其定义翻译或解释，而不是单纯地从字面上或者照搬词典翻译，对数据结构的翻译中要避免形译， ...