码厩技术博客

#402 uu 编码（Unix-to-Unix Encode）

uu 编码是加州大学伯克利分校 1980 年为在邮件中传输二进制文件而设计的一种 B2T（Binary-To-Text）/ B2A（Binary-To-Ascii）编码。
九十年代，MIME 被设计出来并成为国际标准之后，uu 编码就正式退出了历史舞台。
uu 代表 Unix-to-Unix Copy，表示将一个文件从一个 Unix 系统传输到另一个 Unix 系统。

#401 在 Git 历史记录中搜索

搜索提交信息

git log --grep=fix: --oneline --after='2018-07-01' --author=markjour

搜索历史文件

git grep -C3 sign_position $(git rev-list --all)

搜索 diff 内容

git log -G'前置'
git log -G'前置' -p | grep '前置' -C5
git log -G'前置' --oneline --name-status

-S<string> --pickaxe-regex 和 -G<regex> 作用相近，
不过 -S 只会列出搜索内容增删的相关信息，也就是所在行修改了，但是搜索内容没有变化的会忽略

#400 wttrin 终端看天气

https://github.com/chubin/wttr.in

curl wttr.in/wuhan
curl wttr.in/wuhan?lang=zh
curl wttr.in/jiangxia?lang=zh

# 指定日期
curl wttr.in/jiangxia@2020-06-07?lang=zh

View options:
    0                       # only current weather
    1                       # current weather + today's forecast
    2                       # current weather + today's + tomorrow's forecast
    A                       # ignore User-Agent and force ANSI output format (terminal)
    F                       # do not show the "Follow" line
    n                       # narrow version (only day and night)
    q                       # quiet version (no "Weather report" text)
    Q                       # superquiet version (no "Weather report", no city name)
    T                       # switch terminal sequences off (no colors)

指定 view:

# 只看今天的天气
# 不显示颜色
curl "wttr.in/jiangxia?0T&lang=zh"

#399 Python GUI 开发框架

• Tkinter 可以认为是 Python 官方支持的 GUI 框架，接近标准库的地位，样式风格就是极简。
  基于 Tcl/Tk。

• PyQt Riverbank Computing 提供的第三方 Python 绑定，非常知名。
  风险：GPL 协议，并不是和 Qt 一样的 LGPL。也就是说，使用 PyQt 开发的软件必须开源，除非购买商业授权。特别不建议使用。
  没有看到 GitHub 仓库。

• PySide Qt 官方 Python 绑定，也叫 Qt for Python。
  据说当年 Qt 的持有者，Nokia 公司，找 Riverbank Computing 谈 PyQt 的授权问题，没有谈成，因而从新开发了这个项目。
  没有 GitHub 仓库，代码可以在 官方 cgit 上看到。
  注意：这里就指 pyside2，和更老的 pyside 区分开来。

• PyGObject GTK 官方 Python 绑定
  原来叫 PyGTK，多好，不知道为什么改成这个名字
  https://gitlab.gnome.org/GNOME/pygobject
  https://github.com/GNOME/pygobject

• kivy

• wxPython https://github.com/wxWidgets/Phoenix

• PySimpleGUI

• DearPyGui

• pywebview

• beeware/toga

• python-eel/Eel
• flexxui/flexx 基于 Web 技术

gooey 可以快速实现命令行 GUI 化。

#398 Windows 特殊文件

• 虚拟内存相关
• pagefile.sys：Windows 的交换（SWAP）文件。默认在 C 盘根目录，和内存一样大，可以在“高级系统设置”中更改其位置和大小。
• hiberfil.sys：休眠模式系统状态转储文件。一般也会有几个 G。
• swapfile.sys：Win10 引入，作用和 pagefile.sys 相同，但他的大小可以自动调整。
• desktop.ini：文件夹配置文件（隐藏文件），用于自定义文件夹的外观和行为。
• thumbs.db：缩略图缓存文件（隐藏文件），用于加快文件夹中图像文件的显示速度。
• ntuser.dat：用户配置文件（隐藏文件），包含了用户的注册表设置和个人偏好。
• boot.ini：启动配置文件，用于指定启动选项和操作系统位置。

#397 CentOS 安装 Docker

# sudo yum remove docker \
#                   docker-client \
#                   docker-client-latest \
#                   docker-common \
#                   docker-latest \
#                   docker-latest-logrotate \
#                   docker-logrotate \
#                   docker-engine

# 检查是否有旧的安装
yum list installed | grep docker
sudo yum remove ...

sudo yum install -y yum-utils

# 使用国内镜像
# sudo yum-config-manager --add-repo https://download.docker.com/linux/centos/docker-ce.repo
sudo yum-config-manager --add-repo http://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo

yum list docker-ce --showduplicates | sort -r

sudo yum install -y docker-ce docker-ce-cli containerd.io docker-compose-plugin

参考：https://docs.docker.com/engine/install/centos/

#396 产品、项目、系统、平台，等等

• 代码：一堆组织好的文本，也叫源代码，源码。
• 程序：可执行的一组指令，通常以二进制文件的形式存在。对于脚本语言，也可以是源码的形式存在。
  有种常见的说法是程序 = 数据结构 + 算法。
• 软件：程序 + 资源（数据、文档、工程文件等）。
• 功能：使用软件实现的一个确定目标。
• 部署环境：

用户视角：

• 产品：产品和销售设计，面向用户，一组功能和价格的封装。可能是系统，可能是别的系统上的应用。

管理视角：

