TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

UK air traffic control chaos made worse by remote working, review finds

1 点作者 tomduncalf大约 1 年前

1 comment

matteason大约 1 年前
&quot;Remote working&quot; is a little misleading here. The engineer was on call remotely because it was a public holiday; an engineer would usually be on-site during the workday. Per the report [0]:<p>&gt; NERL’s protocol for the availability of engineering support is based primarily upon the level of engineering work planned (particularly maintenance activities) and not on the level of demand for air traffic service provision. The NERL rostering arrangements for engineers provide for at least one Level 2 NERL engineer to be available on site during a “normal” working day. On public holidays, when maintenance is not routinely scheduled, it is common practice for staff to be available on standby at remote locations – typically at home. On these occasions, in the event of a system fault that requires Level 2 support, initial access would be via a remote connection. However, major operations, such as the full system restart required in this incident, cannot be performed remotely, and the engineer must be on site.<p>There is, of course, an argument that critical systems such as this should have engineers onsite at all times, but I think there&#x27;s a distinction between remote working and remote on-call<p>[0]: <a href="https:&#x2F;&#x2F;www.caa.co.uk&#x2F;our-work&#x2F;publications&#x2F;documents&#x2F;content&#x2F;cap2981&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.caa.co.uk&#x2F;our-work&#x2F;publications&#x2F;documents&#x2F;conten...</a>