程序员电邮札记

作者:Vamei 出处:http://www.cnblogs.com/vamei 欢迎转载,也请保留这段声明。谢谢!

 

“Across the Great Wall, we can reach every corner in the world”。

这是1987年从中科院计算机所发往世界的第一封电子邮件。“越过长城,走向世界”。

 

如果说评选互联网带给生活的最大影响,电子邮件一定可以位列前三。有趣的是,电子邮件并不算是互联网的产物。它甚至于诞生于Internet之前。电邮是从一些早期的文本传输技术上自然的进化出来,很难将电子邮件的诞生归于单一的某个发明人。电邮带来了很多便利,它可以将文本或者多媒体文件即时传送到互联网上的任何一个角落。电邮从此改变了许多人的生活。程序员的生活里更是少不了电子邮件,用电邮传信、对骂、传补丁,甚至调情。很多伟大的程序项目,都来自电邮的交流。早期的Python的标准库,都要提交到Python之父Guido本人的电邮。经典的程序员手册,《The Pragmatic Programmer》(程序员修炼之道),一开始就大书特书程序员处理电邮的方式。

撰写英文电邮是个特别让我苦恼的事情。每次写的时候都提心吊胆,不知语气是轻是重,对方读起来是怎样的感受。很多时候耗费了不少心血,对方却时有误会。最近参加了一次相关的课程,觉得其中对英文电邮的介绍蛮有用的。晚上找了些补充资料,一块整理成这个札记。

 

正式邮件

工作场合的邮件都比较正式。发往官方组织和政府部门的电邮,也最好采用正式邮件的格式。正式邮件需要符合一定的格式和写法,有明确的目的和精简的内容。此外,用语要语法正确,语气礼貌。一般来说,如果不确定写哪种邮件时,最好写成正式的格式。这样的话,收信人可以比较容易的了解邮件内容,同时对写信人产生良好的印象。人们往往认为写作文法较好的人受过良好的教育,因此更加容易信赖这样的发信人。

 

正式邮件可以分为下面几个部分:

标题 (Subject)

简单说明这封邮件的内容或目的。收信人大都根据标题来决定邮件阅读和处理的优先级。一个好的标题应该尽量简短,并言之有物。它可以是一个完整的句子,但更常见的是短语形式,比如:

Update Purchase Information
Request a meeting with you

现在的邮件工具会根据邮件种类的不同,加上RE(回复)或者FWD(转发)的标题抬头。由于它们可以很好的提醒收信人,帮助收信方整理邮件,所以最好不要删除这些抬头。

 

在许多情况下,人们会省略标题中的冠词(a, an, the),以便让标题更加简短。这种形式在语法上并不严格,但可以用于标题。

Enquiry Elestricity Usage

 

称呼 (Salutation)

正式的称呼包括下面的形式:

Dear Mr/Mrs/Ms Lee,

这里最后跟的是姓。Mr/Mrs/Ms根据情况选择其一。Mr为先生,Mrs为夫人(用于已婚后跟随丈夫改姓的情况),Ms为女士(用于未婚和已婚)。也有其它的称呼,比如Professor(教授),Dr(博士)这些在西方认为是尊敬的称谓,也可以使用,并替换Mr/Mrs/Ms。

 

Dear Sir/Madam,

当不知道对方性别,或者收信人是一个组织机构的话,可以用上面的称呼。(保留完整的写法,而不是从Sir/Madam中选择其一)

 

Dear John,

这里跟的是名字,不包括姓。这相对于上面的写法的正式性弱一些,但比较亲切。最好和对方比较熟悉。如果对方的职位或者年纪较长,最好在对方已经用该方式称呼你之后,再用这个方式来称呼对方。Dear是西方很常见的称谓,并不要求有很“亲爱”的关系。

 

Hi John,

这里比较不正式的写法,但也可以用于正式邮件。如果有可能,尽量用上面的写法来代替这一种。

 

开场白 (Opening Sentence)

说明这封邮件的目的。比如:

I am writing to request a meeting with you this week.
This is just a quick note to update the new venue of the meeting next Thursday.

 

如果有必要,在对方不熟悉身份的情况下,可以在开场白前后附加一些必要身份信息。比如:

I am a student living in hall 2.
This email is regarding the notification of reference number 1086.

这些信息只要足够对方处理邮件就可以了。不必每次邮件的开头都介绍自己的身份和姓名。

 

正文 (main content)

包括电邮的完整信息。

正式邮件的正文要求拼写和语法正确。当前的拼写自动检查可以纠正绝大部分的拼写错误。语法要注意时态一致,注意动词的单双数形式。一个常犯的错误是忽略了该有的冠词,如a, an, the。有些表达方式可能拿不准,(比如是look forward to do呢,还是look forward to doing),可以使用google搜索该固定搭配,看是否有比较权威的页面使用相应的表达形式。

 

在语法正确的基础上,正式电邮的语气需要尽量谦虚有礼。陈述的表达方式往往比问句更委婉,特别是配上I wonder, I appreciate it that这样一些很友好的话。语气助词could, would, might可以用于客气的提出请求。比如:

Can I meet with you?
I wonder whether I could meet with you.

两个句子同样表示想要会面的愿望,但第二个句子语气就更加婉转。

 

 

正式电邮的用词也很值得推敲。用词可以尽量多样化。如果某个词或短语重复使用,可以寻找替代词。如果想不起同义词,可以查询线上词典。比如FreeDictionary里的每个词,都列出了相关的同义词。

另一方面,某些词尽管表达相同的含义,但正式程度有别。如果有可能,尽量选择正式的表达方式,比如:

正式 非正式   正式 非正式
enquiry ask   require need
postpone put off   regret be sorry
arrange set up   convenient OK
reply answer   assistance help
inform  tell   contact get in touch with

 

所有的缩写形式都是非正式的。在正式电邮中,不应该使用缩写形式。比如I‘m应该写成I am。

 

一封邮件如果附有邮件,可以使用下面的一些表达方式来提醒:

Please refer to the file attached.
The forms are enclosed in this email.
I am sending you the code file for your consideration.

事实上,如果一封正式邮件的正文里包含了太多的内容或者技术细节,可以考虑将这些内容剥离到一个PDF文档,作为附件发送给对方。邮件的正文只保留必要的介绍信息。

 

 

总结 (conclusion)

用于结束正文。总结最好另起一行,与正文分开。

如果邮件中有可能的不完整的信息,可以欢迎收信人询问。一般情况下,正式邮件中应该包含必要的信息,以减少邮件往来造成的低效。但有些时候,是否提供进一步的信息是取决于收信人的态度度,比如探索合作意向的时候。还有些时候,收信人缺乏相似的背景,他们可能会有进一步的问题。如果是这些情况,可以用下面的总结,来表示愿意回答进一步的问题:

Please feel free to contact me if you have further questions.
If you require any further information, please do not hesitate to contact me.

 

在多数情况下,可以使用下面的总结,表示期待回信:

I hope to hear from you soon.
I am looking forward to your reply.

 

结束语 (leave-taking)

出于礼貌和传统信件的习惯,电邮结束一般会有结束语。它们大多表达亲密,或者对收信人的祝福:

Yours sincerely,

非常正式。多用于正式的信件,而不是电邮。通常配合Dear+name的称呼。

 

Best Wishes,
Best Regards,

比较常用,且比较正式的电邮结束语。

 

Cheers,

一种常见的英式结束语。

 

All the best,
Best,
Bye,

不那么正式,比较亲切的结束语。

 

签名 (Signing off)

署名。在署名的时候,最好离前面的结束语有几行的距离,以便更加醒目:

Best Regards,

Vamei

 

完成邮件 在发送正式邮件之前,最好重读一遍,检查是否有拼写和语法错误,内容是否有歧义,附件是否可以正常打开。按下“发送”键,就没法后悔了。(放松,莫手抖)

 

下面是一个正式邮件的例子,

Dear Mr Mitchell,

I am writing in reference to the current situation with the Skipton Airport Project. We have a number of questions which we hope you could answer.

First of all, could you please provide us with an update on where you are on the Skipton Airport Project. We wonder whether you could clarify what the current issues with the delivery system are, and confirm when you expect them to be resolved.

In addition, at the end of our last meeting, we requested a copy of the latest Project Report. Unfortunately, we have still not received it. We would appreciate it if you could forward this to us.

I look forward to hearing from you.

Yours sincerely,

Ian McAdam
Development Manager

 

 

非正式邮件

非正式邮件是没有限制的,可以使用缩写、表情符号等等。非正式邮件一定是发给朋友的。如果不确定和对方的关系,最好发送正式邮件。

 

希望上面的总结有用。再次谢谢组织这次培训的几位老师。

时间: 2024-08-01 04:39:00

程序员电邮札记的相关文章

5 年JAVA 程序员大型电商背景薪水问题!

问题描述 5 年JAVA程序员大型电商背景, 月薪20K,能否达到这个薪水.一般20K以上JAVA程序员是一个什么样的水平?同行业朋友们在这里讨论下,拒绝漫骂. 问题补充:补充下城市:帝都 解决方案 你个人能力还可以的话 这个数字应该问题不大 但是建议去一些大公司 估计小公司养不起哦解决方案二:一线公司,和一些创业 好点的公司可以达到.至于技术水平,纵向来说,起码你常用的基础技术.框架基础 的原理要清楚,有自己的看法和理解,然后对新兴技术有一定铭感度.其次,横向能做一些深入的技术调研,和筛选工作

编程世界经典秘籍:程序员的提问之道

