第三次被软件开发公司炒鱿鱼了。

我花了很多时间重构，试图消除技术欠账。我在放假前因为表现不佳收到了口头警告。

看来在这里，你在做一些没有被要求的工作。这种情况一般都是非常不好的，会导致解聘。如果你认为这个项目需要重构，而我相信你确实需要重构，那么你必须在前向管理层提出来。如果你这样做了，我想管理层的行为应该会不一样吧。

你可能会告诉自己，如果代码不干净就不能完成任务。事实是，大多数公司的代码并不干净。他们用遗留的东西来工作，他们试图用他们所拥有的东西继续前进…..

我被安排在与我签约的技术无关的地方工作

………而且几乎所有的公司在面试时都会把遗留的东西隐藏在更吸引人的新技术背后

我不认为这本身就是你应该转行的信号。我会认为当软件工程做得好的时候，你并不反感。但是在公司里做工程，总是要处理好软件做错了的问题，在管理层的推动下，才能把软件做得更好。如果你想在一个公司里坚持到最后，你必须做好接受这一点的准备。

更新。因为你编辑了你的问题，更多相关的细节，说明你是如何被解雇的，为什么被解雇，我需要提供一个更新的答案。

在案例2和案例3中，你的雇主对你的适应新事物的能力有很高的期望，根据你的经验，你的雇主对你的适应能力有很高的要求。在我工作的每一个地方，这还不足以激励你解雇一个人，但我愿意承认，在一些公司文化中，人力资本并不被重视。这是一个耻辱，也是一个战略上的错误；但这是另一个故事。

我想你应该看一下其他的答案，因为他们为你提供了多种创造性的出路。 重新建立信心 3. 如果再次选择做开发者，要明智地选择你的管理层。

我个人比较喜欢小公司，因为他们的管理层比较人性化。

今天，我被一家软件公司解雇了…… 1年半以来的第三次。不用说，我觉得自己已经跌到了谷底，不转行是不可能的。我应该转行吗？现在还能找工作吗？

是的，很糟糕。 在每一个案例中，都有一些事情发生，导致你的工作表现不佳。在其他问题中，你提到你被解雇的原因是问的问题不够多，没有完成高层的工作。希望你能从这一切中吸取教训。

可能是你在选择工作和/或经理人的时候选择得不好。可能是你还没有学会如何努力工作，专注于重要的事情，尽管工作中出现问题，但仍有良好的表现。可能是你的目标是太过高级的职位，更适合做初级的工作。也可能仅仅是你根本不适合做这种工作。

花点时间反省一下。尽量在行动之前先得出结论。

你可以考虑去做一下临时工。在你的情况下，那些工作可能是比较容易得到的。也许当项目规模小、时间有限的时候，你可以激励自己好好表现。你过去的经验似乎表明你可以。

我30多岁了，没有后顾之忧，没有家人在身边，朋友也不多。我们都需要朋友。当你有工作上的问题时，一个好的支持小组会帮助你。

继续努力，让自己变得友好，交到更多的朋友。加入一个俱乐部。和工作上的朋友们一起社交。至少要试一试。

了解你为什么要被炒鱿鱼

你自己也说过了。你专注于改写，而这不是你要做的事。你有一个really坏的情况下，不是在这里发明的综合症。至于管理方面，问题似乎就在于你是否准备好按经理的要求去做，把工作做好，或者说你是否准备好了去玩弄一些你认为自己想做的事情。而面对新的挑战，你似乎就会逃避，

当你克服了这个问题，那么你就能胜任工作了。在那之前，老实说，你这样做只会给你的雇主和你自己的声誉造成损失。你的雇主一般都能挺过去，但你就不行了。

我们来看看你的简历…..

案例一：被一家金融科技公司解雇的第二个月，因为没有业绩………..缺乏动力。如果不知道的话，为什么不堂而皇之地辞职，而不浪费大家的时间呢？这个才是我真正关心的问题，

案例二：被网络平台公司开除，原因是不执行………..与我签约的技术无关的技术……

技术工作的本质就是会有always的东西是你以前没有做过的。如果你以前没有接触过那种技术，那就坦然面对吧，并确保估计会有相应的调整。

但 “不执行 "通常并不意味着你错过了最后期限，通常意味着你被抓到偷懒而不是工作。在技术性工作中，我会期望有人对学习新技能感到兴奋，或者至少要勤奋地去学习。如果你要逃避任何你还不知道的东西，那就找一个新的职业吧。

案例三：………..花了很多时间重构和试图清除技术欠账…… 有清理凌乱的代码，重构并确保东西被很好地测试的倾向…..

