标签: deadlines

我的员工中有一位开发人员长期超过截止日期和估计.在过去一周或两天的几个项目中,我听到"它应该在一天结束时完成".这个开发人员做得很好.

我已经和他谈过他的问题.他似乎真的很沮丧,并且对如何纠正他们感到恼火.

我的问题是:

1. 通过截止日期的哪种惩罚措施有效？
2. 我可以通过哪些方式强迫这名员工自己监督他的行为(时间估算等)？

更新:根据回复; 这就是我想到的.

1. 惩罚是个坏主意.
2. 员工很自然无法在没有干预的情况下解决估算问题.
3. 除非因为当时没有完成公司后果(合同丢失),否则不要截止日期.
4. 利用可用的方法(Agile,Joel的检查表)来帮助开发人员更好地估算.

感谢您的链接和信息.还要感谢更新我的想法.

程序员喜欢创建截止日期吗？我是一名网络开发人员,我的领域的时间表/截止日期已经到位.但我和一些讨厌截止日期的软件工程师/程序员合作过,有没有办法解决这个问题呢？

我们正在使用Python数据2.15库的开发人员python指南,并按照app引擎的说明.createSite("test site one",description ="test site one",source_site =(" https://sites.google.com/feeds/site/googleappsforus.com/google-site-template "))

每次使用时,我们都会收到无法预测的响应.

例外: HTTPException:等待来自URL的HTTP响应时超过截止日期:https://sites.google.com/feeds/site/googleappsforyou.com

有人遇到过同样的问题吗？AppEngine或Sites API是否相关？

问候,

有没有办法在执行任务时处理任何软截止日期？执行10分钟后抛出DeadlineExceededError,之后几秒钟我就会做一些事情.我想在任务终止之前清理一些事情并创建一个新任务.这可能需要几秒钟.有没有办法通过捕获大约9分钟的任何异常来做到这一点.我知道我可以在9分钟后手动抛出异常.但这可以由GAE自动完成吗？

class FillMtxHandler():

def post(self,index,user,seqlen):

    try :           
        FillMtx(index,user,seqlen)

    except DeadlineExceededError:

        deferred.defer(self.post,index,user,seqlen)

以上是我的代码.index是一个列表,从0开始.它将在FillMtx中递增.一旦超过截止日期,就会抛出错误,我想继续从索引最后增加的位置开始.我收到以下错误

   The API call taskqueue.BulkAdd() was explicitly cancelled.
Traceback (most recent call last):
  File "/base/python_runtime/python_lib/versions/1/google/appengine/ext/webapp/__init__.py", line 517, in __call__
    handler.post(*groups)
  File "/base/python_runtime/python_lib/versions/1/google/appengine/ext/deferred/deferred.py", line 258, in post
    run(self.request.body)
  File "/base/python_runtime/python_lib/versions/1/google/appengine/ext/deferred/deferred.py", line 124, in run
    return func(*args, **kwds)
  File "/base/python_runtime/python_lib/versions/1/google/appengine/ext/deferred/deferred.py", line 166, in invoke_member
    return getattr(obj, membername)(*args, **kwargs)
  File "/base/data/home/apps/0xxopdp/3.347813391084738922/fillmtx.py", line 204, in post
    deferred.defer(self.post,index,user,seqlen)
  File "/base/python_runtime/python_lib/versions/1/google/appengine/ext/deferred/deferred.py", line 241, in defer
    return task.add(queue, transactional=transactional)
  File "/base/python_runtime/python_lib/versions/1/google/appengine/api/taskqueue/taskqueue.py", line 688, in add
    return …

我读过类似的问题，例如“我们很抱歉，发生服务器错误。请稍等片刻，然后再试一次。”以及许多其他问题，但它们特定于其他类型的错误。

我有一个 Google Apps 脚本运行和处理带有分钟计时器的 Gmail 电子邮件。

每天我都会通过电子邮件收到日志We're sorry, a server error occurred. Please wait a bit and try again.（请参见下面的屏幕截图 1）。问题在于：

• 没有发生错误所在行的报告，因此很难调试

• 它时不时地随机发生，即使在这个精确的时间没有发生任何事情（没有要处理的电子邮件），并且在 99.9% 的时间里，一切正常，没有错误。当没有要处理的电子邮件时，我不明白为什么此代码会失败：

    var mylabel = GmailApp.getUserLabelByName('emailstoprocess'); 
    var threads = mylabel.getThreads();
    for (var i = 0; i < threads.length; i++) {
        // do something
    }
  

  Run Code Online (Sandbox Code Playgroud)

