pcb工程师键盘_工程师职业建议：远离键盘

pcb工程师键盘

在我的职业生涯中，我的工作方式发生了两到三个主要的观念转变。 刚开始，我只是专注于工程-试图最了解我使用的是哪种语言或库，非常注重“琐事”，最终为了编写好的代码而忽略了其他人的担忧。 这并不是说我没有尝试与同事相处或帮助他们，而是我不断努力以提高自己。 毕竟，随着我变得更好，团队和公司也会做得更好。 公平地说，这种方法的优点并非完全没有根据。 作为工程师，我们必须不断发展，学习和改进，因为整个行业正面临着更大的难题，每天都需要更多的技术解决方案。 在我职业生涯的前半段，这种方法对我来说足够好，那时我还很小，却拥有这种自私（尽管是善意的）动机。

然后，我从事的工作是在一个办公室与更多的工程师一起工作，这比迄今为止我整个职业生涯中的工作还要多。 这份工作差点让我失望。 我从成为更好的人中的一员，变成了几乎两年来的勉强工作。 我努力取得成功，我一直感到自己被周围的人超越了，而且很多天我都不知道为什么他们甚至雇用了我（事实证明，我的一些同事分享了这种感觉）。 但是没有大的顿悟，也没有一个确定的瞬间可以扭转这一局面。 只是一系列艰难而令人沮丧的失败，我有两种选择：放弃，学习和成长。 我尽力做到了后者。 当我回到一家较小的初创公司时，我亲眼目睹了基于这些课程从头开始巩固文化的重要性。

当我被一家大公司收购后，我开始进入管理部门，这是我最终的思维转变。 我没有选择当经理。 管理层选择了我，因为我被提供了职位。 还告诉我，虽然每个人都真正相信我，但他们选择我的最终原因是，他们认为从内部晋升一个人要比从外部雇用一个人要麻烦得多。 收购后，我们的时间表非常激进，而我的新公司也不想冒险招募一位不受团队信任的外部领导。 我发现这个阶段强化了我在有效发挥工程角色之前学到的所有知识，并且调动了我每天每天每分钟要应用这些课程的难度。

将其带到Twitter

在与我们扩展团队的初级成员进行了特别有意义和宝贵的交谈之后，我在2018年5月发布了关于职业发展的推文 。 Twitter线程比我预期的要引起更多关注， Matt Broberg要求我为Opensource.com撰写有关它的文章。 （马特（Matt）告诉我，我不可以在这篇文章中发誓，因此请理解，他的管辖权并不适用于我的推文。）

如果您只是在寻找简短版本，则为：

• 专注于改善与他人交流的方式，尤其是交流方式的内容，语调和及时性。

• 努力成为一个更强大的合作者-“角落里的工程师”不是您想要的标题

• 了解对某事负责并努力实现自己的承诺意味着什么。 晋升职业意味着更广泛的责任和更少的方向去做。

• 学会失败，并从失败中学习。 您会做很多事情，大多数都是小故障……但是也有一些大故障。 不要让它使您脱轨； 用它作为您下次成功的垫脚石。

• “解决问题”是您所拥有的最重要的工程技能。

• 从未停止学习。 如果停止学习，就不会成长。 如果您停止增长，就无法迈向更大更好的事物。

• 学习SQL； 你待会再感谢我

如何成为一名成功的工程师

最近，我们团队的一位年轻成员问我：“您在软件工程师中需要什么？”。 他告诉我我的答案令他感到惊讶，并且不像他得到的其他答案，但是过去几天我与许多不同级别的人进行了同样的交谈...

-肖恩·凯利（@StabbyCutyou） 2018年5月31日

在支持工程师向我咨询关于成长为软件工程师的建议后，我发布了此Tweet（及其后的主题）。 我认为他希望我能编造一系列技术，工具和编程语言，以帮助他在工程团队中找到一份工作。 相反，我给他列出了要关注的行为清单。 我的想法是，无论您从事什么工作（尤其是初级职位），都可能会培训您成功所需的技术。 （至少在与雇用方式和雇用人有健康关系的任何地方都是如此。）但是我提到的是没有工程师可能会明确与他合作的事情，因为传统上他们与我们保持一致不幸地称为“软技能”。