这时我们就看到你在玩弄你不需要的东西。你把它叫做 "凌乱的代码"。公司其他的人称它为 "工作代码"。我是做安全相关工程出身的。在这一行，人们可以因为修复bug而被处分。认真的说。"修复 "一个bug的问题是，你需要证明你的修复没有破坏其他东西。在重新测试整个汽车发动机和变速器的背景下，一个小的BUG，也许在运行一小时后，可能会造成1%的加油错误，这很可能是完全可以接受的，但对整个系统进行全面的重新测试所付出的金钱和时间成本可能就不是这样了。这还没说到修复 "乱七八糟 "的代码，你所谓的无功能的修改可能会因为一个漏掉的逗号或其他同样愚蠢的东西而产生副作用。

简而言之，你被雇来做专业的工作。到目前为止，你已经证明了你不能够做到专业。当你能在面试时，把那些失败作为学习的经验来展示，帮助你扭转心态的时候，你就可以了。你能做到吗…？

我倾向于清理凌乱的代码，重构并确保东西被很好地测试–这在很多人看来是很慢的事情。

我想说的是，这比通常的童子军侦察更多。所以：

我倾向于选择清理凌乱的代码，重构并确保东西被很好地测试，_当它们与我写的东西 “相邻时，无论我的任务是什么，我都会把这一点优先于发货。代码是达到目的的一种手段—-它不只是为了让你享受，它是为了满足业务需求，而那些更贴近这些需求的人（管理层）更有能力确定优先级。再加上你所改变的一切，都是有可能被打破的东西，考验或不考验—-更不用说额外的审核负担了。

关于转行，我认为有两点需要考虑。一是如果你一直不服输，那你在什么职业都无所谓。线厨师如果 "改进 "菜谱，也会被炒鱿鱼。换句话说，你有可能因为不专注而被炒鱿鱼。你的冲动很容易跟着你进入新的职业，所以只有先解决了你的专注力，转行才会有回报。二是你提到的缺乏动力的问题。可能导致你缺乏专注力的原因是，如果你可能不喜欢除了清理现有的东西之外的编码，这完全可以理解。但如果是这样的话，那就意味着第四份开发工作将是更多的折磨（假设是在一个团队中工作，并在现有的代码库中工作）。如果做的好，这也意味着不要承担你认为你不能满足的义务。谁知道呢，也许你会发现你更喜欢烤面包。(这只是一个例子，但我认为这是一个很好的例子—-这是一门手艺，它涉及到故障排除，它奖励完美主义，而且你一般从头到尾都是自己做的。)

总之，重要的是，如果有人要求你做一项工作，你接受了，那么你就去做。后来，如果事实证明它不适合你，那就优雅地退出，去做别的事情。但是，在别人的钱上做那个 "别的事情"，而他们认为你做的是他们要求你做的事情，在任何工作中，都只会让人生气。

哎哟*

你不用我说也知道这不是什么好事，所以我就不赘述了，但值得一看的是，这三条被炒鱿鱼的案例：

案例一：因为没有表现好，第2个月就被一家金融科技公司开除了。这个是正确的，因为我缺乏动力，

这里没什么好说的–你知道你搞砸了。直觉告诉我，缺乏动力对你来说现在不会是个问题！

案例二：因为不表现而被一家网络平台公司辞退。我被安排去做与我签约的技术无关的工作，所以从我这边看来，这似乎是管理不善。

案例三：因为业绩不佳被解雇，我很担心把责任归咎于这一点，因为俗话说的好，要想避免被解雇，需要两个人的努力，如果没有更多的努力，我很惊讶，但我们把它看作是他们的错。试用期间，我得到了积极的反馈。之后，我换了一个项目，我花了很多时间重构，并试图消除技术欠账。在放假前，我因为表现不佳收到了口头警告。在这4天里，我试图通过加班和完成所有应得的工作来弥补。但是当我放假回来后，我收到了一封解雇信。

很抱歉，但是这个问题全在你身上–边做边重构本身并不是坏事，它可以是清理代码库的一个非常有效的方法，而不需要完全停止几个月的前向开发。但在你没有方向或者至少得到批准的情况下这样做（包括额外的时间）并不是一个好主意。从雇主的角度看，这看起来很像你为了通过试用期而工作，然后事后偷懒（我意识到你不是这样做的–但这就是它看起来的样子）。

一般来说，我看到的问题是，我倾向于清理混乱的代码，重构，并确保东西被很好地测试–这可能会被许多人认为是性能低下。始终无法做出估计（假设这些估计是现实的），这不仅仅是 “被认为 "性能低下，而是根据 "性能低下 "这个词的任何定义，它都是 如果一个用户故事/票据/什么的估计需要6个小时才能完成，而你花了12个小时，因为你多花了6个小时去做活动X，那么活动X是什么并不重要，不管你是在重构还是在看猫咪视频，你仍然花了6个小时去完成你的任务。当你在执行任务时，发现了一些可以从重构器中受益的东西？很好！你可以把这个技能转化为你的。这个技能可以变成你的优势_而不是你的眼中钉–你所要做的就是和你的经理/团队领导或管理计划和资源分配的人谈谈，说说你发现了什么，你认为它能给业务带来什么好处，以及你认为你需要多长时间去做。