• 在我的脚本中，我不调用任何外部 API，只调用 Gmail API，并且没有耗时的循环（尤其是当没有新电子邮件时：脚本应该什么都不做）。我怎样才能控制这个DEADLINE_EXCEEDED错误（见下面的截图 #2）？确实在仪表板，Executions页面中，我看到：We're sorry, a server error occurred: DEADLINE_EXCEEDED。

DEADLINE_EXCEEDED即使我的脚本在失败时什么也没做，如何避免这个错误？ 或者至少如何避免每天收到有关此的通知？

如何处理一个项目经理,这个项目经理实施了非常紧迫的截止日期,但是在截止日期前一天左右会带来新的功能和规范变更,以及另一个紧迫的截止日期.

最糟糕的是,大多数新内容会导致现有代码的重大改写,因为先前实现的业务规则不再适用或"获得"需要单独处理的奇怪角落案例.

似乎无论我们如何努力使系统具有可扩展性,总有一些事情在最后时刻出现,需要快速实施和支持.

我怎么能处理这种情况？这真是令人沮丧,一位同事已经退出了团队.

我的脚本抓取rss页面的内容获取该页面中的URL将它们保存到列表然后它抓取每个URL的内容,并将页面内容通过电子邮件发送给我.一切都很好,接受我不能发送列表中的每个链接.通常在列表中有大约22个链接.我不想将多个链接的内容合并到一封电子邮件中.如果我没有添加超时,我会收到这样的超额配额错误

<class 'google.appengine.runtime.apiproxy_errors.OverQuotaError'>: The API call mail.Send() required more quota than is available. 

在我添加"time.sleep(9)"以减慢它后,它给了我这个错误.

<class 'google.appengine.runtime.DeadlineExceededError'>: 
Traceback (most recent call last):

这是我的代码..有什么想法吗？

size = len(my_tabletest)
a=2 
while a < size:
  url = my_tabletest[a].split('html</link>')[0] + "print"
  url_hhhhhh = urlfetch.fetch(url)
  my_story = url_hhhhhh.content
  my_story = my_story.split('<div class="printstory">')[1]
  my_story_subject = my_story.split('<h1>')[1]
  my_story_subject = my_story_subject.split('</h1>')[0]
  my_story =  ''.join(BeautifulSoup(my_story).findAll(text=True))
  message = mail.EmailMessage(sender="me<me@someplace.com>",
  subject=my_story_subject)
  message.to = "Jim <me@someplace.com>"
  message.body = my_story
  message.html = my_story_html
  message.send()
  time.sleep(9)
  a=a+1

阅读关于RTOS,"硬"RTOS的特点是它可以确定性地保持最后期限,但我们如何测试或证明系统实际满足要求？

MicroC/OS II RTOS的特点是硬RTOS,但我如何验证该声明？如果我的FPGA有一些C代码和ISR可以运行C程序并在具有类似于RTOS的信号量的线程之间进行上下文切换,那么我怎么知道OS/RTOS是"硬"还是"软"RTOS？

它可以依赖于应用程序,并且必须有一个定时器,因此使用内置硬件定时器(例如Altera DE2具有50 Mhz振荡器),首选硬件中断,然后我们只测试线程和进程是否可以根据截止日期,然后我们检查是否符合截止日期？

或者,为了区分操作系统,实时操作系统以及硬件和软件RTOS,必须包含哪些内容？

是否有一些"典型测试",对"硬RTOS"标签有典型要求？

有许多不同的不良做法,例如内存泄漏,很容易在事故中进入程序.有时候,他们甚至可以将您的计划一起评审.

我正在研究一个项目,如果我故意在我的代码中放入内存泄漏,它就可以工作了.如果我把漏出,代码崩溃了.显然这很糟糕,需要很快(并将会)修复.

我的问题是,你什么时候决定在这种状态下交付代码,如果没有这些糟糕的做法就不可能及时发布代码？

我正在使用cron作业下载网页并使用Google App Engine进行保存.

5秒后,我得到了Dealine超出错误.

我该如何避免错误.搜索这个网站,我可以延长urlfetch的时间限制.但它不是urlfetch导致问题.事实是我无法执行任务超过5秒.

例如,我尝试过这个修复程序,但它只在我自己运行页面时才有效,而不是通过cron作业:

HTTPException:等待来自URL的HTTP响应时超出截止时间:#deadline