我将在此处暂停片刻，并说“软技能”一词淡化了他们在成为一个全面的人时所起的作用，更不用说一个成功的团队成员了。 尽量避免称呼他们（我在这里使用它是因为可悲的是，这是我们都知道的术语）。 “整体技能”可能是一个更好的词，但是它并不那么吸引人，老实说，我并不是想用浮华的新术语来推销您。

我还要说的是，我要布置的不是我认为我一直正确做的事情，或者甚至是经过15年的努力我仍然不需要继续做这些事情。

但是在我的职业生涯中，这些通常是我想要与之合作的质量工程师的标志

-肖恩·凯利（@StabbyCutyou） 2018年5月31日

重要的是要指出这些不是您曾经“达到”或停止增长的技能（我认为大多数技能都是正确的，但在这种情况下尤其如此）。 团队动态非常复杂。 作为人，我们善变。 我们有好日子和坏日子，我们挣扎着挣扎。 此外，与我们运行的许多系统不同，我们这样做的方式无法在FAQ中涵盖，也无法在脚本中自动进行。 我们的失败案例是无限的，因此我们的学习能力，适应能力和恢复能力都需要与之匹配。 我无数次失败了，并接受我将再无数次失败。 但是，只要我一直在学习，我就会一直在成长。 我可以自信地说，我在职业生涯中最喜欢工作的人都对以下技能给予很高的评价，主要是因为他们一直在努力工作。

现在也要注意，没有人会一直期望您在任何一项技能上都是完美的。 每个人都有糟糕的日子。 关键是要做到这一点，使糟糕的日子变得离群值，以便当事情确实变得过于棘手并且您做出的React（认识到）低于标准时，人们不会认为这是您的常态。 这些技巧将帮助您在团队中树立信誉，在各种情况下您都无法将自己的A游戏带入现实的那段时间里，您可以从中获利。

沟通良好

他们知道如何与他人有效地分享知识。 他们知道什么时候需要更多/更少的技术，并使用更多/更少的细节。 他们了解肢体语言的重要性。 当事情进展不顺利时，他们不会躲起来，而是经常向上/向下交流。

-肖恩·凯利（@StabbyCutyou） 2018年5月31日

作为一名有效的工程师，沟通是生活中最重要的部分之一。 对于在我们行业中工作的99％的人来说，您可以成为角落里的孤零零的狼，在不干扰他人的情况下编写精湛的代码这一想法并不现实（可能甚至更多）。 虽然浪漫的想法是靠自己有效，但诱人之处在于，隐藏在其中的钩子是这些人通常被视为责任。

我以为我在职业生涯的早期是一个很好的沟通者，但是我了解到我在无关紧要的时候是一个过度沟通的人，而在无关紧要的时候是一个沟通不足的人。 我很难找到合适的平衡点-什么时候变得太技术化（我几乎总是这样做）以及何时只给出50,000英尺的概览-取决于我与之交谈的人的类型。 当事情进展不顺利或无法“准备好看到”时，我也躲藏起来。我不会寻求帮助，直到为时已晚，我会独自遍历设计，直到感觉到它们已经准备好为止，并且我对批判感到困惑批评自己的方法。 我花了多年的时间才将内在的需求与同事开放，以尽可能早地了解我的想法，我的工作状态以及我设计的原始性质。

我记得当我注意到我在这里有所改善时。 我当时正在工作的是一个小型但重要的项目，而不是等待问题发展到爆发的程度，每天我告诉经理该项目在哪里，我担心的障碍在什么地方以及这意味着什么为底线。 您可能会认为“这不是站起来的目的吗？”，但是我们大多数人只是使用站起来来列出我们所做的事情和可能做的事情。 不是为了谈话。 但这就是我发现的帮助我更有效的方法：交谈。 我们就事物的状态进行了随意但详细的对话，并且每天早上花不超过10分钟的时间来安排我的一天。 对于项目在哪里，存在什么风险以及我是否需要任何外部帮助，从来没有任何困惑。 它教会了我经常和他人进行交流，而且（在一个健康的环境中）我不会因为不完美而受到惩罚。 相反，我获得了更大的自治权，因为我证明了我知道如何进行有效的沟通。

尝试与您的经理就您正在进行的工作进行对话。 他们会为此感谢您（在运行下一次会议之间）。

很好地合作