_如果他们同意这是个值得的时间投资，他们可以算上额外的时间，你就不会超额估计，而且你看起来就像一个主动帮助公司的摇滚明星。

但是…..

你必须接受有时他们会对这些请求说 "不 "或 "现在不行”–那是因为他们认为完成原定任务的时间范围内，现在更有价值，就像我说的，你需要接受这样的回应，因为他们打这个电话没有错，因为那是他们的报酬。

除非你有110%的把握认为不立即实施你提出的重构将给公司带来可怕的后果，否则你就不要反击，不要争论。你要做你的工作，如果你的工作是你的报酬，如果你的工作后来被公司搞砸了，那么，老实说，这就是决定不做的人的责任–这就是他们的报酬！

*那么，你要从这里开始做什么？ *

我觉得你现在不需要转行–就像我说的那样，听起来你有足够的技能，虽然你最近的工作经历，直截了当的说，是很糟糕的，但这并不是不可弥补的，只要努力工作，再加上一点运气，你可以把船弄好，重新回到正轨，就像从来没有发生过一样。如果我是你的话，我会这么做：

—去承包（这将是我的建议）—工作史比起有合同词的技能来说，工作史并不重要，人们更愿意去碰碰运气。如果你想找一个合同的人，那么他们就会找一个烫金的职位，因为如果他们做了一个糟糕的招聘决定，你很容易放弃他们，然后找其他人。你有了一个很好的缓冲积蓄，可以让你有时间去试一试–给自己设定一个期限：如果你不能在3个月内找到（并成功地）一个合同职位，那么你可以扩大你的搜索范围，把perm职位也包括在内。到目前为止，我还没有花超过三周的时间去找一个合同职位，而且我在面试中也是_令人震惊的，所以你可以这样做! 一个好的6个月的合同，很少有人会在意你的最后三个perm职位! 而且在这一切之上，即使你在前几份合同中，即使你不得不看市场上的低端日薪，你可能会赚到非常好的实际工资。仔细计算出你所需要的最低工资水平，然后开始申请这个范围内的工作。总有一些公司的招聘野心超过了他们的预算，他们往往不会那么挑剔。即使你的潜力被削减了5k英镑，但从长远来看，你只要坚持2年，表现良好，就能赚回这笔钱。我不是说这样做会很有趣，也不是说很容易，但会很有效。

我意识到这里已经有16个答案了，其中很多答案都很好，但他们似乎并没有涉及到有一个小的可能性，那就是有可能有其他的原因导致你被开除。

可能只是这些都是你被开除的方便借口。指出这一点从来都不是什么好事，但从个人层面上来说，你是否符合这个要求，是值得检讨的。

我认识的几个人中，有几个人在短时间内经历了好几份工作，他们看不出原因。对我（和其他人）来说，这已经很明显了–他们有一种习惯或特质，让周围的人讨厌。对其中一个人来说，这是一个习惯，他总是大声清嗓子，再加上当人们想结束谈话时，他不接受暗示。我和他在同一个办公室工作过，我可以告诉你，他走后，周围的气氛好了很多。而另一个人，则是卫生问题。他们都因为听起来很合理的原因被解雇了，但你心里知道，这些其他的特质肯定也是你的因素之一。

我不是说你有这些特质，这甚至可能是文化冲突，甚至不是你的错，但正如其他的答案所暗示的，在这里，一段时期的反省是非常有价值的。我想延伸一下，看看个人的习惯和特质之类的东西，看看是否有可能是隐藏的原因。

我想，不听话是一个关键问题。

一般来说，我看到的问题是，我倾向于清理凌乱的代码，重构器，确保东西被测试得很好–这在很多人看来是很慢的。**你的公司告诉你它的表现很慢*，因为他们解雇了你。如果你的老板说要做什么，你就去做。如果你的老板说不做某事，你就不做。如果你不确定，那就问你的老板，按她说的去做。

作为一个职场菜鸟，公司应该做什么，不是你能决定的。当你自己决定要去做代码清理的时候，你就是在告诉他们公司你比他们更清楚。不要这样做。

作为一个做了32年的开发者，我知道离开技术债务，离开凌乱的或没有文档的代码会让人沮丧。但如果公司希望你这样做，那就去做吧。

如果你觉得你的行业职业道路有限，你可以一直在高中教计算机。还有其他的事情你也可以去做，比如项目管理。