本文节选于编程世界里非常经典的一份文档,该文档首发于 2001 年,已经过多次迭代更新,详细描述了程序员应该如何在网上有礼貌地.合理地向别人提问以及如何解读答案,比如自己先做足功课:搜索.读文档.读代码等.以下中文版节选是由 ryanhanwu 基于原文 3.10 版的最新翻译,全文较长,有兴趣的可跳转查看完整内容. 简介 在黑客的世界里,当你拋出一个技术问题时,最终是否能得到有用的回答,往往取决于你所提问和追问的方式.本指南将教你如何正确的提问以获得你满意的答案. 不只是黑客,现在开放源代码(

《C程序员从校园到职场》带领大家从校园走向职场

七夕节刚过,就有好消息传来:本人新书<C程序员从校园到职场>正式出版并在各大电商平台上发售了! 下面,让我们一起来欣赏一下纸质书的"风采"吧. 本书目录 第1章 概述 1.1 C语言的发展历史 1.2 C语言的主要特点 1.3 常用工具软件 1.4 小结 第2章 学校到职场 2.1 认清自身不足 2.2 破除错误观念 2.3 工作所需软技能的培养 2.4 小结 第3章 程序的样式 3.1 头文件 3.2 源文件 3.3 空格和空行 3.4 大括号 3.5 注释 3.6 小结

《程序员之禅》一一10.2 心无杂念

10.2 心无杂念 程序员之禅在动手编程之前,你需要清空头脑,摒弃一切杂念.如果你有什么麻烦事,不要让它影响你.在大多数情况下,烦恼会自行消失.如果杂念太多,无法驱除,就暂且不要工作.一定努力清除它们.而你一旦开始工作,请暂且忘记身外的世界. 邮件列表中有令人兴奋的内容?别管它,你可以晚些时候再兴奋.关掉所有会占据你头脑的垃圾程序:推特.脸书和电邮.你甚至应该将手机设为静音并放进口袋里.或许你会说这条规则类似于第1条"专注",然而这条中还应有一个限制:在工作前或午餐时不要使用这些工具.

程序员保持身心健康的八种方式

       国际  程序员是一个辛苦的行业,长时间面对的只是需要解决的问题,更不要提开发期限和无理取闹的客户了,这样的工作简直无以承受.怎么办呢我们?我们热爱编程,乐于创建功能--我们喜欢那种将一堆代码弄成像Facebook或者Digg那样的赚钱工具的感觉.        也正由于程序员所带给我们的一切,这工作仍让我们欲罢不能.这种情况下,如何处理工作带来的压力便成了一项技巧.以下分享我的一些方式,以保持你的身心健康. 懂得何时走开        一般来说程序员大多有定力.做事有条理.我们不愿

程序员如何月进万金?

    本人与大家一样,原来只是一个普通的程序员,靠给软件公司打工谋生.后来感觉这样长期干下去没有什么前 途,虽然现在年轻还可以加班加点靠拼身体吃饭,以后年纪大了怎么办?听说很多人自己单干每年靠共享软件都可以赚几十万,我为什么就不行?仗着自己技术好, 并且当时已经有了成熟软件的思路,我就辞职出来加入共享软件这一行当了.    通过半年多的日夜苦干,软件终于编出来了.由于我觉得自己的软件功能比较新颖,编程的技术也很好,以为只要一发布就会大家抢着注册购买,也可以像那些成名 的共享软件作者一样每月坐拿

“网络钓鱼”瞄准电邮三万账户信息失窃

微软.谷歌.雅虎和美国在线等公司旗下的电子邮箱眼下遭黑客"网络钓鱼",至少3万邮箱账户信息失窃.一些网站建议用户立即修改密码. 专家指出,黑客愈加狡猾,用户需关注网络安全,采取一定措施保护账户. 微软公司旗下Hotmail电子邮箱1万个账户信息10月1日在一家计算机专业网站上被 曝光.随后网上又出现一份包含2万个电子邮箱账户地址及密码的清单,这些邮箱所属包括微软.谷歌.雅虎.美国在线等主要电邮服务商. "我们知道一些Hotmail用户的通行证遭'网络钓鱼'非法窃取并被公布在网

为什么程序员总被认为是屌丝群体?

本文纯属闲时娱乐,请勿当真,请勿较真. 1. 程序员都很穷吗? 其实,以我的经验来看,相同学历的毕业生的工资里面,程序员的工资绝对前三.但是可惜的是,程序员的主要发展地集中在京沪杭和广州一带,这一带本来就是有钱人的集中地,而且高房价高消费,让程序员那不算低的工资显得微不足道,只能望楼兴叹. 举个例子,比如你在北京开10w的车,那绝对是底层人民啊.你要是在一个二线城市开10w的车,那已经可以说混的不错了.如果是在小县城开10w的车,那你就算是有钱人啊. 解决方案:一线城市打拼,二线城市发展.当然,

想成为优秀的程序员这些码德不能缺

我把这些看成是作为一个程序员的基本素质,多数是编码之外的事情: ●代码每天备份:(预防意外导致的任何损失) ●上传代码时写清楚log信息:(为维护这个模块的人着想,有可能是你自己) ●提供接口时不要把问题抛给使用接口的人,升级或者变更接口时不要删掉原来的接口:(为使用你接口的同事着想) ●变量命名要见名知意:(起码不能误导别人) ●在工程中新建一个doc文件夹将项目相关的文档放在该目录下,方便后面维护的人员理解项目和代码:(为维护这个模块的人着想,有可能是你自己) ●签署bug或者转办bug时写