程序员不应该戴什么帽子？[关闭]

以我的经验，软件开发人员往往会戴上帽子，并以不同的职责担当多个角色。从不仅编码，有时还包括编写SQL，设计用户界面，设计数据库，图形处理乃至QA测试。

如果主要角色是编写软件/代码，那么开发人员不应该承担什么角色？ 有吗

这个问题的意图不是因为开发人员无法胜任其他角色-而是具有其他角色实际上与主要角色相反，或者实际上应该是不主要编程的人的专门角色。

系统管理员。开发软件和处理IT基础架构是两个不同的技能集，看起来像局外人一样。（这全都在敲打计算机，对吗？）对于一家规模较小的公司而言，让The Computer Guy负责办公室中的所有计算机的诱惑将非常强烈。

如果您具备实际戴两顶帽子的技能，那就太好了；但这是可能比人们意识到的要花费更多时间的事情之一，而且如果您在进行过程中进行自我教学，很可能您做得不好。

您戴上雇主要求的任何帽子。这就是让您成为团队合作者的原因。这就是使您成为问题解决者的原因。

人们太过被“开发人员”，“建筑师”或“分析师”的想法所困扰。拧紧。您应该是一个解决问题的人。代码只是您的工具。

解决问题永远不会过时。

如果我的老板希望我提供技术支持或建造计算机，那就这样吧。考虑到开发人员的薪水，它认为他们在浪费钱，但这是他们的事。我是来解决问题的。但是我可以做到，我会做到的。而且，如果我觉得经过一段时间后，我的才华被浪费了，或者我的工作满意度没有达到我想要的水平，那么我就有权利继续从事另一项工作。

但要问一个基本问题-没有帽子不戴。哎呀，如果他们要您拿咖啡，那就去做吧。解决他们的问题；只要知道，如果您想改变，就有权找到另一份工作。

测试员！

如有需要，请将测试人员直接从测试人员学校发送出去！

没有测试人员，人们会期望一切都可以正常进行，因为程序员是测试人员，他们非常聪明，因此应该可以工作。

我并不是说狗食不是一个好主意。我只是一名程序员，所以我认为测试人员非常重要。

您应该谨慎对待办公室硬件问题。这可能包括PC故障排除，服务器管理，备份，甚至电话系统工作。我错误地提到了我以前的硬件经验，最终我的硬件/故障排除职责与我的编程职责严重冲突。

程序员不应成为自己代码的唯一测试者。

开发人员使用一组假设编写代码。如果测试人员具有相同的假设集，他们将不会在这些范围之外行使意外的功能，并且许多问题仍将未被发现。

而且，为了前进，开发人员没有很大的动力去破坏事物，而测试人员则是（可能处于潜意识水平）。

这并不意味着开发人员测试是无用的。相反，好的开发测试使测试人员可以专注于发现更深层次的问题。但是，开发人员测试不能替代专用测试器。

我可以马上想到两个。

1. 技术支持。我不是在这里帮助客户浏览新网站或教他们如何使用功能。
2. 尽管可能需要在流程的各个阶段与客户进行交互，但是除非您是一名管理程序员，否则您实际上不应该直接与客户就功能和设计实现进行沟通。

您可以说CSS / UI开发将超出编程“领域”，但以我的经验，这是当今必不可少的技能。您不能只是摆脱表而依赖其他人来正确实现它。我可能不喜欢实现设计或更改代码以处理新设计，但这是工作的一部分。

编写查询很好，Q / A测试也很好（并且IMO 应该是程序员的工作，可以找一个外部部门来做，但是首先您应该测试它）。服务器管理是一个灰色区域。根据项目的大小或是否需要专门的服务器管理员，可能会也可能不需要。

总的来说，根据我的经验，大多数程序员都不应该开发用户界面的外观和感觉-尽管我当然有能力开发UI（并且在构建原型或概念证明时经常创建一个UI），但这是最好留给人为因素的人（在我们的小公司中，是一位图形艺术家，他还负责屏幕布局并创建大多数手册和小册子）。

另外，开发人员不应进行质量检查测试-这是质量检查部门的工作（我工作的公司生产嵌入式医疗设备，因此这要求测试必须由单独的部门完成）。

另一方面，如果有背景，开发人员就无法设计数据库并编写SQL，我没有理由-我做了很多次。

技术支持

打电话给技术支持人员浪费了我大部分时间...

一些受欢迎的是：

• “我的帐户已被锁定”或“我忘记了密码”
• “我的[电话|键盘|鼠标|计算机]不起作用”
• “我的电脑运行缓慢，您能检查出是否有异常情况吗？”
• “为什么单击此按钮时X会发生？它应该在执行Y”
• “我不断收到这些弹出窗口...。”或“我认为我感染了病毒”
• “这个人不再在这里，你能禁用他们所有的东西吗？”
• “我们有一个新员工，您可以使用登录名，安全卡，电话分机号，电子邮件等设置他们吗？”