但是当你真的去应聘其他职位时，不要把你的解雇解释为管理上的问题。即使经理对所发生的事情完全负责，你也会给人一种你没有能力评估自己的错误和弱点的印象，

在新的应聘书中写一封_简短的求职信，并解释发生了什么事情。不管是什么原因，都要负起责任。解释一下为什么事情会不一样。

你可能要接合同一段时间。相信我，我见过很多承包商来来去去去的。

一旦你重新确立了自己的地位，你就可以开始建立你的职业生涯，成为一个成功的员工。

千万不要认为你的选择是有限的，因为这只会限制你的选择。这是个老生常谈，但你必须保持积极的态度。

開発スピードを上げるために、コードの品質を向上させるために多くの時間を費やしたいという気持ちはよくわかります。そもそも複雑なプロジェクトを可能にすることを含めて、膨大な時間の節約になることは間違いありません。しかし、私は新しい仕事を始めるときには、ゆっくりと導入するように注意しています。

大きな（大きなだけではない）問題点がどこにあるのかを知るためには、（コードだけでなく、開発者、ユーザー、マネージャーから）十分なコンテキストを構築するのに数ヶ月かかると思ってください。これらをしっかりと理解したら、コードのいくつかの側面を大幅に改善するために、それらのうちの一つを短期間で作業するためのケースを上司に提示することができるようになるはずです。そして、あなたがこれらのうちの1つに成功したとき、あなたはなぜ上司があなたを引き留めるべきなのかを本当に示すことができます。このようなことをするのに、あなたは素晴らしい開発者である必要はありません - 少し経験を積んだ人は誰でも、他のチームの人たちが欠けているスキルを持っています。私は、開発者の品質保証が非常に悪いところで働いていたので、ほとんどの時間を火消しに費やしていました。それは楽しいことではありませんが、**unless you can make the money roll in faster 経営陣は物事をきれいにすることに興味を持っているつもりはありません。個人的には、研究機関や小規模な会社をお勧めします。

我完全不同意这里的其他答案

所以，我来到这里找了所有的答案，告诉你要做人，低调，接受批评，努力完成分配的任务，提高沟通能力。

首先，首先–你绝对应该提高你的沟通能力。如果我是你的话，我会考虑这样做的。你的代码确实超过了平均水平，说明你的代码很挑剔。说白了，你的资料并不惊人，但在我的书中，你的资料肯定比一般的开发人员要高。

你不需要为自己被解雇三次而辩解

软件行业是一个有这样的GitHub资料的地方，即使你被解雇三次，也能得到面试和录用。

你可以说你工作过的地方不适合你的文化，因为他们不像你一样重视技术上的优势（这是事实），而在那些重视技术上的优势的地方面试。

理想情况下，你会按照你的老板告诉你的工作，这是一件好事，但你完全有可能找到一个与你的价值观一致的地方。既然你可以挑剔我会找一个地方：

• 与你感兴趣的新技术和现代技术一起工作

• 有一个你关心的价值观文化

• 解决你觉得有趣的问题

与其关注如何解释为什么你被解雇了

不如关注如何解释你被解雇的原因–关注你在工作中真正想完成的事情。

找到一个适合你的地方

我认识几个和你情况类似的程序员（一年内被炒了3-4次），直到他们找到了一个能压制他们的地方。他们是相当有主见的，有点吵，而且非常关心使用现代标准和做正确的事情_的方式。

我通常会说的很多内容已经说过了。但至少有一条路是你可以走的，我想还没有人给出过答案。这些都是事实，但找另一个雇主不一定是唯一的选择。如果你的下一个雇主是………..你呢？

优点：

–你不需要解释什么，也不需要向别人解释什么，也不需要为发生的事情辩解。 –如果你真正擅长你能做的事情，你的技能会受到追捧，而且价格不菲。 –你已经有了半年的积蓄–这足够你找到客户并开始工作了。

-一旦你有了几个客户，你就可以选择你想做的事情（即接哪些客户），而不是你的雇主让你做什么就做什么。

缺点：

• 你需要经营自己的业务，整理好自己的税收，以及开发软件。
• 如果你没有你自己认为的那么好–或者如果你找不到动力去做客户想要的事情–或者如果你把所有的时间都浪费在制作整齐的代码上，而客户只是想要工作的软件，而你却没有技术上的债务–你可能会烧掉你所有的积蓄，最后可能会回到你现在的位置，只是你的积蓄没有了。*这是一个真正的风险。 **在你走这条路之前，你需要对着镜子认真地看一看。但我怀疑你无论如何都要这么做。

坚持住。很多人到了30多岁，发现事情并没有像他们预期的那样。现在还不算太晚。

