Questions tagged «productivity»

关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗？ 更新问题，以使它成为软件工程堆栈交换的主题。 5年前关闭。 我已经厌倦了我的PC的发展。它是Core2 Duo，2GB RAM，Seagate ST3500320AS HDD-不是顶级型号，但相当不错。 通常，我打开Visual Studio 2008的多个副本，在Firefox，Outlook，MSDN中打开许多选项卡，再调试的程序也非常庞大，再加上Windows认为无法运行的所有功能，因此我最终看到任务管理器显示类似2的内容。 ，5 GB页面文件使用率。 上面的所有软件都变得很笨拙，以至于令人讨厌。就像我单击Visual Studio中的菜单栏一样-而不是仅打开菜单，它可以使硬盘工作10秒钟。 我想要一个神奇的“别让我思考”的解决方案-使其安装一次，然后凸耳消失或至少明显减少。它应该不会很昂贵-类似于混合驱动器的当前价格。 混合动力驱动器会神奇地帮助我彻底解决我的问题吗？您是否有将混合驱动器用于类似用途的经验？

11 productivity  performance  hardware 

互联网上有很多活动，讨论最好的程序员的生产力和最差的程序员的生产力之间的巨大差异。这是研究此主题时的典型Google结果：http : //www.devtopics.com/programmer-productivity-the-tenfinity-factor/ 我一直在想，是否有任何研究或认真讨论过同一个程序员在日常工作效率上的差异。 我个人认为，我每天的工作量有很大的差异，因此我想知道其他人是否也有同样的想法或进行过任何研究。

10 productivity 

已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗？更新问题，使其仅通过编辑此帖子来关注一个问题。 5年前关闭。 几年前，我非常简短地使用了《 Dragon Naturally Speaking》，并在考虑这是否是可行的编程解决方案？ 我在想更多，所以如果您断臂或对编程产生重大障碍的话。 同样的问题也未解决。

10 productivity 

尽管我可以编写代码，但是我还没有从事大型项目的经验。到目前为止，我所做的是要么编写可以在几秒钟内完成编译的小程序（各种c / c ++练习，例如算法，编程原理，思想，范例，或者只是尝试api ...），要么在一些较小的项目上工作使用无需编译的脚本语言（Python，PHP，JS）制作。 问题是，当使用脚本语言进行编码时，每当我想尝试某些可行的方法时，我只要运行脚本，看看会发生什么。如果事情不起作用，我可以简单地更改代码，然后再次运行脚本来再次尝试，然后继续进行直到获得所需的结果。.我的意思是，您不必等待可以编译任何东西，因此，使用大型代码库，对其进行修改，对其进行添加或只是简单地使用它都是非常容易的-您可以立即看到所做的更改。 作为示例，我将使用Wordpress。尝试弄清楚如何为其创建插件非常容易。首先，您首先创建一个简单的“ Hello World”插件，然后为管理面板创建一个简单的界面以熟悉API，然后对其进行构建并使其变得更复杂，同时更改其外观。在每次较小的更改后尝试“如果它有用”和“它如何工作/感觉”之后，必须一遍又一遍地重新编译WP之类的东西的想法似乎效率低下，缓慢而错误。 现在，我该如何使用以编译语言编写的项目来做到这一点？我想为一些开源项目做出贡献，这个问题一直困扰着我。情况因项目而异，其中一些事先被明智考虑的项目将以某种方式“模块化”，而另一些只是一个大问题，需要一次又一次地重新编译。 我想了解更多有关如何正确完成的信息。有哪些通用实践，方法和项目设计（模式？）来应对？在程序员世界中如何称呼这种“模块化”？我应该在Google上寻求更多信息以了解更多信息吗？项目是否经常超出了最初的想法范围，这在一段时间后变得很麻烦？有什么方法可以避免长时间编译设计欠佳的项目？一种以某种方式模块化它们的方法（也许在开发时排除了程序的非重要部分（还有其他想法？））？ 谢谢。

10 design  productivity  build-system 

从长远来看，就开发人员的生产力而言，重构代码库所花费的时间是否值得？ 对我来说，很明显，修改干净，设计良好的系统比设计不良的系统要简单得多，而且速度也要快，但是我有一些可靠的证据。是否有关于该主题的研究？

10 productivity  complexity 

