r />
啊？
◆
「所谓的T串流，说穿了是BETA版喔。公开测试版，用户试用版的样品软体。」
工兵返回公司后提出疑问，侄乃滨梢很乾脆地这么回答。这是将精疲力竭的箱崎送回OS部门之后的事情。身穿工作围裙的运用工程师待在自己的座位不动，同时请工兵坐在凳子上。
向上翘的鼻子相当可爱，圆润的下颚上方挂著小巧的嘴唇，还是一样给人小动物的感觉。将穿著紧身裤的大腿拘谨地并拢后，梢投来目光。
「新机能实装的代价，是推延了稳定性及Bug修正。所以发生问题时即使求助供应商，也只会得到『谁叫你用那种韧体』的回答。改善方法则是『请换回M串流』，结案。正式服务中的基础建设，根本不可能存在这种处理方式吧？所以无论哪一个运用部队都不会采纳T串流。真要使用的话，就是『请用户或建构部队自行负责』了。」
简单明瞭的回答使工兵完全理解了。
换句话说，就是商用释出前的试用品。让大家进行测试，以便稳定版释出时可以顺利使用。若发现缺失就提出报告，所有制造商会一块儿将其修正在后来的正式版里。说的难听点，就是「白老鼠」一般的定位。
难怪只用在验证环境里。在实际服务中，没有人敢导入这种未完成品。更不用说是AC公司的全球性解决方案，根本不可能在作为其原型的提案里放入这种东西。
就在工兵感到全身乏力之际，梢歪头问道：
「T串流怎么了吗？」
「其实──」
工兵一边叹气一边说明，大致讲述了今天在Progress发生的事，验证器材与试验内容的问题。
「所以，我觉得只要用了那个T串流应该就能解决我们的烦恼。降低机器规格并降低成本，却能靠著软体来维持效能──类似这种的想法。虽然天底下没有那么好的事情啦。」
一开始还抱著些许的期待，以为出现了可以打破四面楚歌状况的奇计妙策。
「总而言之，就是我想把开发中的软体放进正式环境里。可是对运用部队来说却绝对禁止。应该说，跟你提这件事情也很没有道理。」
「并不是……这样的喔。」
咦？工兵抬起脸来。
梢露出思索的眼神，略微低头，目光注视著地板。眼眸深处可以感觉到思考的光辉。
「刚才纯粹是客观角度的论点。即使是正式服务的运用，在特定条件下有时也会采纳T串流喔。」
「怎么说？」
「首先是客户本身可以容许机器不稳定的场合。由于是在执行环境里，即使发生些许的当机也能容许，又或者本来就是以发现Bug为目的。总之是能让客户吞下新机能伴随而来的风险。」
梢竖起一根手指。接著，她又竖起第二根手指。
「再来是事故处理采取门票制的场合。这种情况下，客户每当发生问题就会导致费用增加，运用公司反而会赚钱，所以两者折衷后导入不稳定的韧体也是选择之一。」
「是喔。」
这样听下来，两者似乎都不符合赤城、神乐案件的情况。她究竟想表达什么呢？
「还有一个，最后的场合。」
梢加重了语气。第三根手指伸向天花板。
「就是事先定义所有针对意外事态的处理法。」
这个瞬间，工兵感到类似寒意的感觉。梢的目光变得如猛禽一般锐利。
「建构工程师事先掌握了T串流的毛病，回避掉会造成问题的设定，并备妥即使发生问题也能处理的紧急应变计画（Contingency plan）。既然软体的不稳定可以被设计与处理流程弥补，运用部队自然就会采纳T串流。」！
「不过，这真的是以处理方式被『事先全部定义』作为前提。单纯口头承诺『已经定义好了』是不行的喔。倘若服务开始后发生了意外事态，运用部队会毫不客气地提升层级至建构部门。状况严重的话，甚至不惜会将系统运用退回。无论是假日或深夜，只要T串流的系统还持续运作的状况下。」
背部起了鸡皮疙瘩。具体性的事例令自己胆战心惊。相较于单纯被告知不稳定，T串流运用的麻烦程度清楚地表达了出来。
梢投来笔直的目光。
「我们的使命是持续维持建构专案的理想性，被要求的理想愈高，我们就愈全力配合。唯独对光说不练的状况恕难从命。一方面喊著CP值，另一方面却将具体方案完全丢给运用的PM就该被唾弃。既然要冒风险，建构方也得付出相对应的代价。这就是我们OS部门的想法。」
「代价…….」
听到喘息般的低喃，梢点头回应。坚定的意志在琥珀色的眼眸内翻腾著。
「我们早就已经有采纳T串流的觉悟了。樱坂你们的团队有相同的觉悟吗？」
（觉悟……吗？）
工兵踩著沉重的步伐回到自己座位。尽管找到出了改善事态的可能，情绪却很低落。
真要形容的话就是那样──以为找到了屠龙的圣剑，却被告知使用时会伴随著强烈诅咒的心情。正因为优点太大，接纳时的恐惧就更真实。倘若继续推进下去会发生什么事情？自己的生活会变得如何？
不，事情不光只影响自己而已。梢指的是「樱坂你们的团队」──本提案的主工程师是次郎丸，第