在我看来，你的问题是，你的问题在于你按自己的方式做事。你有这样的行为模式，你做事情的方式就是 “正确的方式"，任何表明你需要改变的事情都会被你的行为模式所影响。幸运的是，你的方式实际上是很好的，你有很强的职业道德，有很好的工作方式，而且你并没有错，这就是 "正确的方式"。问题是，当这与你的雇主的优先级发生冲突时。

你的第一次被解雇是你自己承认缺乏动力，FinTech是相当枯燥的材料，我当然不能怪你对它失去兴趣，我肯定它不会留住我的。我就不问你当初为什么要跟它走了，我在应聘FinTech工作的时候，我在应聘现在的工作地点的时候，工作就是工作，

说它不合适，也是教训，

你第二次被炒鱿鱼是因为被要求做一些你最初没有被录用的事情（至少按照你对合同的理解），并且不满意。
这种情况并不少见，我曾经处理过很多工作，我的时间都花在了不做我训练有素的工作上，这绝对是管理不善。仅仅今年我就从头开始学习Web开发，从头开始拿起了Vue.js、JQuery和Bootstrap，去年我学习了Xamarin，成为了一名App开发者。 你知道写代码的正确方法是第一时间把代码写好，把时间花在前期，后期会省时省力省钱。你说的一点也没有错。

然而，你被赋予了（我猜想）明确的任务分配，由于你花了时间在任务之外，所以你没能始终如一地完成要求你完成的工作。记住，最后10%的问题需要90%的时间。打开问题代码，修补导致问题的部分，添加一个//TODO来正确修复它，在某个地方写上说明它需要更多的关注，然后_继续前进。通常情况下，90%就足够了。

你的#1任务是总是交付你被告知的材料，作为一个新员工，你的单方权力远没有你想的那么大。我自己也曾因这个问题而陷入过麻烦，有时很难按部就班地去完成。

这可能是你最大的问题。你需要按照你的雇主希望你做的事情去做。如果你觉得你的雇主低估了某件事情的重要性，那就用时间和金钱来解释，如果他们仍然_不同意。接受它。

雇主是你的客户，正如那句老话所说，客户永远是对的。

总而言之，不要放弃。你显然已经具备了成为一名优秀的程序员的技能和能力，你只需要找到一份自己感兴趣的工作，并在分流问题的同时注意到团队的优先级，就能更好地处理问题。

我猜你们公司遵循的是AGILE的方法论。

他们的关键是不做你想做什么就做什么，而是做你的任务。

在开始的时候，要求更多的时间和获得更多的积分，比一开始就滑倒要好得多。

管理层对你的任务的难度没有任何的概念，他们只是按照最初的估计来做。

到目前为止，没有一个答案似乎没有考虑到你运气不好，连续找了3份糟糕的工作的可能性。肯定是有一些非常糟糕的工作和不合理的经理在那里。我也有过几次，但没有连续找过那么多。有时，他们在面试时很难被发现；在某些情况下，工作描述和面试时说的东西完全不准确和误导。所以，这很有可能不是你的错；但只有你有足够的信息量来判断。

不过，到最后，很有可能是你一开始就找了一份不好的工作（繁琐、管理不善、工资低）。你只要忍耐几年就好了，所以要想清楚你愿意在一份工作中忍受什么，或许可以降低你的期望值。

在我看来，你唯一的问题是不能完成交给你的任务。在你被开除的所有工作中，你都说你没有完成交给你的任务，而是专注于做其他事情（重构等）。除非你把这些事情提出来_之前，你会错过截止日期，否则我是不会做的。

永远记住人们在每一个消极的情况下都会有最坏的想法。所以，如果你错过了最后期限，并且有多个文件被改了（即使它需要的时间不多），他们也不会对它有什么好的看法。一定要把你看到的问题进行沟通，在你还没做之前，一定要从经理那里获得做其他事情的权限。不要一开始就开始做其他任务，

我想如果你按照这个建议去做，你的事业一定会很成功。在某些时候，大家都会信任你的专业知识，专注于把代码做得更好。但作为新人，没有人知道不做一个简单的任务，重构不相关的代码，那是不可能的。

我知道这个问题已经有太多的答案了，但我只是想分享一下我的经验，根据Joe Strazzere的建议，你可以**考虑一下临时工/合同工的工作。在伦敦，你一天可以赚到500英镑左右。这样做的好处是，你永远不会厌倦你工作的地方，开始拖拖拉拉，每隔3-6个月你就需要找一份新的合同。

这可能是一个解决方案，但同样的，你可能不太适合快节奏的承包商工作。就我个人而言，我很喜欢这样的工作，在我为BBC签约6个月后，我有了足够的积蓄，可以完全自由地在家工作。就我个人而言，我从来没有像经营自己的公司时那么有动力。

*但我也感觉到你对你的职业并不100%满意，也许是时候休息一下了？ *

