蚊章汇 - Dawn Parzych
type: channel
link: https://linuxcn.bwsl.wang/author/1408/
description: Dawn Parzych
items: 不是程序员？那就找到自己的定位
items: 不懂代码的人也可以干的 4 种技术工作
items: “技术”是什么意思？
items: 如何为开源软件写作文章

不是程序员？那就找到自己的定位
type: item
date: 2021-06-01T03:26:56+08:00
description: 无论你是已经工作了几十年的还是刚开始从业的非工程型技术人，此建议都可以帮助你确定你的位置归属。在 本系列第一篇文章 中 ，我解释了将人员和角色分为“技术”或“非技术”类别的问题。在 第二篇文章 中，我为不写代码的人分享了一些技术岗位角色。这一次，我将把这次探索总结为——“技术或非技术意味着什么”，并提供一些能够在职业发展上帮到你的建议。无论你是已经从事技术工作数十年，或是刚刚起步，还是正在寻求职业变更，请考虑本文中来自非技术人员但在技术角色方面取得成功的人士的建议。“不要把你的工作和身份捆绑起来 —— 把它们分开。”—— 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 高级产品经理如果你以非程序员的技术身份工作，你会给那些认为自己“非技术”的人（或被他人认为是“非技术”的人…

不懂代码的人也可以干的 4 种技术工作
type: item
date: 2021-03-06T17:40:52+08:00
description: 对于不是工程师的人来说也有很多技术工作可以做。本文作为本系列的第二篇，就具体阐述这些工作。在 本系列的第一篇文章 中，我解释了技术行业如何将人员和角色划分为“技术”或“非技术”类别，以及与此相关的问题。科技行业使得那些对科技感兴趣但不懂编程的人很难找到适合自己的角色。如果你对技术或开源感兴趣，但对编程不感兴趣，这也有一些工作适合你。科技公司的任何一个职位都可能需要一个精通科技但不一定会写代码的人。但是，你确实需要了解术语并理解产品。我最近注意到，在诸如技术客户经理、技术产品经理、技术社区经理等职位头衔上增加了“技术”一词。这反映了几年前的趋势，即在头衔上加上“工程师”一词，以表示该职位的技术需要。过了一段时间，每个人的头衔中都有“工程师”这个词，这样的分类就失去了一些吸引力。当我坐下来写这些文章时，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 译…

