Questions tagged «time»

10
如何开始和维护下班后的项目
我是一名专职开发人员。但是,我的工作场所对我可以使用的技术和编程语言有很大的限制。所有工作都在C ++中完成。 显然,C ++正在迅速失去(或可能已经失去)领先地位。(请不要激怒我,我有多年的C ++经验,我喜欢这种语言,我只是在陈述一个事实)。我对Java / Android项目以及我想在C#中实现的项目有一些想法。我认为这是我跟上就业市场趋势的一种方式,我希望它可以帮助我在更新的领域中找到我的下一份工作。 所以这是问题所在: 我的正常工作时间是10-11个小时,与孩子们一起完成家务劳动后,我大约会花1-2.5个小时,然后我就不会觉得累了,更少的代码了。那时我要沮丧地上床,对自己无法遵守自己的计划感到失望,然后第二天早晨我又醒来重新做一遍。 周末我还有几个小时的时间,但是如果我想实现自己的任何目标,显然我需要做些不同的事情。 我有什么办法可以更好地利用自己的时间?你们中有人有类似的问题并且已经成功解决了吗?

12
号码本地化是否不必要?
我刚刚阅读了此页面http://weblogs.asp.net/scottgu/archive/2010/06/10/jquery-globalization-plugin-from-microsoft.aspx 他们所做的一件事是将阿拉伯日期转换为阿拉伯日历。我想知道这样做是否是个好主意。对于用户而言,它实际上是否会令人讨厌/困惑(即使用户是阿拉伯人)。 另外,我的第二个问题是,对于某些文化(例如德语),我们真的需要将33,899.99更改为33.899,99吗?我的意思是这样做没有什么害处,因为该库已经为我们做到了,但这实际上不会给用户带来更多混乱(即使他是德国人,等等)。 我敢肯定,这些人来自什么文化,如果我给您一个数字33,899.99,您将不可能正确地猜对吗?(除非我的网站/应用程序是您一生中使用过的第一个网站/应用程序,可以说这是可能的,但可能性很小) 我的意思是“通用”,这是每个人都会看到并知道其含义的格式。它不一定是用黑白之类的东西编写的标准。只要每个人都可以阅读并直接知道文本所代表的含义,那就很普遍了。可以肯定的是,1.234,00绝对不是通用的。我的意思是,我非常确定您可以找到一生中一直在使用计算机但从未遇到过这种数字格式的人。由于大多数网站/应用程序一直在使用1,234.00而不进行任何更改以适应本地化,因此我相信这已成为事实(每个人都会看到并知道它的含义的通用格式)。 至于日期,如果我们写03/01/02,我敢肯定,没有人会知道(马上,马上,没有歧义)今天是几号。但是如果我们将它们写成这样,没有人能弄错2003年1月2日,2003年2月1日,2001年2月3日不是吗? 顺便说一句,这个问题是针对本地化的,不要告诉我“嘿,不是每个人都懂英语!”之类的东西。因为那是国际化的问题(这超出了本主题)。让我们坚持关于本地化的讨论。

6
您花费多少时间进行单元测试?
在我曾经工作过的一家公司中,高管们坚持认为单元测试的代码覆盖率必须达到99%或更高。这导致编写的测试多于代码。从字面上看,我们花了3天时间为一个类编写测试,该测试花了一天的时间才能实现。 结果,我学到了很多有关TDD,测试工具,实践等方面的知识。 在我后来工作的公司中,单元测试是个未知数。这是以前有人听说过的东西。我努力地向他们介绍了单元测试的概念,但是没有效果。 现在,作为一名个体经营者,我想知道- 真正需要花多少时间进行单元测试?主要是iPhone / Android开发人员,测试中应覆盖哪些部分代码?

11
与原始开发相比,应该花多少时间在错误上?[关闭]
已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗?更新问题,以便通过编辑此帖子以事实和引用的形式回答。 4年前关闭。 这个问题有点抽象,但是我希望有人可以指出正确的方向。 我的问题是,相对于原始开发时间,一个软件项目的bug可以花多少时间。我意识到有很多决定性因素需要考虑,但我希望进行典型或平均的分类。 例如,如果项目A需要40个小时才能完成,另外还有10个修复错误,则该项目的比例为4:1。 如果另一个项目(B)需要10个小时才能完成,而另外8个bug则需要5:4的比率。 这是有文件记录/研究的概念吗? 更新 感谢您提供的所有信息。我了解,由于涉及所有变量和环境因素,因此不可能对此类指标制定标准。在分配答案之前,我想知道该指标是否具有一致认可的名称,以便我做进一步的研究。我想了解一下自己可以自己生成度量标准并最终为我的项目提出基准标准的度量标准。
26 bug  time 