他们知道什么时候是与他人合作的合适时间，什么时候是与自己共处的好时机。 他们不惧怕其他团队成员的想法-既初级又高级。 他们可以捍卫自己的阵地而无需防御。

-肖恩·凯利（@StabbyCutyou） 2018年5月31日

沟通是合作的基石，但建筑物并非仅由基石构成。 有效的协作是在一个小组将事情完成的框架内进行的沟通-有时是两个小组，有时是20个小组。有时协作是知道何时不让太多人参与，因此您可以专注于完成工作到足以为您提供反馈的切实可行的地步，有时直到您有足够的反馈来确切地了解您应该构建的内容时，它才开始。 换句话说，这是一种平衡行为。 但是，专注于成为一名有效的工程师意味着与他人合作-分享工作，分享想法，提供良好的反馈，很好地接受反馈，最重要的是，指导（并最终赞助）您周围的人。 没有良好的沟通，您就无法进行良好的协作，反之亦然。 它们密不可分。

但是，这需要您学会妥协，以便可以在不防御的情况下进行防御。 可以用您的推理来备份您的工作或提案，但是可以接受的是，其他人可能对您的观点或需求与您的工作有所不同，并且这些观点也很重要。 协作意味着就您的工作状态进行良好，健康的，有时是艰难的讨论。 学会在不成为攻击者的情况下参与其中，以及在不感到被攻击的情况下走开，是有效合作的重要方面之一。 这是整个团队共同努力制定一套使合作成为可能的准则的地方。 请记住，每个人都在尽自己最大的努力，但是并不是每个人对最佳的工作都有相同的想法。 从此开始建立信任。

关于导师的话题：许多人可能会误以为导师制始终是两个人之间的某种形式的正式伙伴关系，但并非总是如此。 每当您与他人合作时，您都会被动地（或者更好地是主动地）向他们传授有关您自己和您可以做什么的知识，就像他们在教您一样。 有效的合作可以用著名的格言“涨潮抬起所有船只”来概括。 它承认您在这里是为了支持其他人，就像您希望其他人支持您一样。 最终，您会发现自己有能力提倡并为您所指导的人提供掩护（称为赞助）-但是您永远不会尝试仅仅成为表现欠佳的孤独狼而已和其他人。

另一个值得学习的重要经验是，协作不仅仅发生在工程级别。 工程师（尤其是重要项目）经常需要跨业务问题进行协作才能完成任务。 例如，您从事的工作可能会影响财务人员用来向业务涉众提供数字的报告渠道。 高优先级的任务由于其影响而经常引起人们的注意。 向上和向外的沟通与协作变得越来越重要-尤其是因为它们对您需要的信息的偏向有所不同。 您可能会说：“嗯，这就是经理的目的，因此工程师可以继续工作。”但这最终是不正确的。

有效管理工程师的一个目标是使他们对合适的利益相关者负责，并看着他们在这种情况下成长。 将它们隐藏起来，就会阻碍它们的生长。 对于经理来说，平衡的行为是知道工程师何时参加过多的会议，而不再有足够的时间在键盘上，但这又是另一回事了。 将期望寄托在工程师与利益相关者直接合作的过程中，您可以帮助他们发展整套技能。 尝试阻止他们进行这些对话，最终您只是在强调他们的唯一价值在于他们编写的代码行，而不在于他们解决客户问题的解决方案中的想法。

经理们，鼓励您的工程师与整个企业的人们合作并建立关系。

处理责任

可以信任以达到或高于其水平。 他们努力按时完成任务（结合第1点和第2点），并知道达到目标的重要性。 或者他们可以帮助调整期望，以便其他业务部门知道为什么不能按时完成任务。

-肖恩·凯利（@StabbyCutyou） 2018年5月31日

责任管理很困难，因为您获得的经验越多，需要负责的事情范围就越大，而如何做事的方向就越少。 在实践中，这意味着负责任的行动是上下文相关的工作，通常要承担更多责任，您需要学习如何管理自己，以便可以处理更多任务，并以更大的自主权执行它们。

让我提供两个例子来阐明我的意思。 有一次，我发现自己负责管理整个平台的排队和后台作业基础结构。 这要求我对依赖于该基础架构的其他工程师负责，这样他们就不必主动担心其基础架构的运行状况，就如何向系统中添加新功能或作业提供清晰明确的建议，并帮助他们。诊断其集成问题。 我不仅要负责整个公司的工程师和团队，还要负责系统的现有状态，还要帮助他们弄清楚如何增加对系统的依赖。 当时对我来说幸运的是，我基本上只需要与其他工程师进行交流，因此在当时的技能范围内，这种情况是可以控制的。

