标签 非技术 下的文章

无论你是已经工作了几十年的还是刚开始从业的非工程型技术人,此建议都可以帮助你确定你的位置归属。

 title=

本系列第一篇文章 中 ,我解释了将人员和角色分为“技术”或“非技术”类别的问题。在 第二篇文章 中,我为不写代码的人分享了一些技术岗位角色。这一次,我将把这次探索总结为——“技术或非技术意味着什么”,并提供一些能够在职业发展上帮到你的建议。

无论你是已经从事技术工作数十年,或是刚刚起步,还是正在寻求职业变更,请考虑本文中来自非技术人员但在技术角色方面取得成功的人士的建议。

“不要把你的工作和身份捆绑起来 —— 把它们分开。”

—— 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中国 荣誉推出

对于不是工程师的人来说也有很多技术工作可以做。本文作为本系列的第二篇,就具体阐述这些工作。

 title=

本系列的第一篇文章 中,我解释了技术行业如何将人员和角色划分为“技术”或“非技术”类别,以及与此相关的问题。科技行业使得那些对科技感兴趣但不懂编程的人很难找到适合自己的角色。

如果你对技术或开源感兴趣,但对编程不感兴趣,这也有一些工作适合你。科技公司的任何一个职位都可能需要一个精通科技但不一定会写代码的人。但是,你确实需要了解术语并理解产品。

我最近注意到,在诸如技术客户经理、技术产品经理、技术社区经理等职位头衔上增加了“技术”一词。这反映了几年前的趋势,即在头衔上加上“工程师”一词,以表示该职位的技术需要。过了一段时间,每个人的头衔中都有“工程师”这个词,这样的分类就失去了一些吸引力。

当我坐下来写这些文章时,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中国 荣誉推出