任何使他自我管理的角色。在小型团队中，通常倾向于让一名高级开发人员担任项目经理，但同时又将他留在团队中担任程序员。这会导致各种问题，因为这个人作为程序员基本上是不受管理的。与其将所有任务委派给其他团队成员，他通常会被诱惑将许多任务分配给自己，尤其是最困难的任务。因此，最困难的任务（最有可能导致问题的任务）被分配给一个人，该人只有50％的程序员可以使用，因此对任何人都没有报告。当其他团队成员无法完成任务时，他会努力执行任务，因为作为项目经理，他对成功负责，而最安全的完成方法是亲自完成任务，不是吗？

对您无需开发，部署或维护的任何东西的技术支持，也没有接受任何培训的信息，也无法及时掌握最新的重大更改。我的部分工作是接听电话，询问客户为何无法正常使用互联网。我没有处理这一半的业务，所以我不能告诉他们任何用处。

不必提供技术支持，这没有问题。在尝试开发事物时，它是一名秘书/技术支持人员。

必须倾听人们整天的抱怨而又不能够告诉他们任何事情，这实在是太累人了。我建议不惜一切代价避免这种情况。

销售部。

一些可怜的bug爱好者必须这样做，但是肯定不应该是开发人员。

随着年龄的增长，我已经意识到，如果开发人员不自己进行部署，那是最好的选择（我为此费尽心思）。除选择权限外，他们对生产数据库没有任何权限。我们的代码少了很多错误（并且同一件事并没有多次出现，因为更改仅是在prod中进行的，后来的开发部署再次覆盖了它，然后仅在着急，冲洗和重复时才固定在prod上）必须开始将其交给其他人进行部署，并且由于部署不正确而被禁止进行快速修复生产更改。进一步，我们不再遇到那些意外的“不带where子句的突出显示更改了表中每个记录的更新”问题。

艺术家和用户界面设计师。

大多数程序员在美术方面都很差劲，但是公司不会花钱去让艺术家为他们的产品绘制图像和图标，而只是使用“程序员艺术”-结果可笑。（直到Windows Vista，这是Mac和PC之间最明显的区别因素-Mac看起来很漂亮，很友好，PC让人眼花eyes乱）

以类似的方式，许多程序员对用户界面不是很感兴趣-他们主要关心他们的代码。他们只是简单地将成员变量的内容直接暴露于某些可编辑的字段中，而通常不在乎在表单上放置按钮和字段的位置，并假定这样做就足够了，从而导致软件无法使用。（整个手机行业对此深感愧until，直到iPhone出现，向他们展示您实际上可以制作出一个很好用的手机UI为止）

Lotus Notes是一个出色的例子，说明如果您没有专业的设计师来帮助程序员，那么这两种情况都会很糟糕。

编写总体测试和测试计划。认真地说，伙计们，我可以编写自己的测试计划，但这意味着将我在编写内容时遇到的任何误解，错误的假设和认知错误都融入产品中。这是我唯一讨厌的一家公司。我现在所在的位置，至少我们有代码审查可能会抓住这些问题。

尽量不要戴过多的“帽子”，要说出不应该做A或B来吸引开发人员，这意味着优秀的UI设计人员可能会被忽视，因为有人认为程序员应该远离开发人员用户界面。

归根结底，每个人都会有不同的长处和短处，一个好的经理/主管/团队负责人应该知道指导员工的最佳方法，以确保人才得到适当利用。同样，如果您不习惯设计UI或与最终用户打交道，请让您的团队知道，以便您可以最大程度地减少在该领域的角色。但是，您应该准备在另一个区域进行一些其他工作。

另外，如果您戴的帽子太多（例如，程序员，UI设计人员，测试人员，业务分析师等），那么您要么在其中的某些方面做得不好，要么会精疲力尽。确保您知道可以处理多少顶帽子，并尝试将工作量保持在该水平左右。

除此之外，如果开发人员具有胜任该职位的技能，那么他们真的不应该戴“帽子”。

在以下情况下，我倾向于从事任何丢给我的工作：

• 我事先警告过我的技能水平和可能的影响，而我的老板认为这可以接受
• 有一个大师级别的人可以（可能会在某个阶段）帮助我处理意外的事情
• 仔细阅读一些文档，在线提问等。

这样，我主要是为老板投保的，如果有人做错了，那至少是可以解决的。

开发人员是这种情况下的利益相关者（例如客户，所有者等），因此他们有权期望有意义的工作。我认为，这意味着有机会发挥自己的优势。

因此，开发人员不应该戴上没有活力，不影响个人成长并导致最佳表现的帽子，并浪费时间为他们做这些事情的“帽子”。

除了不是唯一一个测试自己的代码的人，我认为任何“帽子”都可以，如果这对戴帽子的开发人员有意义的话。

“设计师”或“创意人”。您将从单纯地将应用程序界面的模型放在一起，到为下一个在线广告活动编写市场营销文字，或者在不知道x_x之前就蓝色的“正确”阴影进行无休止的讨论。

那顶戴着啤酒罐的帽子，带一根吸管。如果被抓住，这是个坏主意。

编辑：

这是我讨厌的帽子，但能带来丰厚的回报-这对我来说是一个很大的信号，说如果这件事坏了，完全是你的错。。。。。。。。。是-现在回到地下室...好孩子...就是这样。

怪帽子。