Kuri-su

{"title":"8 Days Holiday recheck At 2020-10 ","type":"blogGist","show":true,"description":"2020-10 八日假期 时间利用事故复盘","tag":["life"]}

状况概述

八天中,

产出方面, 一号有规律作息 和 稳定产出, , 二号作息不稳定, 但有产出, 五号 在 starBucket 有产出, 其余时间无产出.

作息方面, 从 二号开始 作息就不稳定, 从 四号开始 作息陷入 完全颠倒的循环, 直到 八号.

Kuri-su

{"title":"2020 Q4 OKR and KPI (myself)","type":"blogGist","show":true,"description":"2020 Q4 OKR and KPI (myself)","tag":["life"]}

[TOC]

每周的活动也是有行动点数的 : )

另外 注意节奏 和 聚焦

OKR

Kuri-su

{"title":"2020 Q3 ORK(KPI) recheck","type":"blogGist","show":true,"description":"2020 Q3 ORK(KPI) recheck","tag":["life"]}

与其讲是 OKR， 倒不如说是 KPI 合适点 2333

跌跌撞撞过完了 2020 Q3，挫折不断，收获也不少。不过大部分时间都不记得 OKR 就是了 2333。总而言之，不下桌的话一切总会变好的，切勿因为焦虑变得狰狞扭曲、动作变形，接受当下的你的形状。Q3 开始了两个挑战， 一个是 每天阅读 一小时， 坚持一百天的的挑战，用于养成阅读习惯。尚未完成，开始了快 20 天了，有效天数只有 9 天 23333，不过刚刚开始， 还算 OK，接着应该会变好的吧（大概）XD。 另外关于全年 OKR 里面的 书籍阅读大于 12 本 最近发现其实也没那么难 2333。读那些比较软的书，相比技术书籍，读起来会快很多。例如上上周读的 《OKR 工作法》，读完之后 微信读书说阅读用时不到 2 小时 XD

另一个，是完成一次 稳定发布，即 Feature 的 无 Bug 的稳定上线，在任何人发现之前将 问题 Fix 也算，整个流程贯穿 从编码到 测试再到发布，也尚未完成。 这块晚点会发另一篇 articles 单独聊。

另外 Q3 也在思考如何于将 任务拆分 以及 与同事合作。一个人做 不用沟通，什么都很方便。但是 有些任务 一个人吃下来确实很吃力，而且各种东西都要做的话，体验很差， 非常劝退。而且始终需要学会拆分和合作，单人能够完成的事情始终存在上限。 但这块还在探索中。多人协作之后，公司价值观里的 对事不对人 就变得异常重要，这个仍然在练习中，还没有理解的够。

Kuri-su

{"title":"grafana get start","type":"blogGist","show":true,"description":"grafana 简介"}

Grafana GetStart

[TOC]

简介

Grafana 是一个 数据可视化工具, 使用 Javascript + Go 编写 前后端, 支持 将 多种监控方案的 数据库作为数据源, 读取并展示 报表.

Kuri-su

{"title":"double pinyin get start with rime","type":"blogGist","show":true,"description":"rime 双拼设置","tag":["life"]}

[TOC]

双拼是汉语拼音输入法的一种编码方案。相对于全拼而言，使用双拼输入汉字时只需输入一个代表声母的字母，一个代表韵母的字母，就可以打出任意一个中文单字了。(来自 Wiki)

双拼相比全拼有明显的输入速度上的优势, 以 窗 这个字为例, 全拼 需要将 chuang 分六次输入才能 打出来 窗 这个字, 而 双拼只需要 il, 两次输入就可以打出来.

但代价也是显而易见的, 有较高的上手成本, 通常 双拼有一个键位图, 说明各个键和 要输入的单元之间的 键位关系. 各个双拼方案之间不一样, 下面这个是小鹤双拼方案的 键位图

Kuri-su

{"title":"features of golang 1.15 ","type":"blogGist","show":true,"description":"Golang 1.15 特性","tag":["golang"]}

[TOC]

这次 Go 1.15 的版本升级没有带来太多的改变, 保持了对 Go 1 的兼容性. Feature 主要集中在 Go Runtime 以及 编译器 和 连接器 上, 对于发行平台方面, 我们只关注 Linux Amd64 的更改 . 下面对修改点一一列举

Go Tools

Kuri-su

{"title":"zswap install","type":"blogGist","show":true,"description":"zswap install","tag":["linux","ubuntu-points"]}

Ubuntu

# 在 GRUB_CMDLINE_LINUX_DEFAULT 的内容里添加 zswap.enabled=1
$ vi /etc/default/grub
# before
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash "
# after
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash zswap.enabled=1"

Kuri-su

{"title":"Goweb Benchmark Testing Tips","type":"blogGist","show":true,"description":"Golang Web 程序 单服务压力测试要点","tag":["golang"]}

这篇文章讨论范围仅限于 Golang webApp 单服务压测, 而不涉及链路压测等场景

压测的目的

在讲 压测的指标之前,我们需要先明确一下压测的目的, 压测不是压的出最高的 QPS 就OK ... 我们还需要关注 Web App 在 各种压力下, 对应的 指标表现 . 同时, 利用压测找出 App 或 框架 最适合的 压力范围 也是 非常重要的报告内容. 基于这些 压测数据 和 报告, 我们就能更好的 选型 和 资源调配.

指标

Kuri-su

{"title":"use Proxy In Rust Cargo","type":"blogGist","show":true,"description":"为 Rust Cargo 设置代理","tag":["rust"]}

Rust Cargo 使用 Proxy

[TOC]

由于有一些 Rust Cargo 包需要从 github 下载, 没有 Proxy 会很慢, 遂开始寻找 代理的方法, 在 Rust docs 里找到相关介绍.

任何环境下都可以 在 $HOME/.cargo 下创建 config 文件 (刚刚安装 Cargo 是没有 config 文件的, 不用紧张), 然后填入如下内容

Kuri-su

{"title":"Lazydocker","type":"blogGist","show":true,"description":"易用且不错的 Cli Container Dashboard","tag":["tools"]}

LazyDocker

https://github.com/jesseduffield/lazydocker

一款用于 Docker 和 Docker-compose 的 client dashboard , 基于 gocui 编写