summary refs log tree commit diff stats
diff options
context:
space:
mode:
authorAndrew <andrew@andrewyu.org>2022-10-06 23:40:00 +0800
committerAutomatic Merge <andrew+automerge@andrewyu.org>2023-07-15 00:29:29 +0800
commitf1f29d40cacbf446e46c7971d162c638ae2c0f1a (patch)
tree66da6223e260a87a05e80ff20533090931512da8
parente559eabb7db8d82b01237ab79d61d54b0d0238fb (diff)
downloadwww-f1f29d40cacbf446e46c7971d162c638ae2c0f1a.tar.gz
/note/comms.html: Further update communication guidelines.
-rw-r--r--note/comms.html12
1 files changed, 9 insertions, 3 deletions
diff --git a/note/comms.html b/note/comms.html
index fc3bc6d..5055a86 100644
--- a/note/comms.html
+++ b/note/comms.html
@@ -14,10 +14,16 @@
 		</p>
 		<ol>
 			<li>
-			Write a descriptive subject for emails.  Do not send emails with an empty subject or no subject header.  Subjects help navigate emails.
+			Write a descriptive subject for emails.  Do not send emails with an empty subject or no subject header.  The subject should be give the receiver a brief idea of what the email is about.
 			</li>
 			<li>
-			Send complete information.  When telling me something or requesting something, please provide complete background information, knowledge required, and similar things.  As a general rule-of-thumb, the explanation should usually be longer than three sentences or a few paragraphs depending on the complexity of the task at hand.  This prevents back-and-forth communication along the lines of ``and now I need to know ... but you didn't tell me that so can you please give that to me'', generally defragmenting conversations which increases efficiency and comfort.
+			Send complete information.  When telling me something or requesting something, please provide complete background information, knowledge required, and other relevant context.  This prevents back-and-forth communication along the lines of ``and now I need to know ... but you didn't tell me that so can you please give that to me''.  Providing context defragments conversations which increases efficiency.
+			</li>
+			<li>
+			When using instant messaging such as IRC, do not split one sentence into multiple messages.  Fragmentation reduces readability.
+			</li>
+			<li>
+			Do not use excessive emojis.
 			</li>
 			<li>
 			Be direct.  As the sender, do not use polite expressions like ``you did quite well in that presentation'' when in reality, the sender believes that the presentation is not ``quite well''.  Direct critique and suggestions are very welcome here&mdash;politeness is acceptable if it does not interfere with honest conveying of information.
@@ -26,7 +32,7 @@
 			<a href="./ask.html">Don't ask to ask.</a>
 			</li>
 			<li>
-			Use plain text email.  Both hard-wrapped and non-hard-wrapped emails are acceptable.
+			Use plain text email.  Both hard-wrapped and non-hard-wrapped emails are acceptable.  If you do hard-wrap, please wrap at 72 characters for English.  Do not hard-wrap Chinese.
 			</li>
 			<li>
 			Interweave the original message with the response when replying to an email and remove irrelevant parts (i.e. greetings, closings, signatures, etc.) of the quoted original email.
mit/util.c?h=5.3.1&id=3a69c5173cdd24959410870bec2a10a76272e034'>3a69c51 ^
439e15d ^

3a69c51 ^

439e15d ^





3a69c51 ^









































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
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148