Questions tagged «motivation»

我最初是从最喜欢学习的学生开始认真编程的，然后大约4年前开始实习，我一直在做一些小项目作为学习活动。虽然现在已经上学了，但我还是以软件开发人员的身份工作。我仍然很乐意在旁边进行一些项目，以了解我在工作中没有接触过的计算机科学领域，但是我注意到在主演IDE 8个小时后，仍然很难尝试退出。最近，只要有时间我愿意做一些事情，它就会被抛在一边。 当您花费大部分时间进行编码时，有人对坚持附带项目有任何建议吗？

43 self-improvement  motivation 

您知道他们，那些没有道理的错误。好像一颗鬼针弹跳到了筹码的深处，弄乱了一些东西。您会散步，写东西，给叔叔打电话吗？

29 productivity  debugging  error-handling  motivation  error-messages 

已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗？更新问题，使其仅通过编辑此帖子来关注一个问题。 6年前关闭。 想象一下自己被一家新的创业公司聘用，该创业公司得到了几百万来自风险资本家的支持。 您的任务：organize the development of the next killer app。 25个开发人员太多了，无法单独照顾每个人，那么您会做出什么决定来激励他们？ 从股票期权到免费Cookie的任何解答，我将不胜感激；） 当然，这里的窍门（除非您确实是这样一家初创公司的经理），是让您自己沉迷于其中一位程序员。 编辑：这是一个虚构的上下文。这个故事的目的是激发您的愿望。我想捕捉一下激励开发人员的原因。

21 productivity  management  motivation 

按照目前的情况，这个问题不适合我们的问答形式。我们希望答案会得到事实，参考或专业知识的支持，但是这个问题可能会引起辩论，争论，民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出，请访问帮助中心以获取指导。 8年前关闭。 此问题是从Stack Overflow 迁移而来的，因为可以在Software Engineering Stack Exchange上回答。 迁移 8年前。 我是本科二年级的计算机科学学生。我的问题很直截了当，但到目前为止仍然无法解决。仅仅是因为我对编程感到厌倦。我不知道为什么，但这只是发生了。 当我开始使用C ++开设第一门课程时，我感到非常兴奋。我非常激动，以至于我在2个月内完成了两本繁重的C ++书籍，远远超出了我的课堂和自己的期望。就像我可以轻松地开发算法并对其进行编码一样。我研究了很多C ++， 但是在过去的两个学期中，我几乎不喜欢编码，并且对此失去了很多兴趣或热情。 我也很喜欢CS学位的编程，但是即使这样我也无法设置。请告诉我该怎么办？我自己开始了C＃和XNA Game的开发，但仍然就像我在推动自己。谁能给出建议，唤醒我内心的编码器？

21 motivation 

按照目前的情况，这个问题不适合我们的问答形式。我们希望答案会得到事实，参考或专业知识的支持，但是这个问题可能会引起辩论，争论，民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出，请访问帮助中心以获取指导。 7年前关闭。 我从事程序员工作40个小时，到我回到家时，我要做的最后一件事就是编写更多代码。但是，我感觉自己并没有进步，而且我确实喜欢软件工程。那么，你们如何在工作之外找到时间/动力来提高自己的技艺呢？

20 motivation 

关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗？ 更新问题，使它成为软件工程堆栈交换的主题。 7年前关闭。 许多人仍在同一家公司工作超过10年。是什么促使您坚持目前的工作？

20 motivation 

作为一名经理，我不能总是以最先进的方式完成工作。一些项目确实以维护模式运行，并为公司带来了健康的自由现金流。 作为开发人员，您需要在这个项目中坚持什么？我一直在考虑将工作重新命名，但是我可以在这里提供很多帮助。 编辑：谢谢大家的建议。到目前为止，这是我们所拥有的： 根据开发人员的兴趣轮换工作 灵活的工作环境 分配时间从事宠物项目 社交和娱乐 项目品牌 将此用作其他项目的垫脚石

20 project-management  motivation 

只是大声思考-我们的程序员喜欢所有这些投票/徽章/代表的东西，因此可以将这样的方案引入公司代码审查流程中，以鼓励更好的编码。 就像是 您（或代表您的其他人）可以发布评论（可以是摘要，单次提交或一系列评论）以进行代码评论 其他人可以对此发表评论（类似于SE中的答案） 可以提供/建议使用徽章（有些会很不错，有些会很糟糕，例如“ Comment Desert”（评论沙漠）等等） 您可以对代码本身以及注释和徽章（例如，如果有人建议使用徽章而您同意/不同意），则可以上下投票。 这样的计划的目的是 引入一些乐趣以鼓励使用代码审查 提高质量（在此方案中，代码审阅者和审阅者都可以学习） 减少代码审查引发“自我战争”的机会 提供一些指标以帮助衡量个人表现 能行吗？有什么想法吗？

17 code-quality  code-reviews  motivation 