“技术”是什么意思？
type: item
date: 2021-03-03T04:30:00+08:00
description: 用“技术”和“非技术”的标签对人们进行分类，会伤害个人和组织。本文作为本系列的第 1 篇，将阐述这个问题。“ 技术 technical ”一词描述了许多项目和学科：技术淘汰赛、技术性犯规、攀岩比赛的技术课程和花样滑冰运动的技术得分。广受欢迎的烹饪节目 “The Great British Bake-Off” 包括一个“烘焙技术挑战”。任何参加过剧院演出的人都可能熟悉技术周，即戏剧或音乐剧首演前的一周。如你所见，技术一词并不严格适用于软件工程和软件操作，所以当我们称一个人或一个角色为“技术”时，我们的意思是什么，为什么使用这个术语？在我 20 年的技术生涯中，这些问题引起了我的兴趣，所以我决定通过一系列的采访来探讨这个问题。我不是工程师，也不写代码，但这并不意味着我是非技术型的。但我经常被贴上这样的标签。我认为自己是技术型的，通过这个系列，我希望你会明白为什么。我知道我不是孤独一个人。群众讨论是很重要的，因为如何定义和看待一个人或一个角色会影响他们做好工作的信心和能力。如果他们感到被压垮或不受尊重，就会降低他们的工作质量，挤压创新和新思想。你看，这一切都是循序渐进的，那么我们怎样才能改善这种状况呢？我首先采访了 7 个不同角色的人。在本系列中，我将探讨“技术”一词背后的含义、技术的连续性、将人分类为技术型或非技术型的意外副作用，以及通常被认为是非技术性的技术角色。定义技术和非技术首先，我们需要做个名词解释。根据字典网，“技术/技术性的”是一个具有多重含义的形容词，包括：属于或与艺术、科学等学科有关的精通或熟悉某一特定的艺术或行业的实际操作技术要求高或困难（通常用于体育或艺术）而“非技术性”一词在科技公司中经常被用来描述非工程人员。但是“非技术性”的定义是“不涉及、不具有某个特定活动领域及其术语的特点，或不熟练”。作为一个写作和谈论技术的人，我认为自己是技术型的。如果你不熟悉这个领域和术语，就不可能书写或谈论一个技术主题。有了这种理解，每个从事技术工作的人都是技术人员。为什么要分配标签？那么，为什么划分技术与非技术？这在技术领域有什么意义呢？我们试图通过分配这些标签来实现什么？有没有一个好的理由？而我们有没有重新评估这些理由？让我们讨论一下。当我听到人们谈论技术人员和非技术人员时，我不禁想起 Seuss 教授写的童话故事 《The Sneetches》。Sneetches 有没有星星被演化为一种渴望。Sneetches 们进入了一个无限循环，试图达到正确的状态。标签可以起到一定的作用，但当它们迫使一个群体的等级被视为比另一个更好时，它们就会变得危险。想想你的组织或部门：销售、资源、营销、质控、工程等，哪一组的在重要性上高于或低于另一组？即使它不是直接说的或写在什么地方，也可能是被人们默认的。这些等级划分通常也存在于规章制度中。技术内容经理 Liz Harris 表示，“在技术写作界存在着一个技术含量的评级，你越是偏技术的文章，你得到的报酬就越高，而且往往在技术写作社区里你得到的关注就越多。”术语“技术”通常用于指一个人在某一主题上的深度或专业知识水平。销售人员也有可能会要求需要懂技术以更好的帮助客户。从事技术工作的人，他们是技术型的，但是也许更专业的技术人员才能胜任这个项目。因此，请求技术支援可能是含糊不清的表述。你需要一个对产品有深入了解的人吗？你需要一位了解基础设施堆栈的人员吗？还是需要一个能写下如何配置 API 的步骤的人？我们应该要把技术能力看作是一个连续体，而不是把人简单的看作技术型的或非技术型的。这是什么意思？开发人员关系主管 Mary thengwall 描述了她如何对特定角色所需的不同深度的技术知识进行分类。例如，项目可能需要一个开发人员、一个具有开发人员背景的人员，或一个精通技术的人员。就是那些被归类为精通技术的人也经常被贴上非技术的标签。根据 Mary 的说法，如果“你能解释（一个技术性的）话题，你知道你的产品工作方式，你知道该说什么和不该说什么的基本知识，那么你就是技术高手。你不必有技术背景，但你需要知道高层次的技术信息，然后还要知道向谁提供更多信息。”标签带来的问题当我们使用标签来具体说明我们需要完成一项工作时，它们可能会很有帮助，比如“开发人员”、“有开发人员背景”和“技术达人”。但是当我们使用标签的范围太广时，将人们分为两组中的一组可能会产生“弱于”和“优于”的感觉当一个标签成为现实时，无论是有意还是无意，我们都必须审视自己，重新评估自己的措辞、标签和意图。高级产品经理 Leon Stigter 提出了他的观点：“作为一个集体行业，我们正在构建更多的技术，让每个人都更容易参与。如果我们对每个人说：‘你不是技术型的’，或者说：‘你是技术型的’，然后把他们分成几个小组，那些被贴上非技术型标签的人可能永远不会…

