无标题无名氏No.69010333

2026-07-07(二)01:52:52 ID: kvyVE4n (PO主)

之所以会如此，是因为我当时负责的大型计算机因为规格上的问题，在公元2000年以后就无法再使用，所以与客户之间的契约因此而结束了。

而另外一台我负责的主机，则是客户想要把整个系统转成他们公司自己维护，所以我这个人就变成了冗员，下一次续约很有可能会有危险。

我因此而感受到后脑勺传来一阵阵寒意，就在我想着自己必须转移技术专业，从大型计算机跳去个人计算机或服务器的时候，那间公司的正职员工跟我接洽了另外一件业务。

无标题无名氏No.69010336

2026-07-07(二)01:53:07 ID: kvyVE4n (PO主)

那是在I公司制造的大型计算机上运作的，某间成衣公司的系统。

我当时根本就没有摸过I公司的产品系统，所以我没有给他很正面的回应，但是因为我所属的派遣公司的影响，事情发展成我要接受该位正职员工的相关教学。

无标题无名氏No.69010339

2026-07-07(二)01:54:34 ID: kvyVE4n (PO主)

大型计算机大致上可以分成两大类，也就是日本N公司的产品，还有I公司的产品。

如果要简单地说明，大概就像是PC-9801跟IBM PC的分别了吧②。

总而言之，两种产品的操作概念完全不同。

②：PC-9801（日本NEC产）和IBM PC（美国产）是上世纪两种互不兼容的个人电脑标准，大约相当于Mac和Windows那样不同的环境吧。

无标题无名氏No.69010341

2026-07-07(二)01:55:00 ID: kvyVE4n (PO主)

讲真的，我是很想乖乖等契约到期，然后去找一些别的工作，但因为一些现实层面的因素，所以我非得承接这个系统的业务不可。

另外，还有一个很重要的因素让我不想跟这件事情扯上关系。

那就是——那个系统常常出问题，就是常常宕机啦。

无标题无名氏No.69010347

2026-07-07(二)01:55:32 ID: kvyVE4n (PO主)

一般来说，商务用大型计算机的系统通常都是用COBOL语言开发的，只要系统一旦正式开始运作，通常就可以运作得相当稳定，这是我当时的认知。

实际上，以我原先负责的系统来说，跑任务跑到宕机的状况，一年里可能也不过就那么几次，或根本就不会发生。

但是，那个系统状况好的时候，是一天就可以宕一次，状况不好的时候还会宕两、三次，简直就是宕机宕到理所当然，是一套跟笑话没两样的系统，老实说我心里的想法是：「拜托你们饶了我好吗」。

无标题无名氏No.69010349

2026-07-07(二)01:56:01 ID: kvyVE4n (PO主)

所以，公司内部也出现了一些声音，认为即使是从系统营运端的角度来看，也实在没办法再让系统在这种状态之下继续跑下去。

公司似乎也已经为了这件事情而跟客户讨论了好几次，但因为对方相当一毛不拔，所以相关的交涉也就因此而难产了。

不过，每当任务执行到宕机的时候，客户就一定会在半夜里被通知的电话吵醒，而这一点倒是打中了罩门，让对方终于做出了要修改系统的决定。

所以，除了操作计算机系统以外，我又得负责解析源代码的工作。

无标题无名氏No.69010351

2026-07-07(二)01:56:23 ID: kvyVE4n (PO主)

详细的状况这里就不多说了，总之程序的内容真的写得十分粗糙。

而我则是跟正职员工合作，持续进行确认程序说明书跟源代码内容的工作。

「你看看，就连高职生的回家作业都比这东西好一点吧？」

工作过程中，我不小心说溜嘴，把心里的抱怨讲了出来。

无标题无名氏No.69010353

2026-07-07(二)01:56:41 ID: kvyVE4n (PO主)

于是正职员工对我说：

「据说这间公司在项目谈成以后，又对开发程序的公司杀价杀得很凶，开发公司好像在系统完成之后就拒绝了所有的技术支援需求的样子，所以有些代码是他们公司自己想办法挤出来的，每次一出问题就东挖西补，才会变成这样的啦。」

无标题无名氏No.69010357

2026-07-07(二)01:57:08 ID: kvyVE4n (PO主)

我仔细看了一下，在那种只能读取数值作为自变量的处理程序里，竟然把数据来源种类指定成ANK文字③，另外也有发生完全相反的状况。

这种程度的问题，根本可以在输入数据的程序里预先做好防范了不是吗？

像这样的问题我们发现了非常多。

③ANK文字：半角英文+数字+片假名。