仪表放大器39m做90 %的维护,10 %的开发。这正常吗?

这个问答是两周一次的系列文章的一部分,强调了技术爱好者遇到的常见问题,并由80多个问答站点组成的免费社区网络Stack Exchange的用户回答。疲倦的程序员问:

我刚刚开始我的职业生涯,是一家中型公司的web开发人员。我一开始就承担了扩展现有应用程序的任务(代码编写不当,多年来由多个程序员开发,以不同的方式处理相同的任务,零结构)。

所以,在我成功地用所请求的功能扩展了这个应用程序之后,他们给了我任务来完全维护这个应用程序。这不是问题,我想是这样的。但后来有人告诉我不要改进现有的代码,而只关注错误修复。

从那以后,我又有了3个和上面一样的项目,现在也要维护。此外,我还必须维护我从头创建的4个应用程序。

我开始从用户(读:经理)每天给我要维护的每个应用程序的邮件中疯狂起来。他们希望我在处理这些邮件的同时,还能处理另外两个新项目(之后已经有5个项目在排队)。

可悲的是,我还没有收到我自己编码的任何错误报告。

这正常吗?我做的工作相当于整个开发团队吗?p

p .我的薪水几乎和超市收银员一样。

回答:该是改变的时候了( 96票),彼得·特伦克回答:

听起来管理层在管理你的工作负荷和确定任务优先级方面有问题。你应该和你的经理谈谈,让他们明白你负担过重,如果每个人都不断地向你提出要求,要求你立即得到满足,你就不能做有效的工作。这让你从一项任务跳到另一项任务,浪费了很多时间在脑子里切换。为了有效的软件开发工作,一个人应该能够沉浸在一项任务中,并全力以赴。中断越多,上下文切换浪费的时间就越多。研究表明,我们需要大约15分钟的时间来沉浸并进入大脑工作效率最高的流动状态。如果你每隔15分钟就被打断一次,你就永远不会有流量,这对你和公司来说都是巨大的浪费。

所以你应该尝试和你的经理谈判一个更明智的工作模式。这应该包括优先处理收到的请求,并在一定程度上提前进行规划。所有用户请求都应按照优先级顺序保存在列表中。而且优先级不应该由请求者决定(因为自然每个人都认为他/她的请求是地球上最重要的),也不应该由你决定,而应该由具有足够商业知识和对你所维护的所有产品的概述的人(产品所有者)决定。理想情况下,所有传入的请求都应该输入到Jira或Mantis这样的问题跟踪器中。或者至少邮寄给产品所有者,而不是你。他/她应该处理用户的所有投诉,让你专注于开发工作。如果达不到这一点,那么当你看到传入的请求并处理它们时,你至少应该协商一些时间窗口,把不间断的一部分时间专门用于开发。

如果可能的话,下一步可能是在一定程度上提前计划。也就是说,估计执行最高优先级请求所需的时间,然后将时间安排在冲刺阶段,每个阶段可能需要一周或更多周,并为下一个冲刺阶段分配足够的任务来覆盖您的时间。你可能想保留一部分时间来处理紧急请求,但其余时间可以提前计划。你也可能喜欢把不同项目的工作组织成单独的项目,即星期一的项目A,星期二的项目B,星期四上午的项目C和下午的项目D等。,以进一步减少上下文切换。这样你就对未来一周或几周的工作有了大致的了解。此外,这也为您的客户提供了路线图:他们可以看到什么时候实现了哪个请求。您可能想也可能不想在这里向您的经理提到 Agile 这个词——这基本上是敏捷开发,但是有些人在不知道它是什么的情况下反对敏捷: - )

请参阅:将敏捷引入工作场所的有效方法。

请注意,即使你目前的职位看起来被你的公司低估了,你所维护的项目越多,你的谈判能力就越强。寻找和培训一名新员工来维护所有这些项目对公司来说需要相当长的时间(金钱)。你可能会正确地指出,你的代码比这些应用程序的遗留部分好得多,所以他们很难找到同样功能的候选人金额。更不用说,如果他们不改善工作条件,他们会让下一个人厌倦,和你一样快就辞职...试着让他们明白,留住你,让你开心是符合他们自己的最大利益的: - )这可能会给你一些权力来谈判上述条件,和/或要求加薪。

