背景

客户在一台机器(IP: 10.18.1.33)上部署了我们的产品，但是服务始终无法启动。

注：“产品”可简单理解为一个docker容器(IP: 16.16.16.5)，容器使用自定义bridge模式，网段为16.16.16.0/24。

研发的基本追求——尽可能规避“屎山”系统

必要性：

1、维护成本的增高（所有基于该系统的需求，其开发时长增加）；
2、系统稳定性的降低（生产环境下该系统产生bug的概率增加，甚至导致不可用）；

背景

公司内部一个产品是一个项目，项目中无论是公共基础库还是工具封装库，都只是一个文件夹。

如项目PRO_FIRST目录结构：

1
2
3
4
5
6
7
8
9
10
11
12
13

.PRO_FIRST
├── common
│   ├── XXX
├── util
│   ├── AAA
│   ├── BBB
│   ├── CCC
├── sys
│   ├── PPP
│   └── main.go
├── go.mod
├── go.sum
├── ...

如果只有一个产品(项目)还好，然而公司内部还有很多PRO_SECOND、PRO_THIRD等等产品。

而这些产品对于common/util这种库是公用的，目前的公司内部就是直接在每个产品项目中都粘贴一份common/util的代码来使用。

我认为，这就是代码管理的经典”Bad Case”!!!

一个架构师应该具备的能力：

• ① 丰富的软件设计和开发经验（业务拆解和功能拆解能力，行业标准理解）；
• ② 对内要有优秀的组织能力（团队管理）；
• ③ 对外要有极强的沟通和表达能力（向上汇报、跨部门沟通）；
• ④ 多面角色（产品、测试、开发、客户）视角的问题分析能力；

背景

一个旧版本的服务部署包存在bug————如果网管界面服务启动的阶段（监听IP/端口）挂了，只会把启动服务的那个协程干掉，而不是进行重试。

在机器重启时，docker会自动启动服务程序，然而此时系统的网络环境可能还未初始化完成，就可能导致ip绑不上，从而导致了bug被发现。

但是外场客户不愿意升级新版本，我们就想了一个trick的补丁方式：写一个开启自启程序脚本，在上电开机后3分钟运行检测网管服务是否正常启动，否则自动重启一下。

问题描述

有N件物品和一个最多能被重量为W 的背包。第i件物品的重量是weight[i]，得到的价值是value[i] 。每件物品只能用一次，求解将哪些物品装入背包里物品价值总和最大。

思路

前言

众所周知，Linux的IPC主要有多种方式，本文主要记录命名管道的使用。

使用

1. 调用 mkfifo() 创建具名管道文件
2. 读写两端分别调用 fopen() 打开
3. 调用 fwrite() 写入；调用 fread() 读取
4. 调用 unlink() 销毁具名管道文件

阻塞

1. 如果以只写打开，则会阻塞写入直到有读取；如果以只读打开，则会阻塞直到有写入；如果以读写打开，那么就不会阻塞。
2. 写入直到缓冲区满则阻塞；读取直到缓冲区空则阻塞。

rust 实现阅读版本v1

题目

给定单向链表的头指针和一个要删除的节点的值，定义一个函数删除该节点。
返回删除后的链表的头节点。

背景

上文提到，在导出的动态库中，并没有实现头文件所申明的那些 PLDBValue 结构相关的接口。

本文主要基于以下几个问题和目标展开：

1. 实现 PLDBValue 相关（创建、销毁）的接口；
2. 研究这个结构在数据库底层的具体用途；