你有积蓄了，为什么不去旅游，花3-6个月的时间考虑下一步呢？有一个很好的旅行方式就是使用workaway，我在西班牙和日本做过志愿者，都是用它。你会认识很多人。https://www.workaway.info/299958546294-en.html

我很同情这一点–你很难在不打扫卫生的情况下继续把新的功能推到门外，还觉得自己在为自己引以为豪的事情做贡献。我不会告诉你 “克服它”–我想，除非你的自我反思能力很差，否则这个选择已经发生在你的身上了。

相反，我建议你考虑用你的技术知识去做一个不以写应用程序代码为核心的软件开发职业。你仍然可以写代码和解决许多同样的难题，但你的核心重点和责任是提高产品的质量。这似乎更符合你在这里表现出的主动性。

根据我的经验，在这种类型的角色中，你通常有一个较小的团队，你所负责的代码库中的部分较小，因此有更多的自由度来进行重构。此外，如果你的工作做得很好，你不仅能写出自己满意的代码，而且还能帮助提高实际生产的质量。

我建议你休息一下，好好锻炼一下自己。尤其是缺乏积极的朋友圈和不活跃的社交生活，似乎是你生活中的一大诱因。你是否感到焦灼或孤独？你有没有尝试过接触治疗师或导师，检查一下自己是否患有抑郁症或多动症？你是否愿意在权威的领导下工作？你有没有考虑过做自由职业或兼职？很多人在30/40多岁的时候就会遇到一个高原期。而编码工作有时也会让人魂不守舍。试着去探索一下自己的兴趣爱好或与自己擅长的领域相近的相关领域。

这个问题似乎确实比你的工作领域更贴切你的性格。我强烈建议你先休息一下，然后再去深思熟虑，直到你找到动力，加入另一个团队。

作为一个同样看重干净的、经过良好测试的代码，并且鄙视代码债务的开发者，我能理解你的观点。然而，你的工资是为了完成分配给你的任务。工作不是做你想做的事情，而是做你的雇主对你的期望。当你能在做你所付出的事情中找到乐趣，那是一种享受。拥有良好的职业道德，需要你养成自律性，无论你是否喜欢做，无论你是否在做的过程中找到满足感，都要专注于所分配的任务，并把它完成，让雇主满意。你可以从中得到的回报是：(1)获得报酬，(2)有一定程度的安全感，你会继续被雇佣，(3)也许能学到一些新的有用的东西，(4)在组织中建立起尊重，你可能会利用这些尊重来最终做一些更符合你的喜好和/或更满意的事情。如果可以在完成指定任务的过程中完成，而不耽误完成指定的工作，那就太好了。如果它只能以牺牲所分配的任务为代价来完成，那就别管它了。

还有一点需要考虑的是：商业决策是根据是否增加收入还是减少成本来做的，一般来说，商业决策的时间很短。企业关注当季或下个季度的业绩，这并不罕见。大量的投资资金都是根据季度业绩来调动的；这就是指导企业决策的依据。你觉得对代码库的改进是一种长期投资，没有可量化的收益，你觉得有动力对代码库进行的改进是一种长期投资。我们都知道这是一件好事，对于一个长期经营的企业来说，这是正确的事。然而，企业并不是根据什么是正确的、长期的、最好的来做决定，他们是为他们的主人–投资人服务的。

如果你决定要继续做开发者，我感觉到你是这样做的，因为你对这三份工作之外的成就感到自豪，请采取具体的措施来解决你的局限性，这样你的优势终于开始为你的雇主发光发热。在你的下一份工作中，确保你在任何时候都知道老板给你分配的前三名优先事项（以及它们的相对重要性）。在每个工作日开始的时候，写下你目前的优先事项，并在最后总结一下你对照这些优先事项完成了什么。不要啰里啰嗦，要尽可能地把每一个优先事项和完成情况的描述写得简短而贴切，只写出最低限度的细节。类似于…..

开始的一天

1.实施新功能 A 2.为 A 编写单元测试 为A编写单元测试 3. 构建新的A版本，并为测试人员编写文档。

结束 1. 编写了A的单元测试，并修复了Bug，使其通过了所有测试。无法发布A版本，因为我花了两个小时支持销售部处理一个优先客户的产品问题。构建A版并为测试人员编写文档。 2…………

每周一上午做类似的事情，这一周的工作。首先写下你本周的计划目标/优先级，然后每天早上写每天的优先级时参考一下，这样就能与你的周承诺保持一致。