回答:这是一项有缺陷的工作( 170票),很少回答:

在实习期间,我发现自己花了很多时间来修复错误。你必须意识到,作为一名初级员工,你不会得到最性感的工作,你会得到别人不想要的单调工作。很不幸,但每一份工作都是这样的。

另外,你必须意识到,对一家公司来说,拥有有效的代码比拥有干净的代码更重要。从你公司的角度来看,你改变现有的结构是浪费在重新做已经做的事情上的钱,并且可能会引入更多的错误。通常这些类型的公司不是计算机/软件公司,所以没有足够高的经理有技术背景知道有时你需要进行这些重大的改革。也就是说,如果你的公司是由有技术能力的人经营的,他们了解好代码的价值,你可能会有更多的回旋余地,尽管有时你需要选择你的战斗(毕竟,一个企业的主要目的还是赚钱)。

也就是说,你想要在软件上留下你的印记,想要更有意义的工作,这并不是没有道理的。同样不幸的是,你不得不同时处理这么多的项目,而同时又收到这么多不同经理的请求。

作为一名程序员,你花在维护和修改别人代码上的时间比从头开始写自己的代码要多,这是生活的一个事实。如果对你来说这是个问题,那么也许你应该坚持把发展作为一种爱好,并从事不同的职业。如果你可以维护代码,但是你觉得你没有被有效地使用或者被淹没,那么这是你需要和你的经理讨论的事情。如果你的问题比这更严重,或者如果你觉得你的经理不知道如何有效地管理你的技能组合,那么考虑在另一家公司找到一个职位将是一个好主意。考虑到你所说的低工资,这可能是你最好的做法。

回答:离开( 84票)尼尔斯回答:

p . s .我的工资如果不低于超市收银员的话,几乎是一样的。

我想写一些关于如何谈判的东西,直到我读到你问题的那一部分。现在,我只能说:离开!

这最多是拥有学位的开发人员通常收入的一半。而且你在工作中似乎什么都没学到,你似乎也没有被那里出色的工程师包围。你的工作是浪费时间。是时候做些不同的事情了。

回答:更多建议( 25票) David _ 001回答:

以及其他人的评论:

1。是的,给一个初级员工做别人不想做的工作是很正常的。

2。你应该把这看作是你未来职业生涯的基石。

那你该怎么办?为了证明自己是一名专业开发人员,你需要确保你的工作是有条理的和有计划的,否则你可能会发现很难在你目前正在做的好事的基础上再接再厉,所以你应该尝试做如下事情(如果你还没有这样做) :

为每个项目准确记录你的工作。所以如果你花1个小时修复项目A上的一个错误,这次就记录下来。如果您想讨论工作负载,这将有助于向您的经理展示。编写单元测试。你提到你维护的一些项目充满了错误,所以我猜单元测试很少(如果有的话)。对于每个错误报告,编写一个复制错误的单元测试,然后修复错误。这将有助于确保不发生回归,提高代码质量,并在您有机会的情况下充当重构代码的平台(例如,它可以帮助您说服涉众,由于单元测试套件,重写某些部分可以提高质量,而不会引入新的错误)。找一份新的工作——你同时处理许多项目,从头开始编写代码,你可能经历了整个项目生命周期。你获得了一些真正的、有价值的经验,你会在别处找到成功的应用。你认为你知道当错误修复变得压倒性并且你感觉被低估时该怎么做吗?不同意上面的意见吗?投赞成票或反对票,或者将自己的答案留在Stack Exchange的原始帖子上,Stack Exchange是一个由80多个站点组成的网络,您可以在其中交换关于web应用程序、骑自行车、科学怀疑以及(几乎)介于两者之间的所有问题的专家知识。

Copyright © 2017 时时彩平台 版权所有