后来，我负责该平台的财务骨干的大规模迁移。 由于通过平台转移资金的手段最终会影响很多业务问题，因此突然间，我需要与计费部门的人员，各种产品经理以及老板的老板进行交流，更不用说我可能接触其代码的所有工程师了。 。 这需要我从未接触过的协调与协作水平。 这也意味着我必须更好地与非工程师，基本上不在乎工程问题，需要知道工作中会发生什么变化，以及只是知道工作将要发生的人们交谈上班。 对他们来说，问题不是技术上的问题，而是业务上的问题：我们需要这些数据，我们需要准确的数据，我们需要按时获取数据。 没有任何以工程为中心的对代码库老化特性的顾虑可以使他们安心。 我花了几个月的时间进行计划，测试，执行和会面，我从未听说过那些突然不得不信任我的人，等等。我写了更多的电子邮件，参加了更多的会议，最终花了更多时间在我的编辑之外是我职业生涯中前所未有的选择。 毫无疑问，这使我成为了一名更好的工程师。 我第一次真正接触到真正的客户，就是为他们提供解决方案，获得他们的意见，让他们意识到问题，并发现问题的折衷之处或与他们的极端案例。 这是惊人的。

作为工程师，当我们承担更大，范围更广的项目时，我们需要承担全部责任，而不仅仅是隐藏在我们的代码中。 通过与其他团队（无论是工程团队还是其他团队）进行接触，我对我为谁建立和维护的人有了更好的了解，这有助于我了解哪些是真正的优先事项，哪些是对更大目标的干扰。 经理不能向工程师隐瞒这些机会，工程师需要知道何时准备好接受这些机会。

可以处理失败

这是一个艰巨的挑战，因为并非每个人都平等存在-相同的错误可能会根据您的身份受到不同的批评，这是不幸的。 但是必须了解如何从失败中学习并克服失败。

-肖恩·凯利（@StabbyCutyou） 2018年5月31日

对于许多人来说，这可能不舒服，因为失败并非自然而然地公平发生。 某些人口统计学中的人们面临的批评和最终对其表现的判断要远远超过其他人。 每个人都必须了解解决此问题始于您，这一点很重要。 不要因为尝试和失败而惩罚您的同龄人，就像您不想受到惩罚或审判一样。 庆祝失败是一种学习的方式。 陷入容易被人们打倒的陷阱太容易了，尤其是那些不像我们这样的人。 不惜一切代价避免这种心态。 他人的成功并不会威胁到您自己的成功（在许多方面，它都会有所帮助），并且将精力集中在建立周围的人身上会带来更大的回报。

进行计划，好像失败是保证。 我并不是说要失败，而是要教训并期待它的发生。

如果您今天发现自己处于负面的“惩罚”文化中，请进行更改。 立即更改。 对拉取请求（PR）留下更多有意义的协作反馈。 问问自己：“我是直接判断此人，还是提供有关代码的可行反馈？” 了解“这绝对是应该改变的”和“这不是我要做的，但这并不意味着它是错误的”之间的区别。 为此，您可以使用一个短语来整理这种感觉，而不必直接说出来。 例如，当有人要求我提供某件事的反馈信息而不是我怎么做时，我确保我了解他们的目标，解释我将如何实现目标，然后说：“但是您应该全心全意。” 这样，我不会告诉他们如何做，而只是提供其他人处理它的方式的上下文。 如果有人选择不听取我的建议，我绝不会在我的“跟随您的心”反馈中讨人喜欢。 当您确实需要提供重要反馈时，请选择更好的单词。 “按原样讲”很容易变成“您对我来说并不重要，因此我可以随意使用任何我想批评您的语言的语言”。 您可以诚实坦率而不会直言不讳。

综上所述，作为工程师，您需要学习如何看待失败的价值，因为您会做很多事情。 您从事的工作将破裂，系统将突然崩溃，项目将失败，人们将被重新分配到其他工作，有时您会发现事情是错误的。 这只是工作的一部分，学会不要灰心，而是将其视为学习机会，将使您在职业生涯中成为更有效的工程师。