按照目前的情况，这个问题不适合我们的问答形式。我们希望答案会得到事实，参考或专业知识的支持，但是这个问题可能会引起辩论，争论，民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出，请访问帮助中心以获取指导。 7年前关闭。 我从事专业程序员已经很多年了（20年），现在我已经失去了兴趣，目前我什至无法淘汰几百行简单的东西。我需要3-4天，而不是30-40分钟 任何人都有如何使您的兴趣重新获得的提示？ 从我小时候起，只要我醒着就一直从事编程/编码工作。我曾经完成工作，然后在网上搜寻新东西直到睡觉。现在，我很幸运地使工作中的LOC计数显得合理。 编辑 谢谢大家-一些很棒的建议-我没想到的很多-尽管我不希望这项运动很可能需要它。

16 motivation 

关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗？ 更新问题，以使它成为软件工程堆栈交换的主题。 4年前关闭。 我曾经在一家非常小的外包公司工作（有4个程序员和老板），然后当压力和频繁的长期轮班使情况变得难以忍受时，我转而以更宽松的日程转向薪水更高的工作，这使我有更多工作要做。空闲时间。 但是，问题在于，大多数情况下，所有内容都在Classic ASP中进行编码，该代码与自定义的C ++排队系统对接，该系统将所有内容存储在AS400系统中。我的老板曾经是为此做出最初努力的开发人员之一，尽管越来越难以用昨天的工具来满足当今的业务需求，但我自然不会批准改用其他语言/技术。 在可预见的将来，我几乎无法使用Classic ASP进行编码，而我一直在努力寻找使它变得至少有趣的方法，因为我以前曾经使用过.NET和Java，而且我觉得我要去向后...有什么建议吗？

14 motivation  legacy-code  asp-classic 

已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗？更新问题，使其仅通过编辑此帖子来关注一个问题。 6年前关闭。 我们的团队正在考虑进行“一周内的项目”（训练营），我想知道是否还有其他人有这样做的经验或任何建议？ 其背后的想法是摆脱办公室的干扰，相互激励，并在团队中建立我们的纽带，以便在短时间内提出创新和有利可图的产品。 计划是让整个开发团队（大约5个开发人员），设计师，项目经理，几个销售和市场营销人员在会议中心/酒店呆上一个完整的工作周。我们将完全专注于构建一个Web应用程序（预先计划）并在一周之内将其发布并投放市场。我们将工作很长的一天，但在晚上，我们将作为团队一起玩乐。为了确保我们不会因日常客户支持而分心，将有几个团队成员留在办公室。诸如Firebrand这样的培训公司也使用了类似的“沉浸式”方法。 好主意？糟糕的主意？我们应该如何激励团队？ 任何想法/经验/建议将不胜感激。 干杯

14 project-management  project  motivation  teamwork  team-building 

最近，我参与了一个敏捷项目（使用Scrum），管理层提出了一个想法，即团队将在每个sprint的末尾提名开发人员“ MVP”和QA“ MVP”。球队。然后，MVP将获得少量金钱奖励，免费午餐以及奖杯，以展示在他的办公桌上。到目前为止，我们已经有了两个冲刺，并且有了这个奖励系统。 我从中看到的好处如下： 已修复了更多错误（这是高层管理人员希望看到的，其所需方向发生了变化） 每个“团队”的MVP都会得到认可并获得自尊心的提升（或者这是自我的提升？） 我已经注意到做这种事情的一些不利方面（至少从开发人员的角度来看）： 有一些开发人员非常关注数量，以致错误修复的质量下降了。一个区域的修复导致另一区域的退化。 有一些开发人员正在挑选“更轻松/更快捷”的错误来增加错误数量。我猜这里可能是好是坏。 较高的优先级（很多时候与“更难/更长的修复时间”相关）实际上已变为较低的优先级。 阻塞性缺陷无法及时解决，因为通常它们会花费更长的时间，并且需要与质量保证部门进行更多的协调。 开发团队中的团队方面已丢失。开发人员和质量检查人员在团队合作方面的合作也没有改善，但与以前相比并没有太大改变。 无法轻松识别/跟踪超出错误修复范围或朝着那个数字方向努力。 我确实相信上述每个“坏”问题都可以在一定程度上得到解决，具体取决于团队如何处理每个“坏问题”。 那么我的问题是，有没有人成功完成过类似的事情，您在每个冲刺中都认可了MVP？如果是这样，您认为促成成功的因素是什么？

9 agile  scrum  teamwork  motivation 

我的问题与我应该如何分享客户给我和一名程序员程序员（他们都是自由职业者）支付的费用有关。 我想到了一些选择，但对于哪一个对我们俩来说都是最有动力的，我感到两难。 1）我想到的第一个选择是五十五十份。但是，我的同事将需要做更多的工作，而至少在最初，我将处理与客户的沟通。 2）第二种选择是60-40的份额，同事付出更多努力会获得更大的份额。我最倾向于采用此选项，但我不确定从长远来看会如何。 3）第三种选择是根据花费的小时数计算每个人的贡献，并相应地分享收益。 听到每个人对此的想法将是很棒的！

9 productivity  project-management  motivation