问题标签 [time-management]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
estimation - 您一天中有多少时间用于编码？
我最近一直在考虑软件估算，我有很多关于编码时间的问题。我很想听听那些至少有几年软件开发经验的人的来信。
当您必须估算您将花费在某件事上的时间时，您一天中有多少小时用于编码？什么占据了其他非编码时间？
你发现你花在编码上的时间比你的队友多还是少？你觉得你完成的工作比他们多还是少？
你的工作条件如何？私人办公室、共享办公室、团队室？单独编码还是成对编码？您的工作条件如何改变了您每天花在编码上的时间？如果您可以在家工作，这对您的工作效率有帮助还是有损？
您使用什么开发方法？瀑布？敏捷？从一种方法更改为另一种方法是否对您每天的编码时间产生了影响？
最重要的是：您对自己的工作效率满意吗？如果不是，你会做出哪一个改变会对它产生最大的影响？
time-management - 你有“闲暇”时间吗？
CodePlex 团队有一个Slack时间策略，并且对他们来说效果很好。
- Jim Newkirk 和我用它来处理xUnit.net项目。
- Jonathan Wanagel 用它在SvnBridge上工作。
- Scott Densmore 和我自己使用它来开发ObjectBuilder 2.0原型。
对于其他人来说，这是探索技术上不在日程上的事情的好时机，但最终可能对团队的其他成员很有用。我深信这样做的价值，如果我再次管理一个团队，我会让它成为团队文化的一部分。
你的团队有正式的 Slack 政策吗？效果如何？
编辑：我刚刚意识到我没有定义 Slack。对于那些没有读过这本书的人来说，Slack 就是谷歌的“20% 时间”：你可以在一天/周/月/年的某个时间段上做一些与你没有直接关系的事情。日常工作，但可能有间接好处（显然，如果您从事的工作对您的工作或公司完全没有用处，您的经理可能不会很好地考虑您花费时间的方式：-p ）。
project-management - 估算开发 SDLC 阶段所需时间的最佳实践是什么？
作为项目经理，您需要安排时间，以便项目在最后期限内完成。
是否有某种方程式可用于估计开发需要多长时间？
假设数据库
time = sql storedprocedures * tables manipulated or something similar
还是您只是坚持必须获得经验才能获得足够的估计？
project-management - 时间管理技巧、工具和技巧
日常使用软件通常意味着您必须兼顾项目工作、会议、电话和其他中断。
你觉得在管理时间方面最有用的单一技术、技巧或工具是什么？
你如何保持专注？
你工作中最大的分心是什么？
communication - 管理数字干扰的有效方法
由于同事可以使用过多的沟通方式，您如何设法在足够长的时间内避免分心以完成一些重点编程？
您是否退出或关闭所有通信，您是否告诉人们离开消息真的意味着您是一种方式，或其他什么？
sockets - 将时间与机器之间的毫秒精度和精度同步的最佳方法是什么？
据我了解，PC 上的晶体因时钟偏差而臭名昭著。如果时钟总是倾斜，那么以毫秒精度和精度在机器之间同步时钟的最佳方法是什么？根据我的发现，NTP 和 PTP 是可能的解决方案，但我想知道是否有人对 stackoverflow.com 有任何经验！
我知道 NTP 是流行的选择，但我想知道是否有人对 PTP (IEEE1588) 有任何经验
project-management - 真正做一件事需要多长时间？
我的意思是请说出你做过的一个编程项目以及花了多长时间。老板从来没有抱怨过，但我有时觉得事情太久了。但这可能是因为我也没有耐心。让我知道您的经验以进行比较。
我还注意到，事情似乎总是比原计划花费更长的时间，有时甚至更长。我不知道为什么我们不开始计划它，但我认为这可能是出于激励目的。
瑞安
language-agnostic - 您将如何存储和查询营业时间？
我们正在构建一个应用程序来存储各种企业的“营业时间”。表示此数据的最简单方法是什么，以便您可以轻松检查项目是否打开？
一些选项：
- 分割出可以标记为“打开/关闭”的块（每 15 分钟一次）。检查涉及查看“打开”位是否设置为所需时间（有点像火车时刻表）。
- 存储时间范围列表（11am-2pm、5-7pm 等）并检查当前时间是否在任何指定范围内（这是我们的大脑在解析上述字符串时所做的事情）。
有没有人有存储和查询时间表信息的经验和任何建议？
（有各种疯狂的极端案例，比如“本月的第一个星期二关闭”，但我们将把它留到另一天）。
client - 作为开发人员，您在处理非错误客户端请求时会做什么，以及 UI 中的小修复？
我只是一个从事项目的人 - 所以我是没有 PM 的开发人员。我完成了门户，但是客户端不时用诸如“使字体更大”或更改css中的边距或制作“xxx和yyy”的按钮之类的请求攻击我。有简单的任务，有时只需点击几下，但这需要我的时间，我讨厌做这样的任务。另一方面，我理解那些人，虽然有时小修复对他们的工作有很大帮助。他们在通讯器上说什么 - 很难忽视他们。禁用通信器是最好的解决方案 - 但我需要它与我的同事沟通。在这种情况下你会怎么做？
project-planning - 80/20 时间管理规则是否适用于开发人员？
Jeff 最近的文章链接到First Fit Decreeasing算法的时间管理示例，其中谈到了时间管理的帕累托原则（或 80/20 规则），即我们在 20% 的工作中产生 80% 的工作我们的时间。
现在我们都听过程序员的名言：
前 90% 的代码占了前 90% 的开发时间。剩下的 10% 的代码占了另外 90% 的开发时间。
但抛开所有的玩笑不谈，通常你的代码中有 20% 是做你想做的事，另外 80% 是处理异常……那么 80/20 规则真的适用于开发人员吗？
有没有人有任何例子说明为什么它适用/不适用于我们？