智朋的个人博客

道阻且长，行则将至

0%

发表于 更新于 分类于 本文字数： 766 阅读时长 ≈ 1 分钟

在线编译

使用 Overleaf, Online LaTeX Editor 平台

  • 假设原版本是 Manuscript.tex
  • 新建一个文件 Manuscript-Revised-Cleancopy.tex，并拷贝 Manuscript.tex 中的所有内容，在这个新建的文件上进行修改，编写修订后的终稿
  • 新建一个文件叫做 Manuscript-Diff-Withtrack.tex, 内容如下：
1
2
3
4
\RequirePackage{shellesc}
\ShellEscape{latexdiff Manuscript.tex Manuscript-Revised-Cleancopy.tex > Manuscript-Diff-Withtrack.tex}
\input{Manuscript-Diff-Withtrack}
\documentclass{dummy}
  • 如需生成旧版本，打开 Manuscript.tex 后点击 Recompile
  • 如需生成新版本，打开 Manuscript-Revised-Cleancopy.tex 后点击 Recompile
  • 如需生成变化追踪的版本，打开 Manuscript-Diff-Withtrack.tex 后点击 Recompile

参考资料：投了一篇 sci，返回意见是大修，没有经验，请问如何操作？ - 知乎

本地编译

初稿 LaTeX，并且已经写好 LaTeX 的终稿 —> 导入 Online LaTeX diff tool 中生成带有修订的 LaTeX 稿件 —> 使用本地 LaTeX 编译器进行编译生成 PDF

Online LaTeX diff tool

在线工具： Online LaTeX diff tool

  • 输入：两个版本的 LaTeX 原稿文件
  • 输出：带有修订标记的单个 LaTeX 源文件
  • 参考示例：

image.png

发表于 更新于 分类于 本文字数： 1k 阅读时长 ≈ 1 分钟

谷歌学术

  • 站在巨人的肩膀上 & 纯粹的学术网站
  • 摘要甚至全文检索 —> No.1
  • 邮件订阅领域作者 —> 获取作者 / 文献引用最新进展
  • BibTeX 引用文献导出 —> LaTeX 参考文献数据库

检索词对比：知网 | Google 学术搜索

1
2
3
4
5
6
7
8
9
10
11
Photovoltaic module recycling
End-of-life
Silicon PV modules
Physical Recovery
Low temperatures
Aluminum back field

青海省科技厅应用基础研究项目(2022-ZJ-768)
西宁市科技计划项目(2021-Y-01)

一种微晶多孔泡沫玻璃管的制备方法

知网补充：

  • 基金号检索 —> 相关主题
  • 专利检索 —> 开启搜索开关

谷歌专利

  • Google Patents：Search and read the full text of patents from around the world
  • 专利免费下载，PDF 格式
  • 数据统计功能

image.png

1
2
泡沫玻璃 制备
光伏组件回收

文献管理

Zotero：Zotero | Your personal research assistant

示意图

Figma / Sketch

Visio

LaTeX

拓展资料

发表于 更新于 分类于 本文字数： 2.1k 阅读时长 ≈ 2 分钟

参考资料

Obsidian_to_Anki 插件教程

对 Anki 进行设置：工具 —> 插件 —> 设置 AnkiConnect 插件

Anki 插件设置

1
2
3
4
5
6
7
8
9
10
11
{
    "apiKey": null,
    "apiLogPath": null,
    "webBindAddress": "127.0.0.1",
    "webBindPort": 8765,
    "webCorsOrigin": "http://localhost",
    "webCorsOriginList": [
        "http://localhost",
+       "app://obsidian.md"
    ]
}

修改完之后如下：

1
2
3
4
5
6
7
8
9
10
11
{
    "apiKey": null,
    "apiLogPath": null,
    "webBindAddress": "127.0.0.1",
    "webBindPort": 8765,
    "webCorsOrigin": "http://localhost",
    "webCorsOriginList": [
        "http://localhost",
        "app://obsidian.md"
    ]
}

Ob 笔记设置

安装 Obsidian 插件：Export to Anki

笔记开头声明牌组：TARGET DECK: Test

普通卡 Neuracache

正则表达式：