• 项目：团队 + 资源，来完成具体任务和目标。

架构视角：

• 系统：一些相关的事物组合成一个有机整体，通过对资源的管理和利用，来实现某些功能。
• 应用：运行于一个系统之上，独立且内聚，实现特定的功能，或为系统增加一些新的功能。
• 拓展：和应用类似，但是其作用是对系统原有功能进行辅助或者增强。

功能视角：

• 服务：程序或软件系统对外提供某种功能（完成某些任务），或许还会提供一些交互方式（网络协议，Web 页面，API，GUI）。
  一个系统可能是多个小的服务组成，整个系统对外又可以说是提供一个服务。
• 平台：也是服务，强调的是对使用者提供某种支撑。用时髦的话讲，就是赋能。
  一般来讲是，应该是一个强大、复杂的服务。
  管理平台，日志平台，商户平台，开放平台。

开发视角：

• 库 library，组件 component，插件 plugin，控件：都是指可复用的代码，或者可调用的二进制程序。他们之间的差异就是在于不同的使用场景。
• 代码仓库：源代码版本管理中的概念。也有人将仓库称为项目，我认为是很不贴切的，即使这个项目的所有代码都在一个仓库内。
• 模块：独立（或相对独立）的一段程序，可以是库、组件、服务，也可以是程序中一个相对内聚的部分。
  甚至，子系统也可以说是系统的一个模块。

反过来思考

假设有这么一个项目组，共 5 个人，开发了一个项目，由 10 个服务组成的一个项目管理系统。
基于这套系统，又封装成了两个产品，分别面向开发团队和一般团队。
一个团队，一个项目，一个系统，两个产品。

后来业务发展、商务合作、法务合规的缘故，项目组另外再部署一套一模一样的系统，专门为某个客户服务。
一个团队，一个项目，两套系统，三个产品。

再后来，这套专有系统持续创造较大的利润，项目组为他另外开一个新的项目进行管理，需求、开发进度等等都独立开来。但是还是这个团队来做。
一个团队，两个项目，两套系统，三个产品。

这个逻辑有问题么？

#395 logging 增加 TRACE 级别日志

logging 内部的服务级别：

DEBUG       10
INFO        20
WARNING     30
ERROR       40
CRITICAL    50

根据使用习惯，INFO 是重要信息，DEBUG 是普通信息。线上也是开到 DEBUG 级别。
然后调试信息也是通过 DEBUG 服务打印，然后通过 conf.DEBUG_MODE 来区分是不是要打印这种 DEBUG 级别的调试信息。

觉得不甚方便，想了一下，有两种思路：

1. 将普通信息也通过 INFO 日志打印，在日志内容中插入部分标识来表示是重要信息，比如 “&NOTICE”。
2. 增加一个 TRACE 级别日志。

方案一感觉相对合理一些，但是对于已有项目还是方案二好。

实现

def trace(self, message, *args, **kwargs):
    if self.isEnabledFor(TRACE):
        self._log(TRACE, message, args, **kwargs)


TRACE = logging.TRACE = 5
logging.addLevelName(TRACE, 'TRACE')
logging.Logger.trace = trace

参考：syslog 日志级别

• EMERG：系统不可用
• ALERT：需要立即采取行动
• CRIT：关键错误
• ERR：一般错误
• WARNING：警告
• NOTICE：一般通知
• INFO：信息性消息
• DEBUG：调试级别的消息

参考：nodejs winston 日志级别

• error：错误
• warn：警告
• info：一般信息
• http：HTTP 请求
• verbose：详细信息
• debug：调试信息
• silly：非常详细的调试信息

参考：java log4j 日志级别

• FATAL：致命
• ERROR：错误
• WARN：警告
• INFO：信息
• DEBUG：调试
• TRACE：跟踪

#394 常用符号收集

对号（对勾）

错号（叉叉）

常用英文字母 x / X 或者数学中的乘法替代。

圈号符号

参考资料与拓展阅读

• Unicode 勾号、叉号、圈号的收集
• 特殊符号收集大全
• 符号大全
• https://en.wikibooks.org/wiki/Unicode/Character_reference/2000-2FFF
• https://unicode-table.com/en/

#393 转载：坏运气的人的职业建议

网上的大多数职业建议，都来自那些取得了巨大成就的人。所有这些建议都没有充分考虑运气的因素，实际上很多人运气不好，事业受到了很大影响。

现在，很多企业陷入了困境，我就在一家这样的科技公司工作了两年。回顾这两年，我总结了几点经验教训。如果你的职业生涯也遇到了坏运气，不妨可以参考一下：

1. 如果公司业绩不好没有前途，但是愿意给你提供一些优惠条件，让你留下来。你可以接受，但要立即开始寻找新工作，不要留恋那些优惠条件。
2. 公司不是你的家人。某些同事也许是你的朋友，但就像大学室友一样，毕业了也依然可以是朋友。不要因为人际关系的舒适而留下。
3. 不要以为公司情况不好，内部政治就会简单一些。情况恰恰相反，也许以前没有内部政治，但是一旦大家意识到，公司已经变成了一个零和游戏，某些人的得益就是另一些人的损失，就会出现内部政治。经济衰退时期，零和游戏的出现可能性更大。
4. 公司的应变举措，也许会奏效。也许不会。你必须决定是否值得等待，要知道你的时间就是沉没成本。一旦公司失败，你以前投入的时间是无法弥补的。

更多内容在英文原版中：Career advice for people with bad luck