11
时间估计出错时该怎么办?
假设您估计一个案件的时间为3天。在第二天中,您会注意到情况不断增长,并且弹出了新的方案,这些新方案在进行时间估算时并未计算在内。新的发现导致额外的2天(总共5天)。这是一个典型的问题,您作为开发人员迟早会遇到。 当您要通知项目负责人新的交货时间时,可以使用哪种策略? 通常您会得到一个问题,为什么?您如何激发新的交货时间? 事实是,在SDLC期间,许多项目没有花太多时间进行分析和设计。 编辑: 在非常复杂的项目中,无论您花费多少合理的时间进行分析与设计,由于业务规则过于复杂,总是会感到意外。但是,在这种情况下,我认为项目负责人必须意识到复杂性,并在出现意外情况时保持正确的态度。问题是如何应对那些不了解复杂性的项目负责人。

1
野田时间vs乔达时间?
在《Noda Time用户指南》中,基本原理部分指出: 公共API已被大量重写,以提供对.NET更惯用的API,并纠正Noda Time团队认为“不幸”的一些Joda Time决定。(其中一些仅仅是由于具有不同的目标;我认为其他一些确实是错误。) 这些不同/更好的决定是什么?这将不仅仅考虑语言语法的差异,而是将包括所有使用户不太可能发生编程错误(库可用性)的工作。

8
如果只花很长时间测试代码,如何有效编程?
我的工作流程一直是编写一个逻辑步骤,然后运行程序并检查输出。这个过程非常适合我在大学中的作业。但是,随着我进行更多的开发,通常仅编译和运行代码就需要1-2分钟的时间。示例包括将程序上载到微控制器,需要与外部服务器进行交互以及由于身份验证,软件体系结构或复杂性而无法实现自动化。 这些类型的任务非常不适合我通常的编程方式,并且我在有效编码方面遇到困难。我通常会犯很多语法错误和逻辑错误,其中大部分我很容易通过测试发现。但是,由于等待时间如此长,因此此方法非常耗时。
16 efficiency  time 

7
“时间结束”是否有常数?
对于某些系统,时间值9999-12-31用作计算机可以计算的时间的“结束时间”。但是,如果改变了怎么办?将此时间定义为内置变量会更好吗? 在C和其他编程语言中,通常使用诸如MAX_INT或类似的变量来获取整数可能具有的最大值。为什么没有类似的函数MAX_TIME将变量设置为“时间结束”,对于许多系统而言,该时间通常为9999-12-31。为了避免硬编码到错误的年份(9999)的问题,这些系统是否可以为“时间结束”引入变量? **真实示例** End of validity date: 31/12/9999.(这样列出了正式文档)博客作者希望编写一个始终位于最上方的页面,即欢迎页面。因此,它有一个尽可能远的将来的日期: 3000?是的,您面临的欢迎页面发布于3000年1月1日。因此,该页面将永远保留在博客的顶部=)它实际上发布于2007年8月31日。


5
Web应用程序启动时间真的那么重要吗?
与某人进行了一次对话,讨论在应用程序启动时添加一些初始化代码,他抱怨说这会导致启动时间增加。他不能说出一个真正的原因(不知道是什么感觉)。这不是一个使用率很高的应用程序,大约需要一分钟左右的时间才能开始,我们每年都会部署几次。 我记得很早以前就读过有关此类问题的建议,人们建议在启动时进行初始化,而不要在带有“如果您能负担得起罚款”字样的页面访问上进行初始化。 我使用的网络应用程序的使用时间从30秒到4-5分钟不等,但是一旦上网,它们就会摇摇欲坠。 那我想念什么呢?除非它是至关重要的应用程序,例如……我不知道……对于金融市场,医疗应用程序,太空探索等,启动时间真的那么重要吗? PS:我严格来说是指Web应用程序,而桌面应用程序注定会迅速启动。

4
REST API是否应该能够将日期时间转换为适当的客户端时区?
在实施我们的API时,出现了日期时间和时区的问题。 所有日期均已标准化为数据库中的UTC。当前,在非API应用程序中,所有日期时间都是根据用户的偏好设置先转换后才呈现。 现在,对A​​PI提出了同样的问题:API是否应该能够基于请求语义返回适合时区的datetime? 例如GET /posts?timezone=America/Sao_Paulo? 还是应该在正在访问API的任何客户端上完成此操作? 更新:因为它出现了几次:当前返回带有时区的时间戳(尽管始终为TZ offset +00:00)。格式是流行的8601:2015-10-29T23:00:49+00:00
10 rest  api  time 

3
考虑日期和时间时-过去或将来的今天是午夜吗?
这一直是我的难题-我意识到,严格来说,这并不是编程或软件开发中的问题,但在我们领域似乎是一个合理的常见问题。 例如,如果我将到期日期时间设置为2011-04-08 00:00:00-并且鉴于我当前的本地时间是8日的10:45-我已经过期了吗?还是我还有半天左右的时间? 一天中午夜“属于”哪个标准? 还是我应该从英国军方那里取一片叶子,说一天结束于23:59:59,开始于00:00:01,并且没有午夜?
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.