如何为开源软件写作文章
type: item
date: 2020-05-31T19:51:23+08:00
description: 通过以下提示，成为一个更好的作者。开始接触开源社区的一个方法就是写关于它的文章。你可以贡献技术文档，分享你如何使用软件，或者为我们社区写一篇文章。但是开始写作说起来容易做起来难。我听到的最常见的两个不写文章的借口是：“我没有什么新东西可写”和“我不是一个好的作者”。我在这里是为了打破这两个误区。你应该写什么？“寻找那些经常被遗漏的故事。” 埃里克·拉尔森对于某些人来说，写作的最大障碍是找到要写的想法或话题。很容易就落入了这样的思维陷阱：“这个话题已经写过了，何必再麻烦。”我不是第一个写文章的人，也不会是最后一个。我带来的是我独特的视角和这些年来所学到的东西。曾经有人向我请教过一些关于写作入门的建议，或者是如何让自己的写作更上一层楼。我决定把这些建议变成一篇文章。文如其人，没有人会以你的方式来述事，你的经验和观点可能正是别人所需要的。这里有一些提示，可以帮助你想出一个主题：你最近学到了什么东西？写出你是如何学习的，你学到了什么，或使你感到惊讶的事情。你经常被问到的问题是什么？把答案写出来。你最近是否在搜索一篇怎么做的文章，但在搜索结果中，你对排名靠前的文章不满意？请写出你要找的文章。你是否参加过会议或研讨会？写一篇会后总结来说明你所学到的东西。你开始使用新工具了吗？写一份操作指南或入门指南。你写的是什么类型的文章？有不同类型的文章，包括:技术文档操作指南博客白皮书或电子书回顾性的文章内容的类型会影响你的写作风格和语气。博客更加非正式和是对话式的。而技术文档更正式，更具有指导性。你是为谁而写的？每一篇文章都应该有一个单一的受众。受众是指你为之写作的对象是什么类型的人。在你开始写作之前，写下你的读者的一些特征是有助于写作的。重要的是要考虑到你要为谁写，以及你不是为谁写的 —— 确定你的目标受众将决定要包括哪些内容和不包括哪些内容。例如，我在写这篇文章的时候，我设想的目标受众是这样的：有基本的写作和语法知识有兴趣提高写作能力在技术领域担任开发人员、销售工程师、客户经理或类似职位的工作不是经验丰富或资深的作者，可能在个人或工作博客上发表过几篇文章，想写更多的文章。非虚构写作如果你有针对多个受众的内容，可以考虑针对不同的受众将其分解成不同的内容。对你的受众要考虑的一些方面：专业水平：新手、中级、高级作用：管理人员、个人贡献者目标：他们为什么要阅读这些？言语很重要你选择的言语会对读者产生影响。晦涩难懂的词汇会使文章更难理解，不常见的词汇会让读者觉得自己很笨，某些词汇可能会不小心冒犯读者。作为一个作者，你的目标是避免所有这些。下面是怎么做的：使用日常用语不要把写作作为炫耀你的词汇量或你从“每日一字”台历上学到的单词的方式。写作是为了让读者能够理解。每一篇文章都有相关的阅读水平。如果你写的是技术文档，那么你的目标大约是初中的阅读水平。这并不意味着你的受众只有初中的教育水平。它意味着你的写作会更容易被人理解。你想让人们对这些言语过目不忘，还是想让他们觉得自己学到了什么？虽然你可以使用长而复杂的词汇，但并不意味着你应该这样做。使用简单的语言不一定意味着你的文章会很无聊。使用 Hemingway 应用等工具来检查你的作品的可读性（它不是开源的，但很优秀）。比如说，在初稿之后，这篇文章被评定为五年级的阅读水平。Hemingway 还提供了如何改进写作的建议 —— 找出难以理解的句子或需要改变选词的地方。如果你想要找出替代的词汇，可以查看 Plain English Campaign 的建议或 Power Thesaurus 的众包建议。知道应该规避哪些词“每次你想写‘非常’的时候，就用‘该死的’代替；你的编辑会把它删掉，而作品就会如它应有的那样。” 马克·吐温在写教程或指南的时候，这里有一些要避免的词，包括“ 简单 simple ”、“ 容易 easy ”和“ 就这样 just ”。你是你所写的主题的专家，经过多年的实践，可能会觉得事情很简单。而初学者可能会觉得事情不“简单”，也不“容易”。你的读者可能会感到沮丧，因为他们觉得过程或解释并不简单。你是否曾经因为无法理解作者的意思而不得不反复重读一个句子或段落？你有没有因为一篇文章对你来说没有意义而放弃过？我有过。作为一个作者，你希望你的读者感到困惑或不理解吗？我希望不会。在你的写作中要避免的其它词语： 这件事 That 真的 Really 非常 Very 所以 So 为了 In order to 一般来说，这些词可以在不改变句子意思的情况下删除。在我写完之后，我会在文档中搜索这些词。当我在这篇文章中搜索时，我发现了以下这句话：“这并不意味着你的受众只有初中的教育水平这件事，而意味着你的写作会更容易被理解这件事。”这句话中出现了两个“ 这件事 That ”的例子。它们并没有给句子增加价值。它们可以被删除而…