无论你是已经工作了几十年的还是刚开始从业的非工程型技术人，此建议都可以帮助你确定你的位置归属。在 本系列第一篇文章 中 ，我解释了将人员和角色分为“技术”或“非技术”类别的问题。在 第二篇文章 中，我为不写代码的人分享了一些技术岗位角色。这一次，我将把这次探索总结为——“技术或非技术意味着什么”，并提供一些能够在职业发展上帮到你的建议。无论你是已经从事技术工作数十年，或是刚刚起步，还是正在寻求职业变更，请考虑本文中来自非技术人员但在技术角色方面取得成功的人士的建议。“不要把你的工作和身份捆绑起来 —— 把它们分开。”—— Adam Gordon Bell，Earthly Technologies 开发者关系部转换角色，并不意味着你的技能会消失且你不再具有价值。如果你担任了新角色，则需要专注于该角色的关键技能。培养技能是需要时间的。花点时间，找出新职位的重要技能。如果你管理工程师们，请鼓励他们提升技术技能的同时发展非工程技能，这些技能往往能比编程能力和技术技能对职业发展和成功产生更显著的变化。做你自己“不要让其他人定义你是技术人员还是非技术人员。什么是技术人员，什么不是技术人员，以及这是否重要，是人们必须自己搞清楚的事情。”—— Adam Gordon Bell“永远不要用‘我不是技术人员’为开头进行对话。因为很可能让对方产生‘这点我需要提醒你’的想法，这在面试的时候可从来不会留下好印象，而且还有可能会让人觉得你对自己技能缺乏信心。”—— Mary Thengvall，Camunda 开发者关系总监避免刻板成见；不是所有的工程师都喜欢《星球大战》或《星际迷航》。不是所有工程师都穿连帽卫衣。工程师也可以和别人交流。“单单就你的行为举止，旁人就有很多关于技术或非技术方面的看法。在办公室工作的时候，我会穿裙子，因为只有这样我才能舒服一点。”—— Shailvi Wakhlu，Strava 高级数据总监了解你的价值正如我在第一篇文章中讨论的那样，被打上“非技术”的标签会导致 冒充者综合症。承认自己的价值，不要在自己身上贴上“非技术”标签，因为它会限制你的收入潜力和职业发展。“人们之所以把我重新包装成其他东西，是因为他们认为我和工程师的刻板印象不一样。我很高兴我没有听这些人的话，因为他们本质上是在告诉我，在我拥有的技能之外，去找一份低薪的工作。”—— Shailvi Wakhlu“年轻的或者女性技术人，特别是刚接触技术的女性，更容易患上冒名综合症，认为自己技术不够好。比如，‘哦，我只会前端。’，什​​么叫你只会前端？前端也很难的好吧。”—— Liz Harris寻找那些可以提升价值并帮到人们的地方你不需要创建 PR 就可以参与开源。“当有人想为开源项目做点贡献时，我总是对他说，‘不要想着，得是一个提交才行、得提一个 PR 才可以。’这就好像，‘不行。怎么才能为那个项目贡献点价值呢？’ 如果你没时间提交 PR，那你是不是提个议题并把要点写下来？”—— Eddie Jaoude，Jaoude Studios 开源程序员思维的多样性有助于事业成功看看所有角色和人员的价值和贡献。不要根据头衔将人归到同能力的一组。“要认识到，所有人（包括自己在内），在任何时候，以及事情全貌的重要性。创造力这个事儿不应该由自我驱动。要知道，对于你所做的事情，你可以做的更好，也可以做的更糟。不要害怕寻求帮助，知道到我们在一起。”—— Therese Eberhard，电影/广告和视频场景画师“在我参加过的黑客马拉松中，我们都是技术人员，组建了一支四五个硬核程序员组成的强大团队，但我们输了。我不骗你，我们输了。在新冠疫情之前，我赢了前六次的黑客马拉松，而且当时团队中一半的人属于其他领域的专家。在我们赢过的比赛中，大多数人会认为团队一半人是非技术的，尽管我不喜欢这个术语，因为这像是给团队/项目贴金。我们之所以获胜，是因为我们对所构建的东西有很多不同的看法。”—— Eddie Jaoude“我们越能摆脱‘技术/非技术’、‘开发人员/非开发人员’的标签，并理解到一个连续统一的整体存在，我们就越能全力以赴地雇用到合适的人来做这项工作，只要不被你需要‘技术团队’的假设所困扰。”—— Mary Thengvall我们的社区和团队越多样化，它们的包容性就越大。“老实说，无论是从社区角度还是从产品角度，我认为，总的来说，最重要的事情都是，我们应该确保我们建立的是一个包容性的社区，这不仅是为了我们的产品，也不仅是为了我们正在使用的技术，还为了整个人类社会，我想……我敢打赌，如果我们做到了这一点，那么作为人类，我们就比过去更进步了。”—— Leon Stigter，Lightbend 高级产品经理如果你以非程序员的技术身份工作，你会给那些认为自己“非技术”的人（或被他人认为是“非技术”的人）提供什么建议？ 在评论中分享你的见解。via: https://opensource.com/article/21/2/advice-non-technical作者：Dawn Parzych 选题：lujun9972 译者：max27149 校对：wxy本文由 LCTT 原创编译，Linux中国 荣誉推出
不懂代码的人也可以干的 4 种技术工作
对于不是工程师的人来说也有很多技术工作可以做。本文作为本系列的第二篇，就具体阐述这些工作。在 本系列的第一篇文章 中，我解释了技术行业如何将人员和角色划分为“技术”或“非技术”类别，以及与此相关的问题。科技行业使得那些对科技感兴趣但不懂编程的人很难找到适合自己的角色。如果你对技术或开源感兴趣，但对编程不感兴趣，这也有一些工作适合你。科技公司的任何一个职位都可能需要一个精通科技但不一定会写代码的人。但是，你确实需要了解术语并理解产品。我最近注意到，在诸如技术客户经理、技术产品经理、技术社区经理等职位头衔上增加了“技术”一词。这反映了几年前的趋势，即在头衔上加上“工程师”一词，以表示该职位的技术需要。过了一段时间，每个人的头衔中都有“工程师”这个词，这样的分类就失去了一些吸引力。当我坐下来写这些文章时，Tim Banks 的这条推特出现在我的通知栏上：已经将职业生涯规划为技术行业的非开发人员（除了信息安全、数据科学/分析师、基础设施工程师等以外的人员）的女性，你希望知道的事情有哪些，有价值的资源有哪些，或者对希望做出类似改变的人有哪些建议？—— Tim Banks is a buttery biscuit (@elchefe) December 15，2020这遵循了我第一篇文章中的建议：Tim 并不是简单地询问“非技术角色”；他提供了更重要的详细描述。在 Twitter 这样的媒体上，每一个字符都很重要，这些额外的字符会产生不同的效果。这些是技术角色。如果为了节约笔墨，而简单的称呼他们为“非技术人员”，会改变你的原意，产生不好的影响。以下是需要技术知识的非工程类角色的示例。技术作者技术作者的工作 是在两方或多方之间传递事实信息。传统上，技术作者提供有关如何使用技术产品的说明或文档。最近，我看到术语“技术作者”指的是写其他形式内容的人。科技公司希望一个人为他们的开发者读者写博客文章，而这种技巧不同于文案或内容营销。需要的技术技能：写作特定技术或产品的用户知识或经验快速跟上新产品或新特性的速度的能力在各种环境中创作的技能适合人群：可以清楚地提供分步说明享受合作对活跃的声音和音乐有热情喜欢描述事物和解释原理产品经理产品经理 负责领导产品战略。职责可能包括收集客户需求并确定其优先级，撰写业务案例，以及培训销售人员。产品经理跨职能工作，利用创造性和技术技能的结合，成功地推出产品。产品经理需要深厚的产品专业知识。所需技术技能：掌握产品知识，并且会配置或运行演示模型与产品相关的技术生态系统知识分析和研究技能适合以下人群：享受制定战略和规划下一步的工作在不同的人的需求中可以看到一条共同的线索能够清楚地表达业务需求和要求喜欢描述原因数据分析师数据分析师负责收集和解释数据，以帮助推动业务决策，如是否进入新市场、瞄准哪些客户或在何处投资。这个角色需要知道如何使用所有可用的潜在数据来做出决策。我们常常希望把事情简单化，而数据分析往往过于简单化。获取正确的信息并不像编写查询 select all limit 10 来获取前 10 行那么简单。你需要知道要加入哪些表。你需要知道如何分类。你需要知道是否需要在运行查询之前或之后以某种方式清理数据。所需技术技能：了解 SQL、Python 和 R能够看到和提取数据中的样本了解事物如何端到端运行批判性思维机器学习适合以下人群：享受解决问题的乐趣渴望学习和提出问题开发者关系开发者关系 是一门相对较新的技术学科。它包括 开发者代言人 developer advocate 、 开发者传道者 developer evangelist 和 开发者营销 developer marketing 等角色。这些角色要求你与开发人员沟通，与他们建立关系，并帮助他们提高工作效率。你向公司倡导开发者的需求，并向开发者代表公司。开发者关系可以包括撰写文章、创建教程、录制播客、在会议上发言以及创建集成和演示。有人说你需要做过开发才能进入开发者关系。我没有走那条路，我知道很多人没有。所需技术技能：这些将高度依赖于公司和具体角色。你需要部分技能（不是全部）取决于你自己。了解与产品相关的技术概念写作教程和播客的视频和音频编辑说话适合以下人群：有同情心，想要教导和授权他人可以为他人辩护你很有创意无限的可能性这并不是一个完整的清单，并没有列出技术领域中所有的非工程类角色，而是一些不喜欢每天编写代码的人可以尝试的工作。如果你对科技职业感兴趣，看看你的技能和什么角色最适合。可能性是无穷的。为了帮助你完成旅程，在本系列的最后一篇文章中，我将与这些角色的人分享一些建议。via: https://opensource.com/article/21/2/non-engineering-jobs-tech作者：Dawn Parzych 选题：lujun9972 译者：Chao-zhi 校对：wxy本文由 LCTT 原创编译，Linux中国 荣誉推出
用“技术”和“非技术”的标签对人们进行分类，会伤害个人和组织。本文作为本系列的第 1 篇，将阐述这个问题。“ 技术 technical ”一词描述了许多项目和学科：技术淘汰赛、技术性犯规、攀岩比赛的技术课程和花样滑冰运动的技术得分。广受欢迎的烹饪节目 “The Great British Bake-Off” 包括一个“烘焙技术挑战”。任何参加过剧院演出的人都可能熟悉技术周，即戏剧或音乐剧首演前的一周。如你所见，技术一词并不严格适用于软件工程和软件操作，所以当我们称一个人或一个角色为“技术”时，我们的意思是什么，为什么使用这个术语？在我 20 年的技术生涯中，这些问题引起了我的兴趣，所以我决定通过一系列的采访来探讨这个问题。我不是工程师，也不写代码，但这并不意味着我是非技术型的。但我经常被贴上这样的标签。我认为自己是技术型的，通过这个系列，我希望你会明白为什么。我知道我不是孤独一个人。群众讨论是很重要的，因为如何定义和看待一个人或一个角色会影响他们做好工作的信心和能力。如果他们感到被压垮或不受尊重，就会降低他们的工作质量，挤压创新和新思想。你看，这一切都是循序渐进的，那么我们怎样才能改善这种状况呢？我首先采访了 7 个不同角色的人。在本系列中，我将探讨“技术”一词背后的含义、技术的连续性、将人分类为技术型或非技术型的意外副作用，以及通常被认为是非技术性的技术角色。定义技术和非技术首先，我们需要做个名词解释。根据字典网，“技术/技术性的”是一个具有多重含义的形容词，包括：属于或与艺术、科学等学科有关的精通或熟悉某一特定的艺术或行业的实际操作技术要求高或困难（通常用于体育或艺术）而“非技术性”一词在科技公司中经常被用来描述非工程人员。但是“非技术性”的定义是“不涉及、不具有某个特定活动领域及其术语的特点，或不熟练”。作为一个写作和谈论技术的人，我认为自己是技术型的。如果你不熟悉这个领域和术语，就不可能书写或谈论一个技术主题。有了这种理解，每个从事技术工作的人都是技术人员。为什么要分配标签？那么，为什么划分技术与非技术？这在技术领域有什么意义呢？我们试图通过分配这些标签来实现什么？有没有一个好的理由？而我们有没有重新评估这些理由？让我们讨论一下。当我听到人们谈论技术人员和非技术人员时，我不禁想起 Seuss 教授写的童话故事 《The Sneetches》。Sneetches 有没有星星被演化为一种渴望。Sneetches 们进入了一个无限循环，试图达到正确的状态。标签可以起到一定的作用，但当它们迫使一个群体的等级被视为比另一个更好时，它们就会变得危险。想想你的组织或部门：销售、资源、营销、质控、工程等，哪一组的在重要性上高于或低于另一组？即使它不是直接说的或写在什么地方，也可能是被人们默认的。这些等级划分通常也存在于规章制度中。技术内容经理 Liz Harris 表示，“在技术写作界存在着一个技术含量的评级，你越是偏技术的文章，你得到的报酬就越高，而且往往在技术写作社区里你得到的关注就越多。”术语“技术”通常用于指一个人在某一主题上的深度或专业知识水平。销售人员也有可能会要求需要懂技术以更好的帮助客户。从事技术工作的人，他们是技术型的，但是也许更专业的技术人员才能胜任这个项目。因此，请求技术支援可能是含糊不清的表述。你需要一个对产品有深入了解的人吗？你需要一位了解基础设施堆栈的人员吗？还是需要一个能写下如何配置 API 的步骤的人？我们应该要把技术能力看作是一个连续体，而不是把人简单的看作技术型的或非技术型的。这是什么意思？开发人员关系主管 Mary thengwall 描述了她如何对特定角色所需的不同深度的技术知识进行分类。例如，项目可能需要一个开发人员、一个具有开发人员背景的人员，或一个精通技术的人员。就是那些被归类为精通技术的人也经常被贴上非技术的标签。根据 Mary 的说法，如果“你能解释（一个技术性的）话题，你知道你的产品工作方式，你知道该说什么和不该说什么的基本知识，那么你就是技术高手。你不必有技术背景，但你需要知道高层次的技术信息，然后还要知道向谁提供更多信息。”标签带来的问题当我们使用标签来具体说明我们需要完成一项工作时，它们可能会很有帮助，比如“开发人员”、“有开发人员背景”和“技术达人”。但是当我们使用标签的范围太广时，将人们分为两组中的一组可能会产生“弱于”和“优于”的感觉当一个标签成为现实时，无论是有意还是无意，我们都必须审视自己，重新评估自己的措辞、标签和意图。高级产品经理 Leon Stigter 提出了他的观点：“作为一个集体行业，我们正在构建更多的技术，让每个人都更容易参与。如果我们对每个人说：‘你不是技术型的’，或者说：‘你是技术型的’，然后把他们分成几个小组，那些被贴上非技术型标签的人可能永远不会去想：‘其实我自己就能完成这个项目’，实际上，我们需要所有这些人真正思考我们行业和社区的发展方向，我认为每一个人都应该有这个主观能动性。”身份如果我们把我们的身份贴在一个标签上，当我们认为这个标签不再适用时会发生什么？当 Adam Gordon Bell 从一个开发人员转变为一个管理人员时，他很纠结，因为他总是认为自己是技术人员，而作为一个管理人员，这些技术技能没有被使用。他觉得自己不再有价值了。编写代码并不能提供比帮助团队成员发展事业或确保项目按时交付更大的价值。所有角色都有价值，因为它们都是确保商品和服务的创建、执行和交付所必需的。“我想我成为一名经理的原因是，我们有一支非常聪明的团队和很多非常有技能的人，但是我们并不总是能完成最出色的工作。所以技术不是限制因素，对吧？”Adam 说：“我想通常不是技术限制了团队的发挥”。Leon Stigter 说，让人们一起合作并完成令人惊叹的工作的能力是一项很有价值的技能，不应低于技术角色的价值。自信 冒充者综合症 Impostor syndrome 是指无法认识到自己的能力和知识，从而导致信心下降，以及完成工作和做好工作的能力下降。当你申请在会议上发言，向科技刊物提交文章，或申请工作时，冒充者综合症就会发作。冒充者综合症是一种微小的声音，它说：“我技术不够胜任这个角色。”“我认识更多的技术人员，他们在演讲中会做得更好。”“我在市场部工作，所以我无法为这样的技术网站写文章。”当你把某人或你自己贴上非技术型标签的时候，这些声音就会变得更响亮。这很容易导致在会议上听不到新的声音或失去团队中的人才。刻板印象当你认为某人是技术人员时，你会看到什么样的印象？他们穿什么？他们还有什么特点？他们是外向健谈，还是害羞安静？Shailvi Wakhlu 是一位高级数据总监，她的职业生涯始于软件工程师，并过渡到数据和分析领域。“当我是一名软件工程师的时候，很多人都认为我不太懂技术，因为我很健谈，很明显这就意味着你不懂技术。他们认为你不孤独的待在角落就是不懂技术。”她说。我们对谁是技术型与非技术型的刻板印象会影响招聘决策或我们的社区是否具有包容性。你也可能冒犯别人，甚至是能够帮助你的人。几年前，我在某个展台工作，问别人我能不能帮他们。“我要找最专业的人帮忙”他回答说。然后他就出发去寻找他的问题的答案。几分钟后，摊位上的销售代表和那位先生走到我跟前说：“Dawn，你是回答这个人问题的最佳人选。”污名化随着时间的推移，我们夸大了“技术”技能的重要性，这导致了“非技术”的标签被贬义地使用。随着技术的蓬勃发展，编程人员的价值也随之增加，因为这种技能为市场带来了新产品和新的商业方式，并直接帮助了盈利。然而，现在我们看到人们故意将技术角色凌驾于非技术角色之上，阻碍了公司的发展和成功。人际交往技能通常被称为非技术技能。然而，它们有着高度的技术性，比如提供如何完成一项任务的分步指导，或者确定最合适的词语来传达信息或观点。这些技能往往也是决定你能否在工作中取得成功的更重要因素。通读“ 城市词典 Urban Dictionary ”上的文章和定义，难怪人们会觉得自己的标签有道理，而其他人会患上冒充者综合症，或者觉得自己失去了身份。在线搜索时，“城市词典”定义通常出现在搜索结果的顶部。这个网站大约 20 年前开始是一个定义俚语、文化表达和其他术语的众包词典，现在变成了一个充满敌意和负面定义的网站。这里有几个例子：“城市词典”将非技术经理定义为“不知道他们管理的人应该做什么的人”提供如何与“非技术”人员交谈技巧的文章包括以下短语：“如果我抗争，非技术人员究竟是如何应对的？”“在当今的职业专业人士中，开发人员和工程师拥有一些最令人印象深刻的技能，这些技能是由多年的技术培训和实际经验磨练而成的。”这些句子意味着非工程师是低人一等的，他们多年的训练和现实世界的经验在某种程度上没有那么令人印象深刻。对于这样的说辞，我可以举一个反例：Therese Eberhard，她的工作被许多人认为是非技术性的。她是个风景画家。她为电影和戏剧画道具和风景。她的工作是确保像甘道夫的手杖这样的道具看起来栩栩如生，而不是像塑料玩具。要想在这个角色上取得成功，需要有很多解决问题和实验化学反应的方法。Therese 在多年的实战经验中磨练了这些技能，对我来说，这相当令人印象深刻。守门人行为使用标签会设置障碍，并导致守门人行为，这决定谁可以进入我们的组织，我们的团队，我们的社区。据一位开源开发者 Eddie Jaoude 所说，“‘技术’、‘开发人员’或‘测试人员’的头衔在不应该出现的地方制造了障碍或权威。我们应该将重点放在谁能为团队或项目增加价值，而头衔是无关紧要的。”如果我们把每个人看作一个团队成员，他们应该以这样或那样的方式贡献价值，而不是看他们是否编写文档、测试用例或代码，那么我们将根据真正重要的东西来重视他们，并创建一个能完成惊人工作的团队。如果测试工程师想学习编写代码，或者程序员想学习如何在活动中与人交谈，为什么要设置障碍来阻止这种成长呢？拥抱团队成员学习、改变和向任何方向发展的渴望，为团队和公司的使命服务。如果有人在某个角色上失败了，与其把他们说成“技术不够”，不如去看看问题到底是什么。你是否需要一个精通 JavaScript 的人，而这个人又是另一种编程语言的专家？并不是说他们不专业，是技能和知识不匹配。你需要合适的人来扮演合适的角色。如果你强迫一个精通业务分析和编写验收标准的人去编写自动化测试用例，他们就会失败。如何取消标签如果你已经准备好改变你对技术性和非技术性标签的看法，这里有帮助你改变的提示。寻找替代词我问我采访过的每个人，我们可以用什么词来代替技术和非技术。没有人能回答！我认为这里的挑战是我们不能把它归结为一个词。要替换术语，你需要使用更多的词。正如我之前写的，我们需要做的是变得更加具体。你说过或听到过多少次这样的话：“我正在为这个项目寻找技术资源。”“那个候选人技术不够。”“我们的软件是为非技术用户设计的。”技术和非技术词语的这些用法是模糊的，不能表达它们的全部含义。更真实、更详细地了解你的需求那么你应该说：“我想找一个对如何配置 Kubernetes 有深入了解的人。”“那个候选人对 Go 的了解不够深入。”“我们的软件是为销售和营销团队设计的。”拥抱成长心态知识和技能不是天生的。它们是经过数小时或数年的实践和经验形成的。认为“我只是技术不够”或“我不能学习如何做营销”反映了一种固定的心态。你可以向任何你想发展的方向学习技能。列一张清单，列出你认为哪些是技术技能，或非技术技能，但要具体（如上面的清单）。认可每个人的贡献如果你在科技行业工作，你就是技术人员。在一个项目或公司的成功中，每个人都有自己的作用。与所有做出贡献的人分享荣誉，而不仅仅是少数人。认可提出新功能的产品经理，而不仅仅是开发新功能的工程师。认可一个作家，他的文章在你的公司迅速传播并产生了新的线索。认可在数据中发现新模式的数据分析师。下一步在本系列的下一篇文章中，我将探讨技术中经常被标记为“非技术”的非工程角色。via: https://opensource.com/article/21/2/what-technical作者：Dawn Parzych 选题：lujun9972 译者：Chao-zhi 校对：wxy本文由 LCTT 原创编译，Linux中国 荣誉推出
通过以下提示，成为一个更好的作者。开始接触开源社区的一个方法就是写关于它的文章。你可以贡献技术文档，分享你如何使用软件，或者为我们社区写一篇文章。但是开始写作说起来容易做起来难。我听到的最常见的两个不写文章的借口是：“我没有什么新东西可写”和“我不是一个好的作者”。我在这里是为了打破这两个误区。你应该写什么？“寻找那些经常被遗漏的故事。” 埃里克·拉尔森对于某些人来说，写作的最大障碍是找到要写的想法或话题。很容易就落入了这样的思维陷阱：“这个话题已经写过了，何必再麻烦。”我不是第一个写文章的人，也不会是最后一个。我带来的是我独特的视角和这些年来所学到的东西。曾经有人向我请教过一些关于写作入门的建议，或者是如何让自己的写作更上一层楼。我决定把这些建议变成一篇文章。文如其人，没有人会以你的方式来述事，你的经验和观点可能正是别人所需要的。这里有一些提示，可以帮助你想出一个主题：你最近学到了什么东西？写出你是如何学习的，你学到了什么，或使你感到惊讶的事情。你经常被问到的问题是什么？把答案写出来。你最近是否在搜索一篇怎么做的文章，但在搜索结果中，你对排名靠前的文章不满意？请写出你要找的文章。你是否参加过会议或研讨会？写一篇会后总结来说明你所学到的东西。你开始使用新工具了吗？写一份操作指南或入门指南。你写的是什么类型的文章？有不同类型的文章，包括:技术文档操作指南博客白皮书或电子书回顾性的文章内容的类型会影响你的写作风格和语气。博客更加非正式和是对话式的。而技术文档更正式，更具有指导性。你是为谁而写的？每一篇文章都应该有一个单一的受众。受众是指你为之写作的对象是什么类型的人。在你开始写作之前，写下你的读者的一些特征是有助于写作的。重要的是要考虑到你要为谁写，以及你不是为谁写的 —— 确定你的目标受众将决定要包括哪些内容和不包括哪些内容。例如，我在写这篇文章的时候，我设想的目标受众是这样的：有基本的写作和语法知识有兴趣提高写作能力在技术领域担任开发人员、销售工程师、客户经理或类似职位的工作不是经验丰富或资深的作者，可能在个人或工作博客上发表过几篇文章，想写更多的文章。非虚构写作如果你有针对多个受众的内容，可以考虑针对不同的受众将其分解成不同的内容。对你的受众要考虑的一些方面：专业水平：新手、中级、高级作用：管理人员、个人贡献者目标：他们为什么要阅读这些？言语很重要你选择的言语会对读者产生影响。晦涩难懂的词汇会使文章更难理解，不常见的词汇会让读者觉得自己很笨，某些词汇可能会不小心冒犯读者。作为一个作者，你的目标是避免所有这些。下面是怎么做的：使用日常用语不要把写作作为炫耀你的词汇量或你从“每日一字”台历上学到的单词的方式。写作是为了让读者能够理解。每一篇文章都有相关的阅读水平。如果你写的是技术文档，那么你的目标大约是初中的阅读水平。这并不意味着你的受众只有初中的教育水平。它意味着你的写作会更容易被人理解。你想让人们对这些言语过目不忘，还是想让他们觉得自己学到了什么？虽然你可以使用长而复杂的词汇，但并不意味着你应该这样做。使用简单的语言不一定意味着你的文章会很无聊。使用 Hemingway 应用等工具来检查你的作品的可读性（它不是开源的，但很优秀）。比如说，在初稿之后，这篇文章被评定为五年级的阅读水平。Hemingway 还提供了如何改进写作的建议 —— 找出难以理解的句子或需要改变选词的地方。如果你想要找出替代的词汇，可以查看 Plain English Campaign 的建议或 Power Thesaurus 的众包建议。知道应该规避哪些词“每次你想写‘非常’的时候，就用‘该死的’代替；你的编辑会把它删掉，而作品就会如它应有的那样。” 马克·吐温在写教程或指南的时候，这里有一些要避免的词，包括“ 简单 simple ”、“ 容易 easy ”和“ 就这样 just ”。你是你所写的主题的专家，经过多年的实践，可能会觉得事情很简单。而初学者可能会觉得事情不“简单”，也不“容易”。你的读者可能会感到沮丧，因为他们觉得过程或解释并不简单。你是否曾经因为无法理解作者的意思而不得不反复重读一个句子或段落？你有没有因为一篇文章对你来说没有意义而放弃过？我有过。作为一个作者，你希望你的读者感到困惑或不理解吗？我希望不会。在你的写作中要避免的其它词语： 这件事 That 真的 Really 非常 Very 所以 So 为了 In order to 一般来说，这些词可以在不改变句子意思的情况下删除。在我写完之后，我会在文档中搜索这些词。当我在这篇文章中搜索时，我发现了以下这句话：“这并不意味着你的受众只有初中的教育水平这件事，而意味着你的写作会更容易被理解这件事。”这句话中出现了两个“ 这件事 That ”的例子。它们并没有给句子增加价值。它们可以被删除而不改变其含义。删除这些词汇可以缩短句子，并且更短的句子更容易理解。而说到短句，我还把它改写成了两句话。“这并不意味着你的受众只有初中的教育水平。它意味着你的写作会更容易被人理解。”使用包容性语言词语和短语的历史背景可能会导致人们感到被排斥或冒犯。在写作时，你要让读者感到被包容。当你使用包容性的语言时，会让读者感到被理解、被尊重，感觉被包容。我参考了 Buffer 中的这篇关于使用包容性语言的指南。修订和编辑“几乎所有好的写作都是从糟糕的第一次努力开始的。你需要从某个地方开始。” 安妮·拉莫特写作是一个迭代的过程。如果你认为作者们坐在办公桌前，在一个小时内就能完成一篇文章准备发表，那么请你再想一想。有些文章需要我花几个星期的时间来完成。以下是我的标准流程：写一个粗略的初稿。我说的粗略，我的意思是粗陋。写的时候不用担心语法问题。目的是让文字从我的脑海中浮现出来，写在纸上。这一步可能需要一个小时到几周的时间。将草稿放一段时间。这可能需要几个小时到几天的时间，这取决于出版时间线。审阅草稿。进行调整和编辑。征求反馈意见，可以是同事或朋友的反馈意见。在这个阶段的反馈中，我的重点是明确性。是否有意义？是否有什么令人困惑的地方？有什么缺失的部分？纳入反馈意见。无论你的写作经验有多丰富，让其他作者审阅你的作品，都会让你的作品变得更好。在这个阶段，我有了一个相当扎实的草稿。现在到了我最不喜欢的写作部分 —— 编辑。我之前提到的 Hemingway 应用不仅能告诉你阅读水平，还能提供改进写作的建议。我还使用 Grammarly 来帮助编辑语法。关于 Grammarly 的开源替代工具，请查看语言工具网站或这篇文章中的开源写作工具。我的写作挑战之一就是适当地使用逗号。Grammarly 可以帮助我找出我缺失或滥用逗号的地方。Grammarly 发现了 43 个这篇文章的最终草稿的正确性问题。其中大部分是逗号错误。除了语法错误之外，该应用程序还提供了一些建议，以帮助提高清晰度、参与度和表达能力（其中一些功能可能在免费版中没有）。这包括单词选择和使用主动语气与被动语气等。有些建议我接受，有些则拒绝。在审查了所有的警报和建议后，Grammarly 会在各个方面进行反馈。不要害怕寻求写作上的帮助。每一个好的作者背后都有一个好的编辑或好的编辑应用。文体指南文体指南为改善书面交流提供了标准。它们包括标点符号、语法和用词等方面。如果是为你的公司撰写文档，请检查一下公司是否有文体指南。如果没有文体指南，或者你是为自己写的，下面是一些常用的文体指南：芝加哥文体手册谷歌开发者文档指南微软写作文体指南美联社文体手册写作是一种与社区分享自己的思想和知识的方式。开始写作的唯一方法就是开始打字。用这些建议来微调你的写作。via: https://opensource.com/article/20/5/write-about-open-source-software作者：Dawn Parzych 选题：lujun9972 译者：wxy 校对：wxy本文由 LCTT 原创编译，Linux中国 荣誉推出