我一直在研究一个新项目。该项目的工作方式如下：最终用户可以使用链接访问Web应用程序，并且可以在其网络上添加多个系统并管理该特定系统的详细信息。我的部分涉及前端和Web服务器，这是通过python完成的。我的python实际上与另一个完全用c＆c ++完成的项目通信。 c / c ++项目是完成所有功能的主要应用程序。我的python向它发送用户请求，并向它显示响应。
我对我的工作非常熟悉，我会尽快完成。由于这没有太多工作。我是一个热爱工作的人。我大部分时间都在办公室里度过，只有在感到困倦时才回家。
c / c ++应用程序是由另一位拥有5年以上工作经验的同事管理的，它的工作速度比我快得多，但他从不这样做。可能是他不喜欢这样做。当我的python与之通信或返回错误值时，他的应用经常崩溃。它充满了错误。由于我的应用程序依赖它，因此我很难构建它。他没有修复错误，而是要求我放慢工作速度。他要我告诉经理我的工作需要很多时间。他要我愚弄经理，甚至强迫我像他一样缓慢地工作。
在项目会议期间，当经理问他有关bug的问题时，他说他已修复所有问题，并且效果很好。由于他是我的同事，所以我什么也没告诉经理。我显然需要与同事而不是经理保持良好的关系，因为在大多数情况下，我们将与同事而不是经理保持联系。
关于此事，我无法告诉经理，因为如果经理问他为什么，那么他可能会认为我向经理抱怨。他继续躺在会议上。而且由于他修复错误的速度很慢，所以它甚至减慢了我的工作速度。现在，我想到了在应用程序的前端部分上工作并完成它，以便与此同时他可以使项目稳定。现在，他要我告诉经理，我的前端部分需要大量工作，而我可能需要越来越多的时间，只是为了使他可以拖下项目。可悲的是我们的实际经理已经去了美国，所以我们有一个临时经理，这个家伙对这个项目不太了解，所以c，c ++愚弄了他。
可以有人建议我如何处理吗？
我想尽快完成这个项目。
对他的回应：
如果他真的故意误导公司，您应该举报他是管理人员。
我刚来这家公司，另一个人已经在那里工作了很多年。我刚刚开始认识我的同事。如果我直接去投诉他，我不认为这样可以与其他同事建立良好的关系。甚至他也有权误导他们。我不是说他是坏人，他可以做，但是他没有做。
贵公司没有任何类型的错误跟踪系统吗？
这里没有实际的错误跟踪系统。该公司尝试尽快完成该项目并将其交给质量检查人员。然后修复质量检查报告的错误。
这就是为什么公司应该给员工股票/期权或某种所有权的原因。这样一来，您就可以直截了当地告诉这个家伙：“您让我付出了金钱增长的代价……您也不想赚钱吗？”。
公司拥有他们给我2500股的股票期权，大多数情况下，他也会得到更多。
资历确实值得怀疑。您确实需要先与他交谈，然后尝试理解问题。他可能不在乎他的深度，您也许能够帮助他，很容易会有一些您不知道的变量。现在可能很难，但是您可以通过开枪轻易使情况变得更糟。
我什至做到了，首先他的应用程序一次不处理多个请求，他使用队列来处理我发送给他的请求。我什至向他建议了一些我的想法。他说他已经有了这些想法，并将执行这些想法。他的解释是：“一切都需要一定时间才能完成，这是一个项目，可能需要两年才能完成，我们被要求在两个月内完成”。由于这个错误，我在最初的几周内很难编码。但是现在他修复了它。但是他正在为用户请求使用一个队列，由于它一次处理一个请求，这现在正在减慢应用程序的速度。
整个过程中质量检查是做什么的？他们为什么不报告/确认项目状态？
经理是决定何时进行质量检查的人。截至目前，尚未进行质量检查。他说我们应该在这个月底前给它。
#1 楼
你处境很糟，我不想穿上你的鞋子。您不太可能在不与同事发生冲突的情况下解决问题。这就是我要做的：
不要成为他的伴侣在犯罪中。拒绝对您的项目或其项目的状态撒谎。
（如果需要，请在您的业余时间）向应用程序报告错误，因此所有错误均通过电子邮件发送给您的同事和经理。如果错误是由他的应用程序引起的，请将其显示在电子邮件中（在电子邮件主题中放入[XYZ APP BUG]或其他内容）。
维护错误数据库（除了通过电子邮件发送错误外）。您可以说它的主要目的是跟踪您的错误，而实际上您将主要跟踪他的错误。除其他事项外，它应跟踪修复特定错误所需的时间。
与他的应用程序之间的所有进程间通信均已覆盖测试（“当我向您发送此消息时，您应该以这种方式返回给我”）。您可以设置一个cron任务，每天运行这些测试，如果测试失败，则会将电子邮件发送给每个人。
基本上，尽量不要浪费时间与他争论错误并专注于工作代替。如果他的应用程序损坏了，因此您不能使用该应用程序，而经理却不执行任何操作-很好，这是一个管理问题，并且您将发现bug数据库，电子邮件和测试报告。
但是要当心，不要小看他。像他这样长期懈怠的人可能会花上一两招。他可以使整个团队反对您或其他事情，但这取决于您的具体情况，这超出了此问题的范围。
评论
+1以强调提问者绝不应该对自己项目的状态撒谎。
–埃里克·希德里克（Eric Hydrick）
11年8月16日在18:02
我本来建议牛的产品，但卢卡斯的建议更好！
–拉斯·克拉克（Russ Clarke）
11年8月16日在18:21
+1表示要当心，不要小看他。像他这样长期懈怠的人可能会花上一两招。他真的一定有...
–杏仁核
2011年8月17日在10:45
@Brian，我相信这些技术解决方案可以解决关系问题。请注意，该同事是5年以上的高级人才，据称是非常有能力的开发人员。另一方面，阿辛（Ashin）是新手，因此他没有太多的影响力。在这种情况下，最好坚持事实，而不是与同事或经理讨论问题。如果说不出话，经理可能会相信同事-或不相信同事，但他无论如何都不会让他感到沮丧，因为他可能对公司有价值（维护旧系统等）。
–卢卡斯（Lukas Stejskal）
11年8月18日在17:08
为了增加内部通信点，还需要伪造外部（c / c ++）系统。您有您的项目，他有他的项目，所以不要让他的项目尚未完成而停止您的项目。伪造他的服务为您的应用程序带来的预期结果，并编写一个将两者进行比较的测试。我相信马丁·福勒（Martin Fowler）对此有很好的文章，我绝对可以推荐。
– cthulhu
11年8月19日在21:34
#2 楼
我将提出一个有争议的观点：您说自己正在工作的时间可以保持清醒的时间。因此，也许他并不是特别不公平地说“您让我看起来很糟糕，而我实际上正在努力工作很多时间”。也许他去过那里并且做了那件事，也许他已经筋疲力尽了。我向你保证，如果你坚持下去的话，你会的。有一个晚上出去和他喝一杯，看看你是否能建立起更好的个人关系作为你的职业基础。也许是因为他同意多付一点，而您同意少付一点，你们俩可以一起工作得更好。
如果我是你，我也会非常小心“我的工作，你的工作”的态度。在你们两个之间，您有一种产品可以运到那儿，而这可能对那个产品不利，反过来对公司或客户都不利，他们为你们俩的工作付费。 >
但是，我仍然同意其他观点，即您需要重新审视与经理之间关系的重要性，并且需要谨慎信任自己的同事。我只是说，也许，也许你需要看看自己的行为以及他的行为。
评论
我同意，直到您困倦为止，工作都会适得其反。除非这是关键时间，而且绝对不是定期工作，否则任何人都不能工作超过40个小时。
–HLGEM
11年8月16日在18:40
请考虑一下，如果您工作12个小时，而他工作7个小时，并且如果他没有进步，那么您就无法晋升，那么您可能会变得很糟糕。毕竟，您需要12个小时来完成这个家伙在7天内所做的工作！因此，也许不是您放慢脚步或他加快步伐，而是在等待他做他的工作时，应该请求一个额外的项目来花费额外的时间。当然还有其他事情可以做/学习/记录吗？
–科尼拉克
11年8月16日在20:14
这是对ashin的好建议。他当然可以（应该）以良好的单元测试，良好的文档和CYA类型的东西来捍卫自己，但作为人类，我们在一起。努力寻找与您的同事接洽的方法-与他一起工作而不是与他一起工作。如果您不必画线，请不要对“您的”和“我的”如此狭be。这可能会阻止彼此解决此问题。您将必须学习开放和灵活的态度，因此，当您不超载时为什么不这样做，看看是否可以在没有经理参与的情况下进行这项工作。毫无疑问，这一定会引起您的注意。
–bmike
2011年8月16日在22:40
srs +1。我意识到格式是回答提出的问题，但是在听到至少涉及三个人的故事的一面后，每个人似乎都很高兴对B方进行垃圾话。也许乙方的产出水平已经完全令人满意，并且与他的薪酬水平相符多年，直到喜欢呆在办公室12个小时的新家伙谈论其他人如何表现出无尽的奉献精神？
– Affe
2011年8月17日在1:21
@Ashin：说真的，我了解职业生涯的初衷，但我不想平息它。但我警告您，这最终会导致倦怠，这并不是一件令人愉快的事情。即使您将业余时间用于个人项目，这也会有所帮助。但是当我开始这个职业时，有人告诉我，我需要编码之外的一些爱好。我笑着解雇了他-为什么我要这么做？然后我付了钱。
– pdr
11年8月17日在6:29
#3 楼
保留记录。记录下与他的一面沟通时，您要求他修复时以及（如果有的话）他所做的每一个错误。这是我知道处理这种情况的唯一方法。因此，当您的经理来找您问为什么事情没有进展时，您可以清楚地表明自己，而不会被视为抱怨或坏同事。评论
电子邮件记录对此特别方便。我始终会通过电子邮件跟进所有协议，并始终在通过邮件通知我的情况下发出通知。
–佩尔肖夫
11年8月16日在17:23
@Pelshoff-绝对。即使每个人都在一个房间中，也请向管理员发送电子邮件，记录您的请求并将cc跟进。
–奥塔维奥·德西奥（OtávioDécio）
11年8月16日在17:25
他问你不要在经理面前通知经理吗？如果他亲自问您，请告诉他您要与经理核对后再这样做。另一件事-绝对不会给您留下您抱怨的印象。始终以表明您仅陈述事实的方式措辞，仅此而已。
–奥塔维奥·德西奥（OtávioDécio）
2011年8月16日17:40
问题是，作为员工，您对自己有责任使公司成功。如果公司成功，则意味着您成功（筹款，奖金，福利）。此人伤害了公司，因此间接伤害了您。为公司和自己站起来：)
–佩尔肖夫
11年8月16日在17:51
@Ashin：他可以要求您不要抄送经理，但这并不意味着您必须遵守。如果您继续担任经理，他是否有权做任何事情？另外，您可以使用“密件抄送”功能，这样他就不会知道经理已被抄送。
– FrustratedWithFormsDesigner
11年8月16日在18:38
#4 楼
我想指出尚未提出的另一种可能性。您说他要您放慢工作。从字面上看，您是说他是在说“减少工作时间”还是在说“写一些测试，更多地测试，写一些文档”以及其他您认为会使您慢下来的事情？我已经看到新人们每天花16个小时编写代码，然后抱怨实际上正在传递无效参数，不检查返回值等等的他们正在调用的代码中的错误。我不能排除您的同事正在考虑这些事情。下次您开会时，他说他所有的代码都很好，说：“哦，好，我的事情告诉您大约一个小时前，当我打电话给XYZ而不是工作日的日期时，现在炸毁了吗？”将发生三件事之一：
他会撒谎，说没有这样的问题，您会说“是这样！我们讨论过！我给您发了电子邮件！”整个事情都会引起经理的注意
他会告诉你，实际上，这并不是他代码中的错误，而是代码中的错误，因为您只需要经过几天的工作，然后您很快就会发现他在想什么，但不说话。
他会说：“不，您刚才告诉我我今天要处理的那个，但其他一切都很好。”如果他这么说，现在就谢谢他。
您可能会了解到，长时间的快速编码无法生成好的代码，并且有人（可能是您的经理）可能会翻译给其他开发人员，以向您解释问题所在。或者，您可能会发现您正在与一条说谎的蛇打交道，这会使您看起来不好以保护他的轻松姿势。公开发布并不能使情况变得更糟。或者，您可能只是从他那里得到了足够的动作，可以承受它，而不会陷入政治中。
评论
是的，在我刚开始的时候，他曾经告诉我这个错误是因为我没有传递正确的参数。因此，我在python中创建了一个日志，该日志将在调用他的方法之前和之后记录信息。我将记录我传递的参数和返回的返回状态。然后他再一次告诉我。我向他显示了我的日志文件，因此他开始一个一个地修复错误。但是可悲的是他非常了解它，可能是他想以后再修复它，或者可能是他根本没有测试它。他只是在说出自己的方法。
–问
11年8月16日在19:05
#5 楼
您所拥有的是一个政治问题。首先，经理的意见远比您想像的重要得多。这个家伙责怪你拖延时间，你让他。如果有人被扔到公共汽车下，您将被解雇。据经理所知，您是无法及时完成工作的人。通过错误跟踪，电子邮件等以任何可能的方式保护自己，但不要假装这是您的拖延而不是他的拖延。永远不要给老板假的状态报告，它会再次咬你。告诉老板有关您的代码不起作用的问题的真相（并出示证明）。
这个要求您放松以使他看上去不坏的人是一条蛇（这就是对蛇社区的侮辱（对Firefly的细微参考），对那里的所有实际蛇感到抱歉）。他会做任何事情来代替您将您扔到公共汽车下。不要相信他。
评论
我第二。错误跟踪软件在这里至关重要。听起来很贪婪，但您永远都不要骗老板掩盖他的缺点。这听起来很危险，所以要小心。带有CCed经理的电子邮件是个好主意。他可以要求您不要这样做，但是您完全有能力忽略该问题，并且/或者可以回复该电子邮件并再次对您的经理进行抄送，拒绝跟随他的领导。政治上非常痛苦，但是却显示了事情的真相。
–WolfgangSenff
11年8月16日在18:24
+1为第一段。 OP还说他希望与同事保持良好的关系，这在某种意义上暗示了多元化，但主要与这个不公平的人有关。现在他正在与那个人一起工作，明天其他同事将与那个人一起工作并得到相同的待遇。从长远来看，解决这种情况将对所有其他同事都有利。
–锋利的牙齿
11年8月18日在6:28
“告诉老板有关您的代码不起作用的问题的真相（并证明）。”但是什么证明呢？如果经理不了解代码/组件级别的项目，那么您就不能仅向他显示代码。此外，恐怕要与老板见面并打印出例外情况，这似乎让我太过“掩饰我的屁股”的态度了。
– maayank
2011年9月11日14:01在
#6 楼
首先也是最重要的：由于他是我的同事，所以我什么也不能告诉经理。
您绝对可以而且应该做到确保您的经理知道真相，即使您的同事正对着他说谎。如果您不想在会议室中的所有三个人的会议上说任何话，那完全可以理解。但是您至少应该将您的经理（真正的经理，而不只是临时经理）放在一边，让他们知道您的工作即将完成，并且在整个应用程序准备就绪之前，正在等待其他开发人员的bug修复。 。不要指责您的同事说谎，但不要坐在那里，让老板利用不完整的信息进行操作。
诚实地报告您的状态。如果您的工作因另一位开发人员的错误而受阻，请证明您已在C / C ++中发现了错误并报告了这些错误（请告诉我您正在使用某种形式的文档，这些文档可能会留下纸迹）。
同时，继续整理您的工作，并在完成时通知老板。如果您的经理想知道为什么该项目的其余部分尚未启动并运行，您可以将他推荐给其他开发人员，也许会提到这可能非常复杂/庞大/需要大量测试/其他开发人员非常忙/等如果您了解C / C ++，则可以提供有关主要应用程序逻辑的帮助，以使事情随之发展。是的，您将从事另一个人的工作，但是很显然您是在努力工作并富有生产力的员工，而另一个人却没有，更不用说使您对老板更有价值了。甚至可能会给其他开发人员带来压力，要求他们加快工作进度并加快完成速度。
评论
也许他的软件比Ashin的软件复杂一个数量级。与同事强硬相处，您必须与之紧密合作，但又不愿意去了解是反社会，适得其反且非常专业。
– hplbsh
2011年8月17日在2:51
支付薪水的人是您的公司而不是您的同事。
–鲁迪
2011年8月17日，下午3:17
@lttlrck我同意你的观点，他的应用比我复杂。但是它是一个现有的项目。就像我们公司有一个用c＆c ++编写的现有独立应用程序，它可以完成相同的工作。现在，他们计划在Web上构建它，以便用户无需安装即可直接使用它。据我最初从他和经理那里了解到的那样，他们使用与现有项目相同的代码，并对其进行了稍微修改，此外还使用boostlibrary将其类和方法暴露给python。
–问
2011年8月17日下午4:51
@Ashin k n，应用程序的一部分是现有项目，这一事实并不一定意味着他的任务比您的任务容易。最初为桌面使用而设计的应用程序很少，只需稍作修改即可将其作为服务公开（例如，通过Web界面）；不幸的是，这些变化通常更为实质。当处理遗留代码以更改其全部使用方式时，即使在最初设计不是很糟糕的应用程序中，稍作更改也会迅速导致许多不良的副作用。这可以解释他更加谨慎的态度，显得缓慢。
–布鲁诺
2011年8月17日在12:13
对于+1，如果您了解C / C ++，则可以提供帮助以使主要应用程序逻辑也随之发展。
–宫崎骏（Gyozo Kudor）
11年8月18日在10:33
#7 楼
工作中存在许多问题。请注意：您正在假设他人的动机
您正在用事实为事实涂色。
外界（其他任何人）都不知道历史，并且不知道您对同事的无奈。
如果您正在玩“陷阱”游戏，则可能看起来很幼稚。您的同事可能会表现得更好-毕竟他还有工作，不是吗？
因此，在介绍项目状态时：
不要提及其他人。
报告错误或代码问题时-不是开发商。说“方法FooBar（）的调用应返回1，而应返回2”。那么任何问题都不是人身攻击，您只是在谈论代码，而不是在谈论人。
请坚持您有证据的事实。
如果您的同事发泄防御或敌意，请提出问题。 “我不明白您为什么认为我应该_ _”
对社会上的未成年人或影射者不予理vious。假装您没有受到人身攻击。
在举行任何状态会晤前的晚上睡很多东西，所以您在精神上很灵活。
文档，文件，文档。
不要害羞要让这个人帮助您解决一些有趣的问题，如果他觉得您尊重他，他可能会带您去。这是关于建立融洽的关系。 （请注意，这不是在吸吮-这是另外一回事）
如果需要的话，请准备好离开，这样就不必感到烦恼或陷入感情上的困扰。这将有助于您保持头脑清醒。
评论
到目前为止，这里是最好的计划之一。我只会添加“出去闻花香”，因为“工作到我感到困倦”部分听起来很吓人。
–莱昂纳多·埃雷拉（Leonardo Herrera）
11年8月17日在19:41
@Leonardo-thx :-)我同意。工作与生活之间的平衡以及所有这些超出了OP的范围。
–帕特
11年8月18日在0:30
对于报告错误或代码问题时+1，而不是开发人员
–Ubermensch
2012年1月14日上午9:15
#8 楼
“我是一个热爱工作的人。我大部分时间都在办公室里度过，只有在感到困倦时才回家。”
这不健康，不能同事的期望，除非您能因不可避免的倦怠而休假数年。 （例如公司拥有超过10％的所有权，或每年超过20万美元）。保持专业知识以达到可以迅速发展的地步是需要时间的。您的一些时间应该专门用于开发专业知识。
“ c / c ++项目是完成所有功能的主要应用程序。我的python将用户请求发送给它，并显示它对用户的响应。...可能是他不喜欢这样做。“
Python是比C / C ++更敏捷的语言。他的应用似乎包含了所有功能。您的应用只是用户界面。这些可能性很不相等。他可能不会很快生成代码。但是质量编码比数量编码好得多。您可能会对他愿意/预期工作的小时（通常为每周40小时）中的编码速度感到不切实际的期望，并且请记住，如果他已经在那里工作了多年，他可能会完成其他任务，例如管理他人或帮助维持老年占工作周很大一部分的项目。
不要骗他；但同样不要批评他。谈论他的系统如何出色；因为它需要更多的工作，直到完成。为您的经理提供准确的状态更新，而无需命名/指责。编写符合他的系统应遵循的相同标准的他的系统的模拟版本。确保您的系统与带有自动测试套件的模拟系统完美配合。这样就可以完成您的系统（例如，它可以与模型完美同步），即使实时系统仍然存在问题。
然后，您可以为其系统编写一个自动测试套件，以在外部调用该系统，该套件符合公认的标准。例如，测试Foo（1,2,3）会返回“ Bar 4 5 6”响应。这可以帮助他识别错误并提高开发速度（不需要弄乱他的代码）。完成这些操作后，您将可以继续进行其他项目/任务（例如帮助他使用C / C ++部分）。
#9 楼
正如其他人提到的那样，职业行为对您的长期职业而言是最重要的事情。老实说，只要您的行为举止专业，无论周围的人如何举止，您都将保持良好状态。在这种情况下，您需要考虑一些注意事项。
首先，您需要了解您有责任为程序按预期工作负责规格，在给定的截止日期之前。如果您的程序与其他人的程序互操作，则您还要负责确保其他程序也可以在同一截止日期前运行。换句话说：如果另一个人错过了最后期限，那么即使您自己的项目按时完成，您也错过了最后期限。在管理方面，这称为拥有输入。
您正确地注意到，当您的同事在会议上宣布其程序的错误已修复时，您不能立即将其声明为对输入的错误。经理（您的经理会认为这是“将您的同事扔在公车上”；这是非常糟糕的职业举动）。另一方面，其他人则指出，不向经理声明项目的真实状态是不专业的。双方都是完全正确的。
因此，如果在经理面前与您的同事相矛盾很不好，并且不与他相矛盾也很不好，那么您会怎么做？
答案实际上很简单：您需要在与经理会面之前先与同事交谈，并让他们知道在即将举行的会议上，您需要告诉经理您遇到的麻烦他们的计划，这会影响您按时交付项目方面的能力，以及是否有任何办法可以帮助他们解决遇到的麻烦。您需要在会议召开前至少两天进行一次对话，并告诉经理，最好提前一整周。
在大多数情况下，只需告诉同事您要去不得不将他们的计划列为特定会议上的风险，这会使他们有动力去解决您遇到的问题，而您根本不必与经理交谈。在另一些情况中，问题更多是由日程安排驱动的，同事经常会与您达成一致，你们两个可以一起去找经理。
我从来没有一个同事没有这样做。这样表达时，要么迅速为我解决问题，要么同意我的担忧。但是，如果确实发生了这种情况，则通过提前向同事发出警告，您在与经理交谈时仍然可以处于更好的位置。由于您与同事交谈并试图自己制定解决方案，并提前警告他们您需要在本次会议上提出问题，因此当您这样做时，您的同事不会感到惊讶，经理会赢得不要以为你只是在试图怪罪。
请记住，当您向同事或经理表达您的疑虑时，您的疑虑是关于您的同事程序正在返回不良数据（或其他正在执行的操作）的；这些都是可以验证和修复的可衡量的事物。您所担心的并不是您的同事过慢或过分专心；这些不是可衡量的事情，可能是正确的，也可能不是正确的，并且不太可能通过在老板面前的会议中提出来解决。
评论
+1强调“职业行为对您的长期职业而言是最重要的事情”。
– Skarab
11年8月18日在9:06
+1个绝佳答案-绝对是我在这里看到的最好的答案。人类解决人类问题的方法。没有提及激进的错误跟踪器等;-)
– TrojanName
11年8月18日在12:00
#10 楼
您正在使用哪种错误跟踪系统？我本来希望至少可以突出显示在适当的时间未修复错误的地方。当您的代码正在等待来自另一层的输入时，应在项目跟踪文档中突出显示延迟。对我来说听起来好像这里的项目管理不充分。您需要a）跟踪影响您的错误，以及b）以书面形式跟进讨论。
您的同事不应该要求您增加开发时间以弥补他的意志不足。在某些时候，这必须与您的经理联系。从目前的情况来看，您正在掩盖自己的同事，这几乎肯定会适得其反。
评论
错误跟踪系统不存在。该公司试图尽快完成该项目并将其交给质量检查人员。然后修复质量检查报告的错误。我什至建议管理者启动一个漏洞跟踪系统，该系统可以解决诸如此类的许多问题，我希望如此。
–问
11年8月16日在18:21
质量检查如何通过电子邮件报告错误？我的意思是，如果您迫切地陷入困境，则可以执行Excel试算表之类的简单操作，然后再实施一个完整的错误跟踪系统。
– temptar
11年8月16日在18:25
究竟。掩盖同事的态度实际上永远无法真正使您在公司中取得领先，或者至少在拥有微薄管理团队的任何公司中都无法做到。
–WolfgangSenff
11年8月16日在18:25
@temptar-质量检查通过电子邮件进行报告，他们甚至还记录了一些错误，对此我不太清楚，因为我来这里仅3个月了，这是我正在进行的第一个项目。是的，正如大家所说，让我自己保存记录，并让我的经理通过电子邮件通知有关情况。谢谢你的建议
–问
11年8月16日在18:35
@Ashin，您可能希望研究Trac或Mantis，因为它们是免费的错误跟踪系统，相对易于设置和使用。
–坦古雷纳
11年8月16日在19:51
#11 楼
坚持要同事是没有错的，但是要有人期望您每天都向老板撒谎。我不能尊重他作为一个人，也不想把这个人当作偶然的相识。他想成为敌人，快来挑战。您如何辩称由于前端而导致的应用程序层延迟？这就是为什么要这样做，以便它们可以分开。接下来，由于有人想要建立一个移动前端，他会有更多的延迟？
完成您的工作。记录您的应用程序出现问题时遇到的任何问题。然后回家！我不在乎你是否困了。找到一些值得拥有的朋友。
#12 楼
我刚刚读过R.C的“ The Clean Coder”。马丁（鲍伯叔叔）。本书的主要目的是，程序员通常不会受到太多尊重，因为他们没有专业表现。这主要意味着他们没有就项目状态与管理层进行有效沟通。说谎当然是一种非常非常糟糕的沟通方式。您的同事非常专业，您也是如此。你们俩都无济于事，无法提高程序员的认识。
我建议您立即进行管理。但是，过去我因过于“诚实”（在一些无关的情况下）而遇到麻烦，因此我不确定您是否应该接受我的建议。
而且，正如许多人指出的那样，也许您的对情况的感知并不像您想象的那么准确。
#13 楼
如果您不熟悉代码库，则估计另一个项目的相对工作量和复杂性既困难又不合理。您说他的代码容易出错，但是在非常高的抽象水平上，所有其他问题都可能表现得很不错……问题是，这是前端唯一需要的代码！或者，也许他是一个糟糕的员工，正在乘公司兜风。我不能说，您也可能没有信心所需的所有信息。
我建议采取一种中间策略。下次见面时，请在他的代码中带来一些会影响您的重大错误的详细信息。当他说一切都很好时，请客气地说，有一个悬而未决的问题阻碍了您的进步。
从政治上讲这样的话，让您断言他不是很正确，同时仍然给他提供了打哑巴的机会，并且没有被放在防守上。
您的经理应该在下次会议上询问是否已解决。如果不是这样，修复他的压力就落在了他身上。如果已解决，请说谢谢，它现在运行良好，并且您找到了一个新的阻止程序。如果您想变得特别友善，请说您在开会之前不久就遇到了它。
本质上，您没有在说谎，也没有站在一边。您正在通过唤起对问题的关注来玩弄政治，如果事情进展得并不顺利，就让您的同事丢脸。
与您的经理交谈很诱人，但不要忘记您最需要与哪一位打交道。
#14 楼
帕特的回答很好。我同意100％。不要去和老板见面。可以与您的同事四眼之间，也可以与您三个人一起进行。但是Pat的建议只着眼于代码问题，而不是着眼于人，这是正确的做法。顺便说一句，每周40小时就足够了。您需要保持积极性！#15 楼
要求其他一些帮助您在集成测试中使用。该人应能够说出问题发生的位置。正如temptar指出的那样，我想知道为什么甚至没有优秀的专家来跟踪问题！因为没有跟踪，所以就像其他人每次逃避说到现在一切都很好一样！它不会那样工作！它是您的模块，如果您需要完成它，则需要在引起延迟的方面上加红色标志。 MERE Years的经验与工作无关，仅是知识，这就是您的经理应坚持的条件。如前所述，我什至感到这里的项目管理不善。
#16 楼
通过请求其他任务来展示主动性，并询问如何为组织增值，这是赢得信任的最佳方法。
您的经理可能没有足够的技术来弄清楚谁在减缓该项目，但他们可能足够聪明，以至于那些正在积极寻找新任务的开发人员正在轻而易举地完成当前的任务。这将导致对话，您可以在其中清楚地表明您正在等待其他人对当前任务的错误修复。通过有效利用闲暇时间如何为组织增加附加值来构架讨论，而不是同事因错误修复而变得太慢。
评论
您怎么知道C ++家伙比您快？他自然会很慢。评论员：评论用于澄清问题并链接到相关资源。如果您同意以下答案之一，请对其进行投票。如果您有更好的答案，请将其作为答案：不要将其作为评论。如果您想与他人讨论此问题的主题，请使用聊天。
@Job有一个假设，即资历意味着更好的编码器，但情况并非总是如此。