同时，用你的日结笔记来回顾和总结前一周的完成情况。然后把它作为你的每周目标/成就发给你的老板，这样他们就会知道你做了什么和计划做什么。这样，如果你错了或者优先级发生了变化，他们就可以提供课程修正。当你刚开始新工作时，最初的几个星期，你甚至可以把你每天早上的工作重点和昨天的总结发给你的老板，这样可以更快地建立起他们对你的信心。把它们分成 “承诺 "和 "拉伸目标"，如果一周顺利的话，你要把它们分成 "承诺 "和 "拉伸目标"，如果一周顺利的话，你要传达你希望达到的目标。每天开始的时候，你会把注意力重新集中在你所分配的优先级和承诺上，这样更容易抵制重构和做其他未分配的工作 2. 迫使自己在每天结束时回顾成就，会让你非常清楚地知道自己什么时候退缩了，再次帮助你重新专注于你所分配的优先事项。 3. 与老板分享，有助于他们将你视为一个可靠的、可预测的团队成员，让他们对老板有好感，并帮助他们实现自己的目标。

其实我每周都会亲自为老板做周报，他很喜欢。这实际上减少了我们需要的沟通量，因为他已经建立了很多信任感，相信他知道我在做什么，如果优先级改变了，他可以很容易地给我重新指导。

我不做每天的工作日计划/总结，但我推荐它，因为看了你的帖子后，我意识到我们都需要它。和你一样，我也容易被误导到重构代码和修复那些对公司来说不一定是高优先级的问题。而且一周的时间很长，很容易在中途忘记一些关键的目标，在周一总结一周的工作时才意识到自己错过了。所以在写给你的同时，我也给自己分配了每天重复提醒自己做这两件事。

最后，如果我的建议似乎并不能让你每天都专注于正确的优先事项，没关系。但一定要确保你找到另一个系统可以。即使你转行到另一个领域，每天专注于老板和公司的期望，也是你无论选择什么职业道路都能成功的关键因素。 你已经证明了你已经具备了所需的条件，通过做自我分析，你已经证明了你写这篇帖子。你有欲望，你有能力，你只需要加上专注和组织。这个问题在你的身上逐渐清晰，你有能力去解决这个问题。我期待着你未来的成功，希望你发帖更新，让我们大家一起分享。

兰迪 祝你成功，

兰迪

编辑：永远不要忘记，乔布斯被苹果公司解雇，而苹果公司给他的教训让他第二次成为了更优秀的CEO。爱迪生被美国西部联盟解雇，在完善灯泡之前，他失败了无数次。华特-迪斯尼因为 "创意不足 "被KC明星公司炒掉了，于是他自己创业，破产了。你还很年轻，把你所学到的经验和教训，用在你的成功上。

好吧，所以我们可以同意你已经在你的职业道路上跌入了 “谷底"。那又怎样？只有一个方向，你可以从那里去，这是向上！

是否继续在你目前的职业选择或不完全取决于你是否真的喜欢它。你应该去别的地方找一份小工作（哪怕是不重要的工作）来积累资金去追求你更感兴趣的东西。那就重来一次吧! 从底层重新开始，这一次要正确地做。开始在任何一家软件公司以Jr.级别的开发人员的身份申请软件工作(甚至是实习生，如果有必要的话)。这一次，你要努力工作，重建你的声誉和简历，同时也要给新雇主留下深刻的印象。在这里，最好的办法是重新设置一下! 而且没有什么可耻的，再试一次，努力工作也没有什么可耻的!

这里有很多非常棒的答案，但我确实有一些额外的见解，你可能会想在寻找/保留下一份工作的时候牢记在心。

首先，永远不要放弃你的梦想。你已经投入了大量的时间和金钱，我想你已经投入了大量的时间和金钱来走上这条职业道路，在这个时候放弃是不应该的。在初出茅庐的开发者中，有一个普遍的信念是，他们的编程技术比前辈们高人一等。在某些情况下，这可能是真的，但即使是真的，其他更资深的程序员也会对他们所创造的东西感到非常自豪，当一些新来的人加入并开始破坏他们的程序时，他们会很生气。企业依赖他们的产品是可靠的，一个小小的缺陷就可能导致下游的巨大问题。你不希望成为***的人。在金融界，一个小小的失误就可能造成数百万的损失，甚至让公司破产。所以………..企业主通常对自己的代码很有保护意识，他们不希望有人在他们不应该触碰的东西上做手脚。至少在试用期结束前，不要试图超越对你的期望值。只要每天准时出现，在不影响他人的情况下做好自己的工作，和同事们的关系融洽，就不会被开除。记住，你被录用并不只是因为你的编程能力，那只能让你进门。如果你想成功，那么你还必须在软技能上下功夫。你的成功取决于有一个良好的态度，以及与他人的相处方式。

不要放弃！

