慢步道人

场景 工作需要，一般使用的是相对较低的go版本，且较长时间内不会轻易变更；自己尝鲜或参与某个开源项目，又会使用另外的go版本。在不同项目间切换工作，通常需要切换到对应的go版本（虽然go目前是向下兼容

前言 做了十多年桌面开发，虽然也会写一些服务端的东西，但毕竟不是主力，而且体量和规模也是极小的，所以很少接触docker这类。云原生已经普及很久了，而且桌面开发的路也越来越窄，是时候转变下方向了。 d

前言 先前就尝试过使用Lazarus写一个插件式的桌面应用框架，主程序只负责整体的插件管理以及为插件提供页签式的展示容器，具体的功能实现都由插件（动态库）来完成。 但是之前比较零散的几次尝试，多或少有

起因 近来，翻看gin源码时，无意间看到了green = "\033[97;42m"这种不明所以的代码，遂充满疑惑和好奇，于是就搜索探究了一番，这才知道这叫ANSI转义序列。 ANSI转义序列 简单说

前言 完成这篇文章实属不易，既要压下心头无尽怒火，以免化点为面伤及无辜，又要再三斟酌措辞，以免被河蟹，着实折磨。 关于用语 0x540x42：ASCII码，代表其本意以及由此扩展、延伸出的一切同义/近

问题 业务中遇到一个非常慢的查询，大致可以简化为以下SQL： 其中： 有索引且命中的条件已简化掉了 c5为自定义格式的时间字符串 c2和c5有索引（普通索引），c1、c3和c4无索引 c3和c4为绑定

背景 系统安装完之后，默认的显卡驱动就能好好的工作，这点还是比较满意的，但用久了之后就会发现：看个高清视频啥的，CPU使用率就会蹭蹭上去，风扇呼呼的，总感觉N卡压根就没派上用场，所以就想换上Nvidi

问题及原因 Debian安装过程中会有一个阶段下载特别慢，即便是在安装过程中更换了国内源，仍然是巨慢无比，其根本原因是：更换的源并不包含安全更新部分。 当然，如果是网卡硬件不在默认的安装包驱动范围内，

意外的乱码 在尝试用go操作pg数据库时，由于连接参数的笔误，意外得到了一条包含乱码的错误消息，很显然是字符编码的问题：win系统默认是gbk编码，debian一般都默认utf8编码，做一下编码转换就