关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗？ 更新问题，以使它成为软件工程堆栈交换的主题。 4年前关闭。 我听说过一个名为FitNesse的工具，该工具应该可以促进开发，测试和产品组之间更好的协作。 您有什么经验？确实提高了程序质量吗？使用它有什么缺点吗？

10 productivity  tools  collaboration 

已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗？更新问题，以便通过编辑此帖子以事实和引用的形式回答。 4年前关闭。 我最近一直在浏览，特别是在一些可用的MS工具上，并且我注意到对设计器工具和向导的关注很大。不仅用于UI开发，而且还用于所有内容。 实体框架具有建模者 RIA Services具有DomainService向导 工作流让整个工作流设计师感到烦恼...（我不知道，还没有真正使用过它） 还有更多，但我想您会明白的。有很多设计器工具。使用其中一些，我发现： 它们使规定用例之外的事情复杂化 （即所有技术演示视频） 我最近一直在评估其中的一些技术，然后尝试与它们一起工作，最终不得不剖析设计师，建模者和向导为我所做的事情……否则，当我不得不尝试做时，我会迷失方向任何创造出来的东西。 最终情况是，我必须使用工具或对其输出进行足够的争用，以至于我自己不用工具就可以完成整个工作，并且对发生的事情有了更深刻的了解。我发现Silverlight设计器和RIA服务域服务向导特别激怒。 我发现自己在问：“如果我必须弄清楚它的内部工作原理或重写其输出的一半以使用它，该工具有什么用？” 他们没有那么快 这些工具的卖点是提高生产率，并且该点可能会随着时间的推移而改变，并且不一定适用于UI设计师（尽管在某些情况下它仍然适用->我正在为您提供Silverlight设计师） 。我发现我可以以比设计者中任何东西拖放，调整大小，移动快得多的速度破解某些代码。 UI妨碍了模型 也许这只是我一个人，但是当我使用类似UML设计工具的东西时，我最终花了更多的时间来布置所有内容，以使我的线条不会交叉，因此我可以在屏幕上看到所有内容，而不是对自己的模型进行建模正在努力实现。 他们没意思 我编码为生的一半原因是我享受它。单击复选框并选择组合框，然后修复出现的所有问题，这并不有趣。 我似乎并不孤单 社区似乎也不想要这些工具。目前，我能想到的最好的示例是Entity Framework Code-First。 所以我问： 设计工具是否真的提高了生产率？ 他们是有趣的杀手吗？ “社区” 实际上是在寻求更多的设计师工具，还是供应商只是以为我们是？

10 productivity  tools 

已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗？更新问题，以便通过编辑此帖子以事实和引用的形式回答。 6年前关闭。 我看到一些喜欢将虚拟机用于Web开发的开发人员。还有其他人这样做吗？如果有，为什么要这样做？在VM上而不是在非虚拟化环境中进行开发是否有优点/缺点？ 我认为虚拟机的运行速度较慢。

10 productivity  tools  virtualization 

按照目前的情况，这个问题不适合我们的问答形式。我们希望答案会得到事实，参考或专业知识的支持，但是这个问题可能会引起辩论，争论，民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出，请访问帮助中心以获取指导。 7年前关闭。 有一个问题（现已关闭，因为它不是建设性的），询问了每天的平均生产率。 我的问题是，是否有关于程序员生产力的科学研究？我不禁感到，从星期一到星期五，要连续进行8个小时的高质量编程工作非常困难。如果是的话，有没有文献对此进行调查？

10 productivity 

已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗？更新问题，使其仅通过编辑此帖子来关注一个问题。 6年前关闭。 在一个新团队中，您如何处理自己？在这个团队中，您是最高级的开发人员，而团队中的其他大多数人都比您小很多。团队之前的任务是其他人（包括您在内）在他们的职业生涯中没有完成的。 管理层坚持要提高整个团队的工作效率，作为高级开发人员，您有责任。 在这种情况下胜出的任何技巧？显然，整个团队需要时间来学习，我们不要忘记团队的新成员。但是，截止日期也要提前...

9 project-management  productivity  product-management 

