如何像专业软件工程师一样使用ChatGPT进行投诉
警告：本文仅为虚构，与任何具体现实或情况的联系纯属意外。
另一个标题可以是：在软件工程情境中使用认知偏差进行抱怨的指南。
反馈、回顾、事后总结、根本原因分析和5W1H分析是学习和前进的最佳途径之一。
但是如果有人感到无聊或缺乏灵感，不知道在各种情况下该抱怨什么怎么办呢？
可能会有一种“失落恐惧症”（FOMO，即担心错过），担心别人会抱怨什么，自己没有跟上抱怨的步伐。
有没有更具创新性或更好的抱怨方式呢？
在不同情况下，必须有关于人们抱怨的普遍共识。
因为我反感偏见和刻板印象，所以我想嘲笑它们。
我希望更多的人会讨厌偏见，并在他们所做的一切中使用创造力和批判性思维。
正如下面所看到的，人工智能正在帮助分发这种偏见。
除了ChatGPT-4谁能更好地了解这些在软件领域中应用的集体认知偏差呢？
让我们看看实验的结果，因为我提问了chatGPT-4。让我们看下面的回复。
也许有人能想出新的方法？
ChatGPT - 软件工程师通常有哪些抱怨？
- 传承代码：软件工程师经常抱怨前任留下的旧、文档不全或结构复杂的代码。他们可能会因为需要维护或绕过这些“传承代码”，而表达出挫败感，而不是从头开始。
- 范围蔓延：这个术语指的是在项目开发过程中，项目需求变化或增加，而通常没有相应的资源或时间表调整。工程师在修改他们的工作以适应新功能或变化时经常表达不满。
- 不切实际的期限: 如果不考虑任务的复杂性或意外挑战而强制执行期限，这可能是一个常见的抱怨来源。工程师可能会感到沮丧，因为他们被期望在他们看来不切实际的时间范围内交付高质量的工作。
- 复杂性低估：非技术人员可能会低估开发功能或修复错误的复杂性。这种误解会导致工程师感到自己的专业技能和挑战没有得到足够的赏识而感到沮丧。
- 文档不足：无论是第三方库、遗留系统，甚至是几个月前编写的代码，软件工程师往往抱怨缺乏适当的文档，使他们的工作更加困难。
- 外部库或工具中的错误：发现他们所依赖的外部库或工具中的错误或低效率可能会让人沮丧。如果他们不得不等待第三方解决问题，或者更糟糕的是，他们需要自己解决问题，那么这可能会让人极为烦恼。
- 不断的技术变革：迅速发展的编程语言、工具和最佳实践景观可能令人不知所措。一个普遍的抱怨是，当一个人对技术感到舒适时，一个更新、更好的技术就来了，他们需要学习。
- 中断性会议：频繁且结构不良的会议或干扰会打断他们的工作流或专注力，降低生产力。工程师经常抱怨那些本可以通过邮件解决的会议。
- 沟通不畅：无论是含糊不清的项目要求还是将技术细节告知非技术人员，沟通问题都是投诉的常见原因。
ChatGPT - 你可以为每个类别举例吗？
- 遗留代码：“谁写了这个意大利面条代码？它根本无法跟进。甚至没有注释！为什么我们不能从头开始？”
- 范围扩张：“当我们开始这个项目时，它只是一个简单的网络应用程序。现在他们还想要机器学习，移动应用和语音识别！并且还想在原定的截止日期前完成。”
- 不切实际的最后期限：“他们希望在三周内获得一个完全功能、测试和没有漏洞的应用程序？他们懂编码是怎么回事吗？我不是巫师。”
- 复杂性低估：“我希望管理层在事先咨询我们之前停止承诺功能。他们不了解所涉及的复杂性。这不像“只是添加一个按钮”那么简单。”
- 文档质量差：“如果我能弄明白如何使用这个第三方库就太好了。这份文档简直像是用古希腊语写的！”
- 外部库或工具中的漏洞：“太好了，我们的框架上出现了一个漏洞。现在我们必须等待他们的修补程序或自己修补。正是我所需要的，更多的工作！”
- 技术不断变化：“我刚花了六个月时间熟练掌握XYZ技术，现在他们要我们转向ABC，因为它是新趋势。跟上科技世界的步伐真是令人疲惫！”
- 中断性会议：“我深入研究一个bug，却被拉进了一场本可以通过一句话的邮件进行总结的会议中。之后重新集中注意力变得非常困难。”
- 误解： “这个规格如此模糊不清！他们想让我们建立电子商务平台还是社交媒体网站？而向非技术利益相关者解释技术债务就像对墙壁说话一样。”
ChatGPT - 你能举例说明软件工程师如何抱怨上层管理吗？
- 技术理解不足：“管理层认为构建软件就像组装椅子一样简单，他们不理解这是一个复杂的迭代过程。他们把我们视为代码猴子。”
- 优先级：“管理层每两周就会改变优先级。我们刚开始一个项目，就被要求转移注意力。这样做根本就不可能取得有意义的进展。”
- 不切实际的期望：“我们的经理希望我们建造一个可以处理数百万用户的系统，但他们不想投资必要的基础设施。他们认为我们可以在需要时扩大规模。”
- 微观管理：“我们的老板不信任我们能做好我们的工作。他们总是在我们身边观察，质疑我们的决策。这种感觉很压抑，也会降低生产力。”
- 资源分配：“我们人手不足、工作繁忙，但是管理层不会批准招聘更多的工程师。但他们在豪华办公室装饰和企业旅行上却毫不手软。”
- 沟通障碍：“我们很少直接与客户或最终用户交流。我们为他们建立这个产品，但管理层让我们一无所知。不知道我们正在做的是否符合用户需求，这让人感到沮丧。”
- 与现实脱离：「管理层总是追逐他们读到的下一个闪亮的技术趋势。他们似乎不理解或关心我们处理的实际限制和技术负债。」
- 忽略技术债务：“他们总是追求新功能来给客户留下深刻印象，但是却不肯抽出时间让我们解决技术债务。系统变得越来越不稳定，工作也越来越困难。”
- 认可缺乏：“只有当出了问题，管理层才会注意到我们。他们从不赞赏我们为保持一切正常运行而做的工作。”
ChatGPT - 一些软件工程师如何在私下讨论中抱怨同行？
- 不遵循代码标准：“约翰从不遵循我们所约定的编码标准。他的代码非常混乱，很难阅读。就像他是在为自己编码，而不是为团队。”
- 缺乏沟通：“莎拉从来不告诉我们她的进展情况。我们应该是一个团队，但我们总是要赶进度才能跟上她的工作。”
- 过度工程化：“为什么迈克总是坚持要为每一个问题使用最先进的技术？并不是所有的事情都需要一个复杂的解决方案。有时候一个简单的脚本就足够了。”
- 不可靠：“我不能指望戴夫按时完成他的任务。这令人沮丧，因为这会拖累其他人的工作。”
- 文档不完整：“Emily的代码可能很好用，但她从不写文档。当她不在身边时，弄清楚她的代码在做什么是一场噩梦。”
- 避免责任：“每当他的代码有bug时，罗伯特总是有借口。从来没有他的错。他需要对自己的错误负责并从中吸取教训。”
- 固执：“很难让琳达考虑其他观点。她一句话不变，不想尝试任何新事物。这阻碍了我们的进展。”
- 过长的工作时间：“为什么亚历克斯总是夸耀自己加班或周末工作？这是不健康的，也给我们其它人带来不必要的压力。”
- 忽略反馈：“我曾试着给布赖恩有建设性的代码批评，但他总是变得很防御。他似乎不明白这是为了项目的完善，而不是个人攻击。”
ChatGPT - 有些软件工程师如何私下抱怨他们的直接工程经理？
- 微观管理： “我希望我们的经理能够相信我们完成工作的能力。我总觉得我的工作被严密监管。”
- 不切实际的期望：“我们的经理从未写过一行代码，却希望我们在一周内开发出新功能。这就像要求某人在周末单枪匹马建造一座摩天大楼。”
- 缺乏支持：“每当我提出代码库的问题时，我们的经理都一笑置之，好像他们认为我们只是在抱怨而不是试图改进系统。”
- 不一致的反馈：“有一周他们表扬我们的工作，下一周他们又因为最小的错误批评我们。我希望他们就能确定他们想要什么。”
- 通信不良：“只有在出了问题时，我们才会听到经理的声音。平时就像我们被孤立在一个岛上。”
- 玩偏心：“我们的经理只关注几个‘明星’工程师。其他人就像不存在一样。”
- 缺乏技术知识：“我们的经理没有跟上最新的技术，却总是第一个打击我们使用新的工具或框架的想法。这很令人沮丧。”
- 差劣的冲突解决方式：“团队内出现分歧时，我们的经理只是让我们‘自己解决’。他们从未花时间去了解问题或帮助我们找到解决方案。”
- 忽视专业发展：“我们的经理不关心我们的职业成长。他们把我们当作代码生成机器。”
ChatGPT -软件工程师通常会抱怨什么关于并购？
- 不确定性：“没有人告诉我们任何事情。我们不知道发生了什么，我们的工作是否安全，新管理层对我们期望什么。令人不安。”
- 技术栈更改：“合并公司使用完全不同的技术栈。我担心我们将不得不放弃一切重头开始。我没有为此报名。”
- 文化差异：“另一个公司的文化看起来非常不同。他们有严格的等级制度和正式的做事方式，而我们一直重视灵活性和自主权。”
- 项目中断：“我们的项目被搁置或取消了。数月的辛勤工作付之东流。这让人沮丧。”
- 优先事项的变化：“新管理层似乎有不同的优先事项。他们正在推动一些与我们信仰不符的功能和项目。”
- 冗余：“他们有他们的软件团队。我担心会有冗员和裁员。谁知道新的结构会是什么样子？”
- 集成问题：“将我们的系统与他们的系统集成是一场噩梦。他们的代码库一团糟，没有适当的文件说明。”
- 工作过载：“我们需要在处理整合任务时保持当前的工作。工作量变得难以忍受。”
- 失去掌控：“以前我们可以参与决策影响我们的工作。现在所有决策都是自上而下的，我们只能按命令行事。”
- 福利和薪酬：“我们的福利和薪酬会改变吗？不确定性让未来的规划变得困难。”
ChatGPT - 软件工程师还会抱怨哪些主题？
- 生活和工作的失衡：“这份工作占据了我全部的时间。即使在周末，我也随时待命。我没有时间给我自己或者我的家人。”
- 疲倦： “不断的压力让我筋疲力尽。我开始感觉有点烦躁了。”
- 缺乏多样性：“我们的团队缺乏多样性。几乎都是白人男性。我们可以从不同的角度获益。”
- 竞争氛围：“工作场所太竞争了。感觉我们彼此对立，而不是一起合作作为团队。”
- 教育和资历：“有些人把文凭和证书视为比实际技能和经验更重要的东西，这让人感到非常沮丧。”
- 设备不足：“我们的硬件和软件工具已经过时。缺乏资源难以做出高质量的工作。”
- 缺乏创新：“我们的工作大部分是维护和小更新，我想念创造新事物的激动。”
- 薪酬不足：“考虑到工作量和所需的技能，我们的薪酬过低。这让我们感觉我们的工作没得到足够的重视。”
- 持续学习的压力：“要跟上最新技术的步伐，非常有压力。就好像参加永无止境的竞赛一样。”
- 冒名顶替综合症："有时我觉得自己不够好，像个骗子。好像其他每个人都知道更多。"
ChatGPT - 软件工程师通常会抱怨其他话题，比如不同的角色吗？
- 产品管理：“产品团队经常更改需求。当目标不断变化时，建立稳定的产品是不可能的。”
- 销售与市场营销：“销售向客户过度承诺产品特性，却没有经过我们的咨询。我们被留下来应对后续问题和不切实际的期望。”
- 质量保证： "QA在最后一刻把这个问题标记为错误。他们已经拥有构建一个星期了！现在我们必须匆忙修复这个问题。"
- 高级管理人员：“C级人员似乎不了解我们的工作。他们在不理解技术影响的情况下做出战略决策。”
- 人力资源：“人资部门不理解我们的需求。他们很难招聘到合适的人才，而他们的‘团队建设’活动也不符合我们的兴趣。”
- 顾问们：“这些顾问进来，做出泛泛而谈的总结，然后离开让我们来收拾残局。他们不理解我们的代码库或我们面临的独特挑战。”
- 供应商：“我们的软件供应商总是更新迟到，而且他们的客户服务很糟糕。我希望我们能换一个不同的供应商。”
- 招聘人员：“招聘人员不断联系我，但他们提供的工作与我的技能或兴趣不符，显然他们只是在玩数字游戏。”
- 非技术员工：“非技术员工不理解我们的工作。他们认为我们是能够立即解决任何IT问题的魔术师。”
- 客户支持：“支持团队一直向客户承诺解决方案，但没有与我们核实。我们已经很忙了。”
ChatGPT- 软件公司中的其他角色如何抱怨软件工程师？
- 产品管理： “工程团队不理解市场需求。 他们过于专注于技术方面，经常忽略用户体验。”
- 销售和营销：“工程师总是拖延我们的时间表。他们不理解我们向客户交付结果的压力。”
- 质量保证：“工程师总是匆忙完成工作，导致我们需要找到更多漏洞，而且测试的时间越来越短。他们认为质量保证是个阻碍，而非合作伙伴。”
- 高层管理：「工程团队总是要求更多资源。他们需要了解我们有预算限制。」
- 人力资源：“工程师很难招聘，更难留住。他们总是在寻找下一个大事，并且能够抵抗传统企业文化的影响。”
- 顾问们表示：“工程团队会抵制变化和外部建议，他们常把顾问视作威胁而非盟友。”
- 供应商：“工程师对我们的软件工具有很高的期望。他们要求及时更新并迅速回答他们的问题。”
- 招聘人员：“工程师在选择工作时可能会很挑剔。他们希望薪资、福利、技术栈、公司文化等方面完美结合。”
- 非技术人员：“工程师使用专业术语，这对于非技术人员来说很难理解。他们需要更清晰地沟通。”
- 客户支持：“工程师并不总是优先考虑客户报告的问题。他们更注重开发新功能而非解决现有问题。”
ChatGPT - 初级工程师如何抱怨高级工程师？
- 缺乏指导： “资深工程师太忙了，没有时间指导或指导我们。我们只能自己摸索。”
- 无法接近：“资深工程师总是正在开会或专注于工作。很难就问题或关注点与他们交流。”
- 缺乏代码审核：“我希望我们的高级工程师能够花时间审查我们的代码，并提供反馈。否则，我们应该如何学习和改进呢？”
- 不耐烦：“有些年长者很不耐烦。当我们不能迅速理解某些事情时，他们会感到沮丧。”
- 沟通障碍：“资深工程师经常使用很多行话和技术术语。有时候很难理解他们在说什么。”
- 复杂的代码：“资深工程师编写非常复杂的代码。我们很难理解和维护它。”
- 不愿改变：“高级工程师常常固步自封。他们不给新技术或方法论一个机会，就轻易地否定它们。”
- 门户守卫知识：“有些资深人士独占知识。他们不分享足够的信息，这使我们很难学习或接受新任务。”
- 严厉批评：“高级工程师的反馈有时会过于苛刻。它给人感觉是泼冷水而不是建设性的。”
- 不现实的期望：“高级工程师经常忘记了作为初学者的感受。他们期望我们知道我们还没学过的东西。”
ChatGPT- 资深工程师们如何抱怨初级工程师们？
- 缺乏主动性:“初级工程师需要等待被讲解信息，而不是主动寻找知识和解决方案。”
- 自信过度：“一些初级员工认为他们因为熟悉最新技术就什么都知道了。他们需要明白经验也非常重要。”
- 忽略基础知识：“初学者常常过于渴望直接开始编码，却没有理解基本原理。这会导致代码能够工作，但却不够高效和可维护。”
- 不遵守代码规范：“新手工程师不总是遵循已建立的编码标准，这使得他们的代码难以审核和集成。”
- 不耐烦：“初级员工经常希望快速获得结果和晋升。他们需要学会精通和事业成长需要时间。”
- 过度依赖工具：“初级工程师常常过分依赖工具和 IDE，而不理解底层发生的情况。学会在没有支持的情况下编写代码非常重要。”
- 不良的测试实践：“初级开发者在提交代码之前不会经过充分测试，这会导致不必要的错误和重复工作。”
- 忽视文档：「初级工程师不重视文档。他们编写代码时没有记录逻辑或功能，这使得其他人很难跟上。」
- 频繁切换任务：“初级工程师缺乏专注。他们在未完全完成一项任务的情况下频繁跳到另一个任务。”
- 传播技巧：“初级工程师需要改善他们的传播技巧。他们有时难以清晰表达技术细节。”
ChatGPT - 管理层如何抱怨高级工程师？
- 变革的阻力：“资深工程师可能会墨守成规。他们抵制新的技术或流程，这会拖慢我们的进展。”
- 导师资格：“他们拥有如此丰富的知识，但不总是愿意指导初级工程师或分享他们所知道的。”
- 交流：“高级工程师在技术方面非常出色，但有时他们很难以非技术、清晰的方式向其他利益相关者沟通他们的观点。”
- 灵活性：“高级工程师通常在某些领域专门化。当我们需要他们在他们不熟悉的领域工作时是具有挑战性的。”
- 成本：“资深工程师要求高薪水，这对我们的预算而言是一大挑战，特别是如果他们的价值不明显的话。”
- 时间管理：“一些高级工程师在平衡编码、会议和其他职责时，很难合理地排列任务并高效地管理时间。”
- 自我问题：“有时，资深工程师可能会觉得自己最懂，而忽略来自初级或非技术团队成员的想法。”
- 适应管理变革：“在公司工作了很长时间的高级工程师可能对新的管理或战略转变持有抵抗态度。”
- 微观管理倾向：“有时，资深工程师会对初级工程师进行微观管理或过度干预他们的工作，而不是让他们通过亲身实践学习。”
- 过度工程化：“资深工程师有时会过多地采用复杂的方案，而简单的解决方案就足够了。”
ChatGPT- 开发人员如何抱怨质量保证？
- 被误解的漏洞：”QA并没有深入理解软件，所以他们经常将行为误解为漏洞。”
- 缺乏明确定义的错误：“质量保证人员在错误报告中并不总是提供足够的信息。我们浪费了很多时间来弄清问题。”
- 延迟汇报：“QA在最后时刻报告Bug，让我们在发布前匆忙修复它们。”
- 不现实的场景：“QA测试永远不会遇到的场景。修复这些问题感觉像是浪费时间。”
- 缺乏技术知识：“质量保证部门不了解技术限制。他们标记无法在不进行主要改造的情况下修复的问题。”
ChatGPT — QA如何抱怨开发人员？
- 忽略漏洞：“开发者往往会忽视或降低漏洞的优先级，更专注于新功能。”
- 缺乏尊重：“开发人员并不总是尊重我们的角色。他们认为我们是阻碍而不是实现优质软件的伙伴。”
- 不完整的构建：开发人员经常为我们提供不完整的构建版本进行测试。这让人很沮丧。
- 文档不全：开发人员并非总是很好地记录他们的更改。如果我们不知道什么已经被更改，那么测试变得很难。
- “没有验证的修复：开发人员有时会说他们修复了一个错误，但在传回之前似乎没有重新测试过。”
ChatGPT——工程师是如何抱怨项目/程序经理的：
- 改变优先事项：“该项目经理在不了解对我们正在进行的工作的影响的情况下不断更改优先事项。”
- 不切实际的时间表：“项目经理设定的最后期限往往过于激进。他们没有考虑到开发中涉及的复杂性。”
- 缺乏技术理解：我们的项目经理不了解技术方面的事情。他们在不理解后果的情况下做出决策。
- 指标过分强调：“项目经理过分关注指标。我们花费更多的时间跟踪工作，而不是真正地做工作。”
- 差劲的沟通：“项目经理没有有效地沟通，特别是在传达来自上级管理层的期望时。”
ChatGPT — 项目经理如何抱怨工程师：
- 低估任务：“工程师经常低估任务所需的时间和精力，这会影响我们的进度。”
- 缺乏文档：工程师没有恰当地记录他们的工作，这使得跟踪进展和交接任务变得困难。
- 变革的阻力：“工程师对于流程或工具的变化持反对态度，这会减缓项目进展速度。”
- 差劲的沟通：“工程师并不总是及时沟通他们面临的挑战或障碍。这导致了意外和延迟。”
- 过度设计的解决方案：“工程师有时会过分复杂化解决方案。他们需要更多地专注于高效地提供价值。”
ChatGPT - 你能为一个敏捷团队自动化一个回顾会议吗？
我让你对特定主题产生好奇心，但是chatGTP-4可以为你生成投诉，包括结论和行动项。
不需要再为要抱怨的事烦扰。