补充一下其他人的建议：想象一下，你在公司工作了X年，一个新来的员工出现了，并开始表示（通过言语和行动）现有的工作（你和你的同事们已经工作了很多年）"马马虎虎"/“没有价值”/“必须改变，让新员工感到舒服"，当经理问你（和你的同事），你认为你（和你的同事）会如何回应，当经理问你对新员工的反馈？我无法想象有人会以 "是的，我喜欢和他一起工作 "来回应。"是的，我喜欢和他一起工作，他确实很懂事"。我可以想象出更多的反馈。"傲慢自大，全知全能，似乎无法融入团队。”

当我听到一个新员工说这样的话的时候，我总是觉得很不爽。"你现有的代码/产品/流程是垃圾/糟糕/错误的。我的想法/方法更好。我分得清对错，但你不知道。我可以做得很好，你做不到的地方，我可以做得很好"。我总感觉新员工过不了任何试用期（我很少出错）。

代码变成这样的原因有很多，包括带着遗留的工作，时间有限，程序员马虎，适应不断变化的规范，使用遗留的HW/SW/系统工作，等等。然而，代码是，然而，该组/公司的产品，他们将有一些所有权的自豪感，甚至可能是一些经验证明，它的工作 “足够好"，使他们$。你甚至可能会在你的评价中点到为止，但这可能是完全无关紧要的。烫金职位的编程也是关于作为一个小组的共同工作（这个小组包括你的经理）。

如果你想在类似的小组中担任烫金的工作，请考虑一下你可以改变什么（核心是心态上），让小组的其他成员给你的经理反馈，确认他们雇用你的决定，并表示你会让小组变得更好，少一些可避免的不愉快的意外（对你的经理和公司来说都是如此）。

这个答案很笼统，有很多建议：

1.你可以把自己的期望值放低一点。尽量降低自己的期望值，在IT行业一定有适合你的工作岗位 2. 也许你应该在第一时间质疑你对职责的约定 3. 遇到阻挠的问题时，要及时沟通。在保持专业性的同时说出自己的想法 4.在工作中，一定要保持专业性。当你没有足够的动力时，一般来说，这是你的问题，所以可以尝试着要求在一年中分散在不同的时间段内的短期空缺，而不是在短时间内的长空缺（这可能有帮助，也可能没有帮助）。我不知道你的背景和情况，但在IT领域有一些任务，比如推广IT产品，为其他学院组织新技术的宣传会，编写文档，清理旧代码（对开发人员来说），建立新的概念证明，项目创意，参与挑战，并努力为自己的团队的名字而名列前茅。 ….等等等等等等，可见一个开发者在IT行业可以做的事情有很多，

这是我目前能想到的比较自由的选项列表。

1. 你意识到代码不好。
2. 2.你采取行动，试图改进代码。 3.经理不领情。

在有些地方，你的真正帮助不会得到赞赏，他们只是想让你去解决编造的问题，以满足他们的成就感。这可能是其中一种情况–我不确定。如果是这种情况，那么你也没有什么办法。你意识到这是胡编乱造的，你选择尝试着做你能做的最好的事情，无论你能做什么，都能让公司受益。直到你找到一个地方，在那里得到赞赏。这样的地方确实存在。

你似乎有一种不听从指挥的倾向，和/或被一些无关紧要的细节所困扰，从而去做你想做的事情。这些都会导致缺乏团队合作，时间管理能力差。

我曾经有一个同事被录用了一个他不想要的职位。在面试过程中，我可以看出他对某些传统的技术和标准平台有一种厌恶感，而他要做的就是这些平台。他有强烈的偏见。甚至他的简历上也显示他从一个地方跳槽到另一个地方。管理层并没有听我的意见。

他不仅不愿意做他所分配的工作任务，不愿意学习，还试图寻找其他的技术和代码库来取代我们的技术和代码库，甚至有时还试图接管别人的任务。他想把大家的时间都浪费在已经在生产中的项目上的代码审查上，这样他就可以向我们展示正确的编码和干净的语法（或者说是缺乏语法）。他过于完美主义，结果是浪费了自己的时间。

也许这些特点并不适用于你。也许你只是不喜欢做你所承担的任务，需要改变。但如果你能认同这几点，你在任何地方都不会坚持太久。

讽刺的是，我的前同事实际上因为在他讨厌的技术/平台上工作的经历，得到了一份更好的工作。所以，有时候你必须强迫自己去做你不喜欢做的工作。

有些公司的回头率非常高，每年有一半以上的人都在换人。当有些公司会尝试着在问题上下功夫，了解原因，改变自己这边的一些东西，而有些公司则可能会在发现一些微弱的迹象后立即开除，他们有政策不允许。他们的招聘公告永远不会离开热门招聘门户网站的留言板。如果你不注意去哪里，有合理的机会一而再、再而三地打击他们，即使他们不占多数，

尽量找那些知名度高、但长期招聘不那么活跃的公司。理解被开除的原因（即使他们看起来相当弱小）。避免类似的行为，一旦被认可就会引发预设的反应。