1
((?:[^\n][\n]?)+) #flashcard ?\n*((?:\n(?:^.{1,3}$|^.{4}(?<!<!--).*))+)

参考资料：Neuracache flashcard style · Pseudonium/Obsidian_to_Anki Wiki · GitHub

卡片语法示例

1
2
3
4
TARGET DECK: Test

卡片正面内容 #flashcard
卡片背面内容

如下，若添加进 Anki 成功的话，会自动在卡片的下方添加上一个 html 注释

1
2
3
4
5
TARGET DECK: Test

卡片正面内容 #flashcard
卡片背面内容
<!--ID: 1691487007086-->

如果想要清除 Anki 中的卡片，在 ID 上一行添加 DELETE

1
2
3
这是卡片正面 #flashcard
this is the back of the card

  • DELETE 需要大写，同步之后，Anki 中对应的卡片就被自动删除了，Ob 中的笔记还在，只是将这条笔记下方的 ID 被删除了（也就是说下次同步时，还会自动往 Anki 中添加这条笔记）
  • 如果 Anki 中删除了笔记，而 Ob 中没有删除的话，那么同步 Ob 时，也不会往 Anki 中添加卡片了，因为这条笔记下面的 ID 还没有被删除

挖空卡 Cloze

正则表达式：

1
((?:.+\n)*(?:.*{.*)(?:\n(?:^.{1,3}$|^.{4}(?<!<!--).*))*)

参考资料：Cloze Paragraph style · Pseudonium/Obsidian_to_Anki Wiki · GitHub

注意：将正则表达式粘贴到 Cloze 类型的模板当中

高亮挖空卡

正则表达式：

1
((?:.+\n)*(?:.*==.*)(?:\n(?:^.{1,3}$|^.{4}(?<!<!--).*))*)

参考资料：Cloze Paragraph style · Pseudonium/Obsidian_to_Anki Wiki · GitHub

1
this is the ==highlight== note

注意：如果是需要开启 Highlight-cloze style，那么需要同时打开 CurlyCloze 和 CurlyCloze - Highlights to Cloze 两关开关

发表于 更新于 分类于 本文字数： 3.6k 阅读时长 ≈ 3 分钟

需求

输出一份 PDF 文件，左侧为英文歌词，右侧为中文歌词翻译，尽量保持排版美观。文末附中英文歌词

实现

代码中较难理解的部分已添加注释

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
\documentclass[12pt]{ctexart}
\usepackage{geometry}
\usepackage{multicol}
\usepackage{fontspec}
\usepackage{eso-pic}
\usepackage{tikz}
\usepackage{paracol}
\usepackage{fancyhdr}
\usepackage{hyperref}

% 设置页面大小和边距
\geometry{a4paper,left=1.5cm,right=1.5cm,top=2cm,bottom=2cm}

% 设置背景为网格
\AddToShipoutPictureBG{%
	\begin{tikzpicture}[overlay,remember picture]
		\draw[step=5mm, color=gray!10, line width=0.2mm] (current page.south west) grid (current page.north east);
	\end{tikzpicture}%
}

% 设置页眉和页脚样式
\pagestyle{fancy}
\fancyhf{}
\renewcommand{\headrulewidth}{0pt}
\cfoot{\thepage}
\rfoot{\href{https://coffeelize.top/}{Design By Coffeelize}}

% 设置字体
\setmainfont{Times New Roman}
\newfontfamily\zhfont{Source Han Serif CN}

% 取消段落首行缩进
\setlength{\parindent}{0pt}

% 设置列间距和列宽比例
\setlength{\columnsep}{0.5cm}
\columnratio{0.6}

\begin{document}
	
	\section*{The Wandering Star}
	
	\hspace{1em}
	
	\begin{paracol}{2}
		
		\begin{leftcolumn*}
			Soothsayer's lured to her star \\
			Server of heaven's silent wanderers \\
			Oh holy night, summon up the ghost \\
			The hard of hearing always listen closest \\
			The hard of hearing always listen closest
			
			\hspace{2em}
			
			Lo lo lo lo lo, lo lo and behold \\
			It has been foretold lo lo lo lo long ago \\
			Lo lo lo lo lo, lo lo and behold \\
			I guess you never know what you never know
			
			\hspace{2em}
			
			Saturn, Jupiter confer, breaker of the wall in the morning \\
			Aries, Pisces, either one \\
			You will never know firsthand what day you're born on
			
			\hspace{2em}
			
			Lo lo lo lo lo, lo lo and behold \\
			It has been foretold lo lo lo lo long ago \\
			Lo lo lo lo lo, lo lo and behold \\
			I guess you never know what you never know
			
			\hspace{2em}
			
			Wandering star\\
			Wandering star\\
			Wandering star\\
			Wandering star
			
		\end{leftcolumn*}
		
		\switchcolumn
		
		% 右侧中文
		\zhfont
		
		被诱至她的星辰的预言家\\
		天堂的寂静漫游者的仆人\\
		哦，神圣的夜晚，召唤幽灵\\
		听力不佳的人总是最专注地倾听\\
		听力不佳的人总是最专注地倾听
		
		\hspace{2em}
		
		啦啦啦啦啦，啦啦看哪\\
		这早已被预言啦啦啦啦很久以前\\
		啦啦啦啦啦，啦啦看哪\\
		我猜你永远不会知道你从未知道的事情
		
		\hspace{2em}
		
		土星，木星交谈，清晨的墙壁破碎者\\
		白羊座，双鱼座，任何一个\\
		你永远不会亲自知道你是在哪一天出生的
		
		\hspace{2em}
		
		啦啦啦啦啦，啦啦看哪\\
		这早已被预言啦啦啦啦很久以前\\
		啦啦啦啦啦，啦啦看哪\\
		我猜你永远不会知道你从未知道的事情
		
		\hspace{2em}
		
		漫游的星星\\
		漫游的星星\\
		漫游的星星\\
		漫游的星星
		
	\end{paracol}
	
\end{document}

image.png

注：中文翻译来源于 GPT 翻译

The Wandering Star 中英文歌词

这里提供 The Wandering Star 中英文歌词，如果大家有更好的排版方案，可以使用如下的歌词进行排版

Soothsayer’s lured to her star
Server of heaven’s silent wanderers
Oh holy night, summon up the ghost
The hard of hearing always listen closest
The hard of hearing always listen closest

Lo lo lo lo lo, lo lo and behold
It has been foretold lo lo lo lo long ago
Lo lo lo lo lo, lo lo and behold
I guess you never know what you never know

Saturn, Jupiter confer, breaker of the wall in the morning
Aries, Pisces, either one
You will never know firsthand what day you’re born on

Lo lo lo lo lo, lo lo and behold
It has been foretold lo lo lo lo long ago
Lo lo lo lo lo, lo lo and behold
I guess you never know what you never know

Wandering star
Wandering star
Wandering star
Wandering star

被诱至她的星辰的预言家
天堂的寂静漫游者的仆人
哦，神圣的夜晚，召唤幽灵
听力不佳的人总是最专注地倾听
听力不佳的人总是最专注地倾听

啦啦啦啦啦，啦啦看哪
这早已被预言啦啦啦啦很久以前
啦啦啦啦啦，啦啦看哪
我猜你永远不会知道你从未知道的事情

土星，木星交谈，清晨的墙壁破碎者
白羊座，双鱼座，任何一个
你永远不会亲自知道你是在哪一天出生的

啦啦啦啦啦，啦啦看哪
这早已被预言啦啦啦啦很久以前
啦啦啦啦啦，啦啦看哪
我猜你永远不会知道你从未知道的事情

漫游的星星
漫游的星星
漫游的星星
漫游的星星

有用的资料

在线 LaTeX 格式化工具：Online Latex Formatter

发表于 更新于 分类于 本文字数： 3.2k 阅读时长 ≈ 3 分钟

最终流程图

  • 简明流程：Win (obsidian) <— 坚果云 —> Mac (obsidian) <— 软链接 —> Hexo
  • 实现功能：Win 的 Obsidian 做笔记，或者 Mac 的 Obsidian 做笔记 —> md 格式的文件 —> 通过 hexo 的 3 条命令上传至博客

image.png

Why Obsidian

博客文章都是使用 Markdown 格式完成的，在 Markdown 编辑体验上，Obsidian 的体验要远远好于 VS Code。毕竟术业有专攻，Obsidian 主打 Markdown 这种垂直领域的文件编辑，而 VS Code 作为通用代码编辑器，不奢求太多体验，大抵能用就行

Obsidian 丰富的插件、轻量和自定义程度高的快捷键这几点已经足以秒杀大多数具有 Markdown 编辑功能的编辑器了

面临的问题

Yaml 字段问题

Hexo 的 URL 使用 abbrlink 永久链接，而这个永久链接是使用 CRC32 算法和十六进制表示法生成的，在 Ob 中自然没有现成的工具可以实现这个功能 —> 那么转换思路，abbrlink 只要唯一就好，完全可以使用时间戳来代替这种复杂的计算

至于时间戳，可以使用 Ob 核心插件中的 模板 插件来完成，创建文件后即可自动添加 abbrlink

image.png

同理，date 和 title 字段也可以使用模板来完成，简易的 YAML 字段如下：

1
2
3
4
5
title: {{NAME}}
categories: 
date: {{DATE:YYYY-MM-DD HH:mm:ss}}
abbrlink: {{DATE:YYYYMMDDHHmmss}}
tag:

图片上传问题

习惯使用 SM.MS 这类的图床工具，在 Ob 中插入图片还需要额外手动将文中图片一张张上传到图床中，过程简单但又浪费时间，操作过程也毫无意义 —> 需要一个更加自动化的流程

既然锁定了图床这类工具，必然和 image 有关，思路也很清晰，去 Ob 的插件市场搜索关键词 image 即可

image.png

参考资料：

图片压缩问题

问题也很清晰，在 图片压缩指南 | 智朋的个人博客 中已经介绍过了几款工具，推荐使用 caesium，可这仍然无法接入自动化流程 —> 需要将图片上传至图床前自动压缩图片 —> 也就指向了 Picgo 上传工具

image.png

image.png

注：图床配置名是根据 图床设置 自己设置的，并非一定为 “SM”

参考资料：GitHub - juzisang/picgo-plugin-compress: Image compression plugin for PicGo

经测试，同样一张截图，系统直接保存图片 127KB，通过插件压缩上传后 39KB，压缩效果可以，主要是实现了自动化

实际上，对于非博客中的文章，如自己的一些笔记，当然还是插入本地图片更方便。插件作者在设计上增加了一个控制开关，在 MD 文件的 YAML 区添加 image-auto-upload: true 才实现图片粘贴上传功能 —> 因此，可以利用 QuickAdd + 模板 (配置好 YAML 区) 来实现「只有某一种模板的文件，向其中粘贴图片的时候才会自动上传到图床中」

1
2
3
4
5
6
title: {{NAME}}
categories: 
date: {{DATE:YYYY-MM-DD HH:mm:ss}}
abbrlink: {{DATE:YYYYMMDDHHmmss}}
image-auto-upload: true
tag:

文件同步问题

面临的问题：Ob 资源文件夹路径和 hexo 文件夹路径不在一块，如何将 hexo 中包含 markdown 文件的文件夹导入到 Ob 资源库中是一个问题

尝试 1：使用 rsync 命令工具

1
rsync -avzh --delete /Users/wuzhipeng/Documents/ZhPObsidian/ZhPObsidian/_posts  /Users/wuzhipeng/ZhPblog/source

选项说明

  • -a 或 --archive：以归档模式同步文件，包括保留文件权限、时间戳等元数据。
  • -v 或 --verbose：显示详细的输出信息。
  • -z 或 --compress：使用压缩传输来减少数据传输量。
  • -h 或 --human-readable：以易读的格式显示输出信息。
  • -n 或 --dry-run：模拟同步操作，不实际同步文件。
  • -P 或 --progress：显示同步进度。
  • --delete：在目标目录中删除不存在于源文件夹中的文件。
  • --exclude：排除指定的文件或目录。
  • --include：只包含指定的文件或目录。
  • --bwlimit：限制带宽使用。

的确可以同步，但这样做有几个明显的缺点：

  • 单向同步：如果双方都做了修改，那么需要左右来回同步一次，容易出错
  • 同步错误：虽然同步是成功的，但是有报错的出现且暂时无法解决，用起来不放心 
1
rsync error: some files could not be transferred (code 23) at /AppleInternal/Library/BuildRoots/c2cb9645-dafc-11ed-aa26-6ec1e3b3f7b3/Library/Caches/com.apple.xbs/Sources/rsync/rsync/main.c(996)

尝试 2：软链接

1
ln -s /Users/wuzhipeng/Documents/ZhPObsidian/ZhPObsidian/_posts  /Users/wuzhipeng/ZhPblog/source

没想到 Ob 支持软链接，这样 hexo 和 Obsidian 访问的就是同一文件目录，不涉及同步问题，这样也很稳定，目前使用的就是这种方案

注意事项：

  • Ob 中的一个文件夹软链接到 Hexo 中，需要首先删除 Hexo 中的对应文件夹，比如以上中的 _posts 文件夹

购买 Obsidian 官方同步之后

仍然是使用软链接方案，删除软链接文件夹，将 Obsidian 本地库的对应文件夹路径粘贴替换一下即可。目前软链接的文件夹有：_posts、about、download、notes

image.png

1
ln -s /Users/wuzhipeng/Documents/SynZhPObsidian/SynZhPObsidan/_posts  /Users/wuzhipeng/ZhPblog/source
1
ln -s /Users/wuzhipeng/Documents/SynZhPObsidian/SynZhPObsidan/download  /Users/wuzhipeng/ZhPblog/source
1
ln -s /Users/wuzhipeng/Documents/SynZhPObsidian/SynZhPObsidan/about  /Users/wuzhipeng/ZhPblog/source
1
ln -s /Users/wuzhipeng/Documents/SynZhPObsidian/SynZhPObsidan/notes  /Users/wuzhipeng/ZhPblog/source

发表于 更新于 本文字数： 3.6k 阅读时长 ≈ 3 分钟

图片排版

两图并排

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
\documentclass{ctexart}
\usepackage{coffeelize}
\usepackage{graphicx}
\usepackage{subfigure}

\begin{document}

\begin{figure}[htbp]
 \centering
 \subfigure[subfig:1]{
  \includegraphics[width=0.48\textwidth]{example-image-A}
 }
 \subfigure[subfig:2]{
  \includegraphics[width=0.48\textwidth]{example-image-A}
 }
 \caption{两张图片并列}
 \label{fig:subfigure_example1}
\end{figure}
 
\end{document}

01-两图并排.png

三图并排

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
\documentclass{ctexart}
\usepackage{coffeelize}
\usepackage{graphicx}
\usepackage{subfigure}

\begin{document}

\begin{figure}[htbp]
 \centering
 \subfigure[subfig:1]{
  \includegraphics[width=0.3\textwidth]{example-image-A}
 }
 \subfigure[subfig:2]{
  \includegraphics[width=0.3\textwidth]{example-image-A}
 }
 \subfigure[subfig:3]{
 \includegraphics[width=0.3\textwidth]{example-image-A}
 }
 \caption{两张图片并列}
 \label{fig:subfigure_example1}
\end{figure}
 
\end{document}

02-三图并排.png

四图并排

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
\documentclass{ctexart}
\usepackage{coffeelize}
\usepackage{graphicx}
\usepackage{subfigure}

\begin{document}

\begin{figure}[htbp]
 \centering
 \subfigure[subfig:1]{
  \includegraphics[width=0.2\textwidth]{example-image-A}
 }
 \subfigure[subfig:2]{
  \includegraphics[width=0.2\textwidth]{example-image-A}
 }
 \subfigure[subfig:3]{
 \includegraphics[width=0.2\textwidth]{example-image-A}
 }
 \subfigure[subfig:4]{
 \includegraphics[width=0.2\textwidth]{example-image-A}
 }
 \caption{两张图片并列}
 \label{fig:subfigure_example1}
\end{figure}
 
\end{document}

03-四图并排.png

两行四图并排

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
\documentclass{ctexart}
\usepackage{coffeelize}
\usepackage{graphicx}
\usepackage{subfigure}

\begin{document}

\begin{figure}[htbp]
 \centering
 \subfigure[图1]{\includegraphics[width=0.48\linewidth]{example-image-A}}\quad
 \subfigure[图2]{\includegraphics[width=0.48\linewidth]{example-image-A}}
 \\
 \subfigure[图3]{\includegraphics[width=0.48\linewidth]{example-image-A}}\quad
 \subfigure[图4]{\includegraphics[width=0.48\linewidth]{example-image-A}}
 \caption{两列并排的四张小图}
 \label{fig:subfigure_example4}
\end{figure}
 
\end{document}

04-两行四图并排.png

两行六图并排

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
\documentclass{ctexart}
\usepackage{coffeelize}
\usepackage{graphicx}
\usepackage{subfigure}

\begin{document}

\begin{figure}[htbp]
 \centering
 \subfigure[图1]{\includegraphics[width=0.3\linewidth]{example-image-A}}\quad
 \subfigure[图2]{\includegraphics[width=0.3\linewidth]{example-image-A}}\quad
 \subfigure[图3]{\includegraphics[width=0.3\linewidth]{example-image-A}}
 \\
 \subfigure[图4]{\includegraphics[width=0.3\linewidth]{example-image-A}}\quad
 \subfigure[图5]{\includegraphics[width=0.3\linewidth]{example-image-A}}\quad
 \subfigure[图6]{\includegraphics[width=0.3\linewidth]{example-image-A}}
 \caption{两列并排的六张小图}
 \label{fig:subfigure_example4}
\end{figure}
 
\end{document}

05-两行六图并排.png

发表于 更新于 本文字数： 3.4k 阅读时长 ≈ 3 分钟

本文转载自：StackExchange 和它的游戏规则 | 与非的零空间，转载前已征得原作者同意

我们都明白一个道理：没有规矩，不成方圆。这句话是在讲规则的重要性，规则定好了，怎么玩也玩不脱，规则没定好或者干脆没有规则，那大家就没法再愉快地玩耍了。问题就在于好的游戏规则不好制定。这很像编程，一个程序只有在合理的逻辑关系下才能跑通，跑起来还不够，如果写代码的时候没有考虑周全，迟早会碰到 bug；当事关人类行为之时，潜在的 bug 就更多了，比如自私、虚荣、懒惰…… 如何能找到一套解决方案，即使不能消除这些 bug，至少也要将之压到最低，是每一个人类社区的管理者都要考虑的问题，这个社区往大了说，可以是一个国家，往小了说，可能仅仅是一家问答网站。

数量与质量

问答类网站是近年来发展势头很猛的一类在线社区，这类网站的崛起是伴随着互联网整体信息量的冗余而愈发显著的。用 亚伦・斯沃茨 的话说，就是互联网的当下问题不是大众能否发出声音，而是发声的源头太多，人们想要从这些庞杂的信息中提取出有用的东西出来是一件极其困难的事情。搜索引擎的出现为找到正确信息提供了有力支持，另一类寻找信息的工具就是问答网站，一问一答，从来都是人类交流的最有效手段，相比搜索引擎查找出来的近似结果，一个精准问题所引出的有针对性的回答势必更有帮助。

目前问答网站已经有很多，国内最大的当属百度知道，可是用过百度知道的人都不免发现，这个网站的回答质量不是一般的良莠不齐，而且普遍水准不高。国内比较靠谱的问答网站可能是近年来兴起的知乎，这个网站上线以来给人的感觉是干货比较多，原创也不少，与国内网络社区普遍的浮躁氛围迥异，因此被寄予厚望。我也是这个网站开放注册后的首批用户之一，可是两年多用下来，我也和网站的其他老用户一样，明显感到知乎的问答质量在逐渐降低。

有人说是因为随着知乎注册用户的增多，大量低水平用户涌入导致。一开始我也觉得是这样，那些问问题不经过大脑思考，回答问题只知道复制粘贴的人，说句不好听的，正如夏洛克所言，「拉低了整条街的智商」。可是当我后来发现了 Stackoverflow 这个网站后，我才明白关键原因并不在于用户水平，国外也有大量的低端用户，同样也是神棍伴民科齐飞，大忽悠与脑残粉横行。而 Stackoverflow 自 2008 年成立以来，始终保持超高问答水准的原因，在于它在上线之时，就制定了一套用心良苦的游戏规则。

制度的力量

Stackoverflow 是一个编程领域的问答社区，在其之上还有一个母站，叫做 StackExchange，管理着几十个大大小小的问答社区（参见 这里），Stackoverflow 是其中成立最早、规模最大的一个子站，其他的所有子站在形式上都与 Stackoverflow 保持一致，它们的主题各异，但社区制度是同一的，是一种基于声誉值（reputation）的激励制度，这里简述如下：

  • 新注册用户只有 1 声誉，此时你除了提问啥也干不了；
  • 当你提出来的问题被人顶起一次，可以获得 5 声誉；
  • 积累够 15 声誉时，你才能去顶别人的问题及回答；
  • 当你的回答被顶一次时，可以获得 10 声誉；
  • 如果你的回答被提问者采纳为答案，则可获得 15 声誉，同时提问者也可获得 2 声誉；
  • 如果你的回答被反对，则声誉 -2，同时反对你的人声誉也跟着 -1；
  • 如果你的问题被反对，则声誉 -2；
  • 如果你的问答被至少六个人标记为垃圾，则一次性减去 100 声誉。

此外还有一些额外的奖惩制度，比如我刚刚使用 Stackoverflow 时，问了一些没有认真准备的问题，结果很快就被人踩了，我心想这不行啊，本来就不多的声誉值再踩几下就没了…… 于是我立即删除了自己的问题，令我没有想到的是，不仅之前被扣的声誉值又返还给我，网站还额外奖励了 2 声誉，奖励的理由是我接纳了本社区的「同行评审」意见，主动删除低质量问题。当时我就惊呆了，「同行评审」这个词我以前仅仅在涉及到学术出版时才会遇见啊。

你可能会问，那么利用它这个漏洞不就可以无限刷声誉了吗，严谨的设计者当然不会犯这样的错误，当我问下一个问题时，网站在最醒目的地方告诫我，由于我问了过多的低水平问题（- -III），这个帐号正处于危险状态，我的下一个问题必须内容翔实有针对性，否则如果再被人反对，将永久失去提问资格。这个警告确实让我认真了起来，我于是拿出写论文的诚意，写了一个既有代码片段又有若干示意图的问题。果然，我的诚意也换来了别人的诚意，这个问题在很短时间内就获得了多人的回复，完美解决了我的疑问，同时也解除了我的帐户危机。

那么，我如果很讨厌某个用户，能否通过不断踩他的问题和答案让他的账户变成危险状态呢，这在其他的网络社区可是屡见不鲜的事情。然而在 StackExchange 则没有可能，它有一整套防止私人攻击的规则，比如你要是反对了某人的答案，则除了扣他 2 声誉，你自己也要扣去 1 声誉，这样你在踩别人的时候，必然会三思而后行；如果你真的对某人怀恨在心，只要是他的问题你就反对，那怎么办？StackExchange 不允许这种情况发生，你根本无法完成这样的操作。甚至不仅是持续反对某人，你也无法持续赞同某人，这样的行为被称为「投票欺诈」（voting fraud），系统会严格禁止此类行为，以保证问答的客观性。

自治、自制

由于 StackExchange 是一个知识型社区，它最关心的必然是网站内容的质量，所以如何规避低端问答一定是网站设计者首要考虑的问题。很多同类社区在发展初期由于比较小众，用户水平较高，即使出现低质量内容，管理员也能及时控制；然而一旦用户增多，内容覆盖范围扩大，这个问题就没法解决了。首先管理员根本来不及控制不断涌现的内容，其次他们也未必有那个水平去做判断。

StackExchange 采用基于声誉值的管理制度则比较完善地解决了这个问题。初级用户不能点赞的设定，表明了网站对普通网民的不信任，这种不信任是合理的，毕竟有那么多曾经优秀的社区都被网络水军们给糟蹋了；你如果仅仅是来寻找答案的，那没问题，网站的一切内容全部公开，甚至做了 SEO，你用 Google 就能搜到 StackExchange 的任何一个问答。但你如果想对 StackExchange 有所贡献，就不那么简单了，你必须证明自己具备这个资格，如何证明？提出好问题。只有好问题才会吸引人来作答，才会被人顶起，才能获得最初的声誉。

StackExchange 对问问题有着严格的规定，比如提问前必须搜索已有问答，避免问重复问题，避免问与社区主题无关的问题，避免问范围模糊的问题；此外问题描述要详实具体，给出例证，要具有可重现性；语言方面还要过关，不能词不达意，也不能啰啰嗦嗦…… 这么多规定简直像是对学术论文的要求，规则制定者一定笃信只有好的问题才能引出好的答案。那么这么严苛的规定不怕把用户吓跑吗？不怕，因为吓跑的本来就不是 StackExchange 的目标用户群，这毕竟是个知识型社区，不是普通的社交网络，用户数量从来都不是它关心的，高质量用户数量才是它关心的。事实上，StackExchange 的游戏规则非但没有吓跑用户，反而正在吸引越来越多的人参与其中。

在我看来，这种用户自治的游戏规则是最高明的管理策略，社区建设者只用把平台搭建好，剩下的工作就交给广大用户，而真正愿意参与这个社区的用户都必然是认真对待的，声誉值越高的用户，责任感也越强，想要获得高的声誉值，就得懂得自制，按着游戏规则玩，慢慢积累。

你可能会奇怪，既然问个问题都如此麻烦，为何我还要在上面花费时间？原因有二：

首先，对于这种业界公认的知识型社区，由于它的干货比重远远超出同类网站，其用户的声誉值便也有了独特的含金量，就好比一个项目被 fork 的次数之于 GitHub，声誉值在这里可以说明一切。你若能在自己的简历中写上 Stackoverflow 声誉值过万，任何一家用人单位都不会视而不见。

其次，并非所有人做什么事都要有所回报，这有点类似去问那些编辑维基百科的志愿者为何要花自己时间去做这种费力不讨好的事情。现在互联网上各种社区层出不穷，质量也是参差不齐，好不容易出现一个用户都那么认真对待的社区，当然倍受欢迎，因为这上面的讨论氛围是无可比拟的，一个问题问出去，可能几分钟内就有人回复，有的是指出你提问的不足之处，有的是给出可能有帮助的参考资料，甚至还有帮你纠正英语语法错误的…… 在这样的社区中，可能要比平时多花几倍时间才能完成一次提问，但你所收获的将更多。

这，才是真正的「人人为我，我为人人。」

发表于 更新于 分类于 本文字数： 708 阅读时长 ≈ 1 分钟

参考资料

发表于 更新于 本文字数： 198 阅读时长 ≈ 1 分钟

国家标准全文公开系统

官网：国家标准全文公开系统

有些标准在这个公开系统上也无法下载，那么可以尝试去 标准下载网 这个网站下载，对于不收费的标准，每天可免费下载一篇

提示：下载标准前，可以上谷歌搜索。比如查询泡沫玻璃抗压强度，很可能别人已经做过了，会给出一些标准名称什么的，那样的话就可以直接拿着这个标准名进行搜索了

学兔兔_(原标准分享网)_专注工程技术学习网站_论文资料标准分享网 每天可以免费下载两篇标准

发表于 更新于 本文字数： 291 阅读时长 ≈ 1 分钟

常用快捷键

  • 标尺：Ctrl + R
  • 反选：Ctrl + Shift + I
  • 参考线：从标尺处拖拉可新建参考线；
  • 显示 / 隐藏参考线：Ctrl + ；
  • 内容填充：框选，右键，填充
  • 复制图层：Ctrl + J
  • 将框选的图层复制到新文档：先框选 –> Ctrl + J –> Ctrl + N –> 从剪切板导入。这样做的目的是框选的图层长宽多大，新文档的长宽就是多大，不会有大量多余的空白部分
  • 按比例裁剪：裁剪前可设置裁剪的长宽比（Visio 中似乎没有这个功能，就只能在 PS 中操作了）
  • 对图形进行变换操作：Ctrl + T
  • 对图形进行连续相同的变换操作：Ctrl + Shift + T
  • 取消选区：Ctrl + D
  • 恢复选区：Ctrl + Shift + D