我在一个中等规模的公司的一个小团队中工作，其中大多数不参与软件开发。我是最新的，经验最少的开发人员，在开始之前没有软件方面的专业或学术背景，但是我对自己的投入受到尊重感到非常满意，并感谢在职业生涯的这么早就被认真对待。 尽管如此，我觉得我应该在如此充裕的通话时间内做更多的事情。作为一个团队，我们似乎很难完成工作。我希望能够提出一些建议来改善这种情况，并且我想如果这是个好主意，我会听取的，但是我对所提建议不知所措。 我可以确定为问题的事情包括： 对当前任务的说明很少。部分原因是管理是瓶颈，而我们没有钱或人来承担我们想要的尽可能多的详细需求。这也部分是因为我们正在开发的软件正在调查中，确切的方法尚待证明并用于确定其有效性之前尚不清楚。 首席开发人员非常喜欢他所说的“原型”，以至于他最近开始坚持认为所有东西都是“原型”，对我们其他人来说，这就像在编写不良代码并将其交给建模者一起玩。在许多情况下，尚不清楚他期望从这项练习中得到什么。然后，由于他坚持认为良好实践会花太多时间来制作原型，因此“实际”实现会遭受损失。我什至没有开始能够解开这种扭曲的逻辑，而且我不确定是否要尝试。 建模人员应该精确地告诉我们有关所需方法的所有信息，并且绝对相信他们提出的理论上是完美的。这几乎是不可能的，但是没有采取任何纠正措施。建模方面的任何人都不会以可能采取行动的结构化方式提出任何问题，也不会寻求应用最佳实践的指导。他们的被动性也没有做。 我以前曾尝试将TDD推入团队，但由于它对我来说是新事物，因此发现它很困难，尽管那些对我的工作负责的人愿意容忍它，但其他任何人都没有热情。我无法证明我花了很多时间去完成功能而不花时间，所以这个想法暂时被放弃了。我担心它不会再被捡起，因为没人喜欢被告知如何做他们的工作。 现在，我们有一个持续集成服务器，但它主要仅用于运行多个小时的回归测试。它应该也应该运行完整覆盖的单元和集成测试，但目前还没有人编写它们。 每次我与首席开发人员提出质量问题时，都会得到以下答案：“测试功能A很简单，功能B对用户来说更重要，但测试却太难了，因此我们不应该测试功能一个'。我再一次没有尝试解开这种逻辑。 .... phe 当我这样说时，它看起来比我想的要糟得多。事实证明，我想这是在寻求帮助。

9 productivity  agile  testing  teamwork 

按照目前的情况，这个问题不适合我们的问答形式。我们希望答案会得到事实，参考或专业知识的支持，但是这个问题可能会引起辩论，争论，民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出，请访问帮助中心以获取指导。 7年前关闭。 在我的工作场所中，我们有漂亮的Cakephp模块库，并且我们会以令人满意的速度开发自定义网站，直到购物车出现以减慢该过程为止。我在不同的项目中使用了各种购物车（Magento，Opencart，Zencart），我们必须将它们与我们的核心Cakephp应用程序合并。通常，非常自定义的要求使购物车不可升级，并且花费大量时间。 我正在考虑从头开始制作我们自己的购物车（目前还很基本，并且我们会不断扩展），以便它可以轻松地适应自定义要求。这值得吗？ 更新11年8月24日 我继续开发自己的购物车。这是我想与大家分享的经验。 好处 新的购物车易于更改和扩展。 当我们有模糊或自定义要求时，它可以节省时间，并允许我们直接从现有代码库中导入模块。 购物车和自定义网站无需双重模板实​​施。 我们的购物车和自定义网站的单一管理面板。 局限性 在市场上的其他手推车上还不够成熟。 安全问题。我们主要依靠cakephp安全性。 缺乏功能 面临的问题 开发运输/付款网关是真正的难题。正如@davidhaskins指出的 它为我们节省了大量时间，我们可能花了很多时间来破解标准购物车来满足我们的需求

9 productivity  programming-practices  development-process  cakephp 

关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗？ 更新问题，使它成为软件工程堆栈交换的主题。 6年前关闭。 在开发人员的工作中，您使用什么工具/方法/策略来保持井井有条？你能提供细节吗？

9 self-improvement  productivity 

Microsoft（通过Student Insider计划）慷慨地将我带到Microsoft TechEd North America 2011。好像该网站建议一个人应该安排一个有趣的演讲时间表，就是这样。但是，似乎有好几个人没有花很多时间在谈话上，而是花时间在“网络”上（人类而不是软件类）。 如何在软件会议上最大化他们的时间效率？

9 productivity  communication  time-management 

David Allen的“完成工作”方法似乎是组织任务并完成这些任务的非常有用的方法。这里有没有人在日常编程任务中使用过GTD，如果是的话，最好的方法是什么？

9 productivity