解决问题的能力

寻求合适的解决方案和理解根本原因的天性就从来没有使我见过的任何工程师失败。 您不一定要成为很好的问题解决者，就不必成为福尔摩斯编程专家，您只需要专注和专注即可。

-肖恩·凯利（@StabbyCutyou） 2018年5月31日

我建议人们关注的第一大技术技能是解决问题。 这也不是每个人都能自然胜过的，但我认为，只要有足够的时间，每个人都可以学习。 您需要专注于解决问题的策略，因为最终这就是您所需要的。

许多工程师最大的误解是，他们获得了编写代码的报酬。 这是错误的。

您有报酬来解决问题，但是最常用的解决问题的媒介是您选择的代码编辑器。 因此，最初在您的职业生涯中，解决问题的行为与您编写代码的能力有关—修正错误，遵循规范或一组概述以添加新功能等。但是随着职业的发展和发展的范围随着工作的增加，您将越来越发现越来越难的问题，最终陷入了仅凭代码无法解决的问题。 但是，寻求这些解决方案的动力-知道如何快速评估情况，利用您的经验来确定可能的原因，并努力证明或反驳这些假设-始终是您工具箱中拥有的最重要技能。

但是，这并不意味着您必须孤立自己，直到自己解决问题为止-好的问题解决方案通常需要其他人的帮助才能思考。 从外部角度看待问题可以提供一组独特的信息，这些信息可能涉及您可能会缺少的东西，而您可能从来没有独自解决过。 这是雇用具有不同背景的人很重要的众多原因之一-如果您周围的每个人都只知道钉子是什么，那么当隔壁的螺丝刀公司吃午餐时，您将只剩下更好的锤子。 我们经常尝试以解决方案仅适合我们认为自己的方式解决问题。 它导致不良的产品，导致僵化的代码，并导致失去机会。 挑战这个。

当该是实际进行工作的时候，知道什么时候该压倒一切，什么时候全力以赴地解决问题是该技能的另一个方面，您需要随着时间的推移进行磨练。 有时候，您必须自己动手解决问题； 有时候你需要别人的帮助。 学习何时做每件事（您应该总是在后者身上多做些错误）是经验的标志。

承认这可能很尴尬，但是在我从事的一个项目中，我直接需要一些基础数学的复习-求幂规则。 起初，我很犹豫地寻求帮助。 毕竟，工程师应该精通数学。 不过，我很糟糕。 我在成长的所有数学课程中都这样做，所以我的大学（当时对我来说是个好消息）对CS的数学要求不高。 在研究了如何将一些基于指数的规则正确应用于一些财务数据之后，我意识到自己是一个胆小鬼。 我去了我最近的同事那里，请他帮我白板上一些数学知识，这样我就可以重新理解规则了。 一天晚上，他和我一起度过了将近两个小时，因为我们俩都重新学习了这是如何工作的。 现在，我认识的人可以帮助我更好地检查代码，寻找更多错误或提供有关实现的更直接反馈。 我必须解决此问题，但我不必独自解决，因此可以简化审核过程。 我仍然认为这是我职业生涯中最有趣的事情之一。

喜欢学习

我们的行业发展太快。 每天，都会出现新技术，发现旧的“最佳实践”，因为我们都知道欺诈行为一直存在，等等。您不必跟上所有事情，但您应该享受学习的过程。

-肖恩·凯利（@StabbyCutyou） 2018年5月31日

如果解决问题对您来说很自然，您可能会认为学习也会。 毕竟，如果不采取收集和执行新信息的行动，那么解决问题的办法是什么？

但是，很多人觉得自己在“完成”学习是很普遍的。 他们从事这项工作已有X年了，他们感到很稳固，感觉像是事物的“权威”，而且他们很有可能做到。 但是技术和我们用来维护它的工具每天都在变化。 您根本无法以任何方式宣布自己已“完成”学习。

具体来说，您总是有新的知识来学习如何与他人更有效地合作，您总是有一个新的技术领域可以弄脏自己的手，而且您总是会遇到下一个失败的隐患只是在等你从中吸取教训。 除了说您永远不应该害怕遇到自己不认识的事物，并承认自己不知道之外，我在这里确实没有很多圣人的智慧。 此外，您不必一无所知，就象那样诱人。 这是不可能的，并且如果您可以信任周围的人，则无需了解所有信息。 坐在其他团队的验尸中。 在您不了解的产品中找到一些东西，然后去问别人。 要求老板帮助您找到代码库的新领域供您学习。 渴望知识，它将找到通往您的道路。

我明确地告诉他“您会注意到我没有提到任何特定的技术或工具”，这是有充分理由的。

与上述内容相比，您可以更轻松地了解这些事情。 您可以聘请工程师完成以上所有工作，并教给他们您的堆栈。

-肖恩·凯利（@StabbyCutyou） 2018年5月31日

但是相反的说法并不正确-您不能聘请了解您的技术知识的工程师来完全Swift地向他们教授上述要点。 实际上，某人越高级，就越难纠正。

这就是为什么有时冒险给年轻工程师的最佳选择。

-肖恩·凯利（@StabbyCutyou） 2018年5月31日

在Twitter线程中，我被正确地呼应了“年轻人”这个词，因此，我首先要澄清一下我的意思是“他们职业中的年轻人”，而不是年龄。 对于人们来说，改变职业比以往任何时候都更加容易，因此我们需要注意的是，我们不要对仅基于年龄的人施加偏见。

我认为，这些技能比任何一项技术都重要。 虽然很容易指出一些常年的中流，柱，但这通常不是人们想要听到的。 他们想听到的是“学习Kubernetes，因为这实际上是每个人都可以做的，所以它永远不会过时。 ”或“这个新的（您从未听说过的Apache / Cloud Native Foundation /其他联盟项目）将在五年内成为主题，因此现在就成为专家。” 可悲的事实是，这些答案实际上对某人的成长有害。 很有可能，在任何获得工作的地方都会有一个自己无法预测的堆栈（但是您可以打赌，它的某个位置会有一些SQL），并且您会花很少的时间在学习并成长为管理该堆栈的工作。

相反，当有人问您应该学习什么技术时，请问他们想学习什么。 他们有什么兴趣？ 也许是图表，也许是统计数据，也许是艺术，摄影或音乐。 所有这些都可以指出有趣的利基技术，这些合适的人会因他们所能带来的结果而爱上他们，而不是写有浮华的博客文章，讲述他们将如何接管工作。 在个人层面上与人们互动，以找出激发他们的动力以及他们希望用技术解决的问题，并鼓励他们学习这些技术。

但是，如果有人问如何成为一名更好的工程师，请考虑一下什么会使团队希望雇用他们。 以我的经验，这是本博客文章所涵盖的技能和态度。 我会在一周中的任何一天通过任何一种技术或编程语言来雇用这些东西。

工程师经常认为“改进之路就是更努力地开发技术”。 了解更多技术，成为更深入的主题专家，等等。虽然这没有错，但它也不是完全准确的。 随着职业的发展，您不能忽略上述技能。

-肖恩·凯利（@StabbyCutyou） 2018年5月31日

当我们团队中的某人希望从更高级的职位转为更高级的职位时，我首先要看的是上面的事情-因为更多的资深人士是面广的人。 他们无法避免与其他人进行互动，因为他们对于完成事情更加重要。

-肖恩·凯利（@StabbyCutyou） 2018年5月31日

作为职业工程师，您要花时间做的第一件事就是说话。 与其他工程师交谈，与产品经理交谈，与支持和销售人员交谈，与您的老板交谈，甚至可能不时与他们的老板交谈。 能够有效地管理这些关系-通过在多个方向上保持良好的沟通能力，即使在您不同意时也能与他人保持良好的合作关系，处理越来越困难和复杂的责任，从不可避免的失败中汲取教训，而不会失败，着重于将这些技能应用于解决问题的领域（技术或其他方面），最重要的是不断发展和学习，这些技能将带您迈向成功的工程职业，而不是任何一项个人技术技能。

除了SQL。 您知道什么，帮自己一个忙，学习SQL。 任何人告诉您，一周新奇的数据库风格消除了学习SQL的需求，无论您是否意识到，这都是在说谎。 学习SQL； 它是真正有价值的，而且无处不在。

如果您走到了这里，这是我的狗的漂亮照片pic.twitter.com/3Ex92HOdyH

-肖恩·凯利（@StabbyCutyou） 2018年5月31日

翻译自: https://opensource.com/article/19/3/career-advice-engineer

pcb工程师键盘