码厩技术博客

#812 思考：代码优先还是产品优先

阮一峰最新的《科技爱好者周刊》中提到一个观点：代码优先和产品优先。大概是说代码优先程序员比较注重技术和代码，产品优先程序员则是更注重解决的问题。阮一峰明显是认为应该产品优先。

我看后感觉我就是文章的批判对象，从而进行了一个反思。但是我思考之后认为阮一峰说的并不全对，我的做法没有什么问题。

公司的目标，或者说研发中心的目标，就是用技术解决问题。而研发中心的开发人员的职责就是设计可行方案，然后通过代码来实现这个方案。
研发人员并不直接面向市场，面向用户，大多数时候也不负责产品的设计。甚至有些时候，研发人员都不参与产品设计方案评审。

理论上，如果我们能够吃透产品的设计，那么对开发工作肯定是有利的。但是我们的时间精力是非常有限的，平衡工作和生活之余，还有挤出时间来自学。
而且，对产品的思考更多的是产品设计人员的工作，让开发者把精力放在对产品的思考上有点不切实际。

确实，“如果产品不好用，代码也不会好”。但是，我们所处的位置真的很难左右公司的产品策略。让产品好用这个目标，在我们这边的操作空间就是写好自己代码。
所以对于开发者来说，代码优先几乎等同于产品优先，并不冲突，更好的代码等于更好的产品。

开发者根据项目背景和工期安排设计方案就行了。需要在代码和产品上做取舍的，是技术部门负责人的工作。

我知道很多人都说打工人要有更高层次的思维，思考更多，做得更多，才能有更好的发展。我自己确实也是这么想的，积极主动的承担起份外的工作，将能创造更大的影响力，然后决定你在组织中的角色。但我觉得这是工作之余的一些额外的投入，和日常开发工作无关，没有什么产品优先的问题，开发者还是应该把主要精力都放在自己的代码上。

1. 我们应该投入一些精力去了解公司的产品设计，以及各项重点数据。
   产品不是一成不变的，所以这是一个需要持续投入精力去做的事情。
2. 我们还应该关注其他公司同事的工作，尤其是任务相关的其他同事。

#811 重启 GNOME

Restart GNOME without rebooting

Ctrl–Alt–Backspace
sudo /etc/init.d/gdm restart
killall gnome-panel

以上方法没有用，下面这个方法挺好的 (My Choice)：

killall -HUP gnome-shell

在桌面还有响应的时候（比如桌面组件出了一些乱码之类的问题）：

Alt + F2, and restart/r

参考资料与拓展阅读

• How To Restart GNOME Shell From Command Line Without Closing Any Applications (X11 Only)
• 3 Ways To Restart Gnome Without Restarting System
• How to restart GNOME Shell from command line?

#810 Pipenv 生成 requirements.txt

pipenv requirements > requirements.txt && pipenv requirements --dev-only > requirements-dev.txt

#809 Edge 浏览器快捷键

• Microsoft Edge 中的键盘快捷方式

• Ctrl + R / F5 刷新

• Ctrl + Shift + R / Shift + F5 强制刷新
• Ctrl + Shift + B 隐藏收藏夹栏
• Ctrl + Shift + N 打开隐私窗口
• Ctrl + F 在页面上查找
• Ctrl + H 历史记录
• Ctrl + J 下载
• Ctrl + K 搜索
• Ctrl + Shift + O 收藏夹管理
• F12
• Ctrl + 加号 / Ctrl + 减号 / Ctrl + 0 缩放与还原
• Ctrl + D 聚焦地址栏

#808 CMPP: UDH 头

中国移动 CMPP 协议中的 UDH 头设计源自 SMPP 协议，SMPP 协议又是参考的 GSM 短信服务的相关标准。

1. TP_UDHI 字段，1 bit，对应 GSM 协议中的 UDHI，表示短信中是否包含 UDH。

UDH

UDH，User Data Header，定义在 GSM 03.40 / 3GPP 23.040 中。
UDH 是短信中可能包含的一个二进制头部，对短信服务进行拓展。
可以实现以下功能：

1. 长短信（级联短信）：切割成多条，需要通过 UDH 中的总条数和序号来组装。
2. EMS，增强型消息服务，支持颜色，文件格式，图片，动画，音乐
3. MMS，彩信
4. 本地语言转换表（Nation Language Shift Table）：在 GSM-7 的框架上支持其他国家的语言。

概念:

• TP（Transfer Layer Protocol，传输层协议）
• TP-UD（User Data，用户数据），就是短信的正文部分
• 如果存在 UDH，那就在 TP-UD 的开头
• TP-UDHI（User Data Header Indicator，用户数据头指示器）
• 消息的第六 bit，表示短信中是否存在 UDH

UDHL：UDH Length，UDH 的第一字节，表示 UDH 的长度。
UDH 剩余部分是若干标签 + 长度 + 值的组合。其中标签又叫做 IEI（Information-Element-Identifier，信息元素标识符），占一字节。

例如：05 00 03 5F 03 01

• 第一字节 05，表示后面还有 5 Byte 是 UDH
• 第二字节 00，按照下面的 IEI 表，表示级联短信
• 第三字节 03，表示 IEI Length，也就是说这个 IEI 还有 3 Byte
• 第四字节 5F，按照级联短信的设计，这个 Byte 是一个随机 int8，避免不同批次短信搞混
• 第五字节 03，按照级联短信的设计，这个 Byte 表示总短信长度
• 第六字节 01，按照级联短信的设计，这个 Byte 表示当前短信在这一批次短信中的序号

重点：如果短信采用 GSM-7 编码，则需要对齐到 7 bit，也就是说真正需要的 bit 数是 math.ceil(6 * 8 / 7) * 7
上面这个例子，8 bit _ 6 = 48 bit，需要增加 1 bit，对齐成 7 bit _ 7 = 49 bit。

UDH Information Elements

参考资料与拓展阅读

• https://en.wikipedia.org/wiki/User_Data_Header
• https://en.wikipedia.org/wiki/Concatenated_SMS

#807 RocketMQ 安装与使用

主要角色：

1. NameServer：服务发现与配置管理
2. 服务发现
3. 路由
4. 配置信息管理
5. Broker：
6. Broker Master
7. Broker Slave
8. Producer：生产者
9. Consumer：消费者

安装

#!/bin/bash

# 下载RocketMQ二进制包(20MB)
wget https://archive.apache.org/dist/rocketmq/4.9.4/rocketmq-all-4.9.4-bin-release.zip

# 解压RocketMQ安装包
unzip rocketmq-all-4.9.4-bin-release.zip
cd rocketmq-all-4.9.4-bin-release/
# ls
# benchmark/  bin/  conf/  lib/  LICENSE  NOTICE  README.md
#
# ls bin conf
# bin:
# cachedog.sh*       mqbroker*            mqnamesrv*      play.sh*       setcache.sh*
# cleancache.sh*     mqbroker.cmd         mqnamesrv.cmd   README.md      startfsrv.sh*
# cleancache.v1.sh*  mqbroker.numanode0*  mqshutdown*     runbroker.cmd  tools.cmd
# dledger/           mqbroker.numanode1*  mqshutdown.cmd  runbroker.sh*  tools.sh*
# mqadmin*           mqbroker.numanode2*  os.sh*          runserver.cmd
# mqadmin.cmd        mqbroker.numanode3*  play.cmd        runserver.sh*
#
# conf:
# 2m-2s-async/  2m-noslave/  dledger/            logback_namesrv.xml  plain_acl.yml
# 2m-2s-sync/   broker.conf  logback_broker.xml  logback_tools.xml    tools.yml

启动

# 启动 NameServer
nohup sh bin/mqnamesrv &
# 验证 NameServer 服务是否正常运行
# tail -f ~/logs/rocketmqlogs/namesrv.log
# # The Name Server boot success...

# 启动 Broker
nohup sh bin/mqbroker -n localhost:9876 &
# 验证 Broker 服务是否正常运行
# tail -f ~/logs/rocketmqlogs/broker.log
# # The broker[broker-a,192.169.1.2:10911] boot success...

echo "RocketMQ installed successfully."

停止/重启服务

sh bin/mqshutdown broker
sh bin/mqshutdown namesrv

调整配置

1. 限制内存使用

Systemd

vim /etc/systemd/system/rocketmq-namesrv.service
vim /etc/systemd/system/rocketmq-broker.service
# 配置启动命令、环境变量、工作目录、限制资源使用、设置启动顺序、依赖关系等选项
systemctl daemon-reload

然后就可以执行 start, stop, restart, status, reload, enable, disable 等操作了。

控制台（Web UI）

可以通过官方的 rocketmq-dashboard（SpringBoot + React）管理。

最简单的方式就是运行在 Docker 中：

docker run -d --name rocketmq-dashboard -e "JAVA_OPTS=-Drocketmq.namesrv.addr=127.0.0.1:9876" -p 8080:8080 -t apacherocketmq/rocketmq-dashboard:latest

集群

https://cloud.tencent.com/developer/article/1857491

#806 PuTTY: Server refused our key

openssh 8.2 remove ssh-rsa support for security reasons, suggest to use ssh-ed25519 instead.

#805 ReactOS: 开源版的 Windows

我对开发者十分佩服，几十年如一日的开发这样一个现阶段明显没有盈利可能的系统。等这个项目稳定下来之后，或许很多古老的遗留系统可以收益。

相关的镜像可以在 SourceForge 上取得, 最新的版本是 03/31 发布的 0.4.14 release 19，可以下载 LiveCD 体验。
PS：完整的 ISO 只有 110M，Live 版 80M。
PS：最新版完整镜像的下载链接: https://sourceforge.net/projects/reactos/files/latest/download

项目介绍

1995 年，FreeWin95 项目
1998 年，ReactOS 项目启动

主要用 C 编写。目标是完全不采用 Windows 代码的前提下，对 x86/amd64 平台的 Windows NT 5.2 (Windows Server 2003) 兼容。
代码审核非常严格，曾经由于被怀疑用了反编译 Windows 的代码而自行开展大规模的代码审查。
研发团队规模有限。

GitHub 地址: https://github.com/reactos/reactos

推荐的硬件配置：

1. CPU: x86/amd64 兼容处理器
2. 内存：256MB (最小 64MB)
3. 硬盘：IDE/SATA，主分区至少 350MB
4. 显卡：2MB VGA
5. CD-ROM，普通键鼠

体验感受

VirtualBox 4C1G 虚拟机，起最新版 Live 镜像，大概 2 分钟后进入桌面（Installing devices 这一步太久了）。
选的 Chinese (RPC) 语言，然后 US 键盘。Run ReactOS Live CD 进来之后，中文都是小方框。
然后重启，选择安装 (Install ReactOS)，提示需要插入安装媒体。
然后还是换成 English (United States) 语言, 可以进入桌面，但是感觉不怎么流畅。

参考资料与拓展阅读

• https://en.wikipedia.org/wiki/ReactOS
  https://zh.wikipedia.org/wiki/ReactOS
• 如何评价ReactOS?

#804 杂事

请赐予我力量，全力改变那些可以改变的事情，平静接受那些无能为力的事情，拥有智慧区分这两者。

1. 2022 年已经过去三分之一，希望今年的年度计划能够落实。年初定的五个主要目标：

2. 深挖现有技术栈

3. 公司业务熟稔于心
4. Golang 达到和 Python 相同的掌握程度
5. 英语和数学，达到大学时期要求的水平就行
6. 个人项目

目前全部毫无进展。要是再不抓紧，年底又会觉得一年过去啥事都没有做成。

1. 技术债越积越多, 不知道何年何月能补齐。难道是退休的时候？
   要是我可以不工作也有工资拿, 半年时间, 应该够了吧。
   总结已有知识，查漏补缺，然后对想要了解的方向进行一个全面深入的学习。
   顶多一年...应该可以了吧...也许。
   如果工作中学不到什么，单靠挤一点空闲时间自学确实有压力。
2. 希望收入跑赢通胀, 然后房价便宜一点。
   不贪心, 打个七折 (➘ 30%) 就够了。
3. 二胎计划
4. 希望新冠能在今年夏天结束。
5. 我想要工作中能有更多机会锻炼自己的表达能力。
   我思考过这个表达能力的培养问题，其实质应该是应急情况下的思维能力问题，我习惯于安静的环境思考问题。
   在向别人阐述自己观点，或者一般的技术交锋过程中，需要思维能够更加活跃，跟上话题发展的节奏。

PS: 我说的表达能力就是普通的语言能力，不是社交能力。我对社交并不热衷，也没想过那么活蹦乱跳。作为一个技术人员，做好分内工作就行，其他事情爱咋咋地。

#803 Golang dlv 调试工具的使用 [编辑中]

dlv 是 Golang 生态中一种常见的调试工具，我感觉有点类似 gdb。本文描述其基本用法。