总工问出了自己总结的想法：“也就是说，我们只要下达类似‘操作系统，把名字为test的文本文件后面加300行字符，每行10个a’这种指令，他就能自动在存储器上把文件操作完成了？而且文件的地址对于所有软件都是透明的，任何软件在操作文件的时候，只需要通过文件名就可以操作了？”
“对！操作系统甚至能做更多。不过只有文件名不够，需要把文件路径定义好。”
池总工已经不在乎这个“文件路径”是个什么鸟东西了：“不用更多不用更多，这个就好，这个就挺好。”
这话说得，极为实用主义。
所有的软件人员都面露喜色，就这一个功能，就能让他们少掉很多头发。
如果高振东知道他们现在在想什么，恐怕会大笑出来，笑死，你们那点儿头发，终究是保不住的。
看着他们高兴，高振东又向他们介绍了另外一个极为实用的功能。
“你们可以在任何一个程序里，直接调用其他程序，完成其他程序的功能。例如.”
高振东打开C编辑器，编写了一个名为execprint的的程序，极为简单，就一个功能，核心代码就两行。
——调用vi编辑一个名为xt的文件，然后调用打印程序打印xt。
调用的是外部可执行程序，而不是库函数、内建函数这种程序内部的东西。
编译之后，所有人看着他直接输入execprint指令就运行了这个程序。
然后vi自动启动，高振东输入了那个著名的字符串，存储并关闭vi，然后打印机“滋滋”作响，一张白纸吐了出来。
对于现在的程序员或者计算机操作人员来说，可执行程序之间的互相调用是完全没有考虑过的事情，做不到，或者说做起来非常危险。
举个例子，他们想完成刚才高振东演示的那个程序，完整操作是这样的。
先打开vi，把xt编好，退出vi。
然后切换打开print程序，打印。
这算是运气好，在循环值守环境里，同时有vi和print，如果两者不在同一个环境里，那乐子可就大了，先完成vi操作，然后关闭计算机，换磁带或者存储器挂载print软件，打印。
看起来好像不“太”麻烦，可是实际操作完全不是这么回事，而且，这涉及到一个程序自动执行的问题，这才是核心。
当然，对于高振东的操作系统来说，这些操作还有一个实现方式，那就是用脚本，不过那是另外一个问题了。
看着那一行熟悉的“Ni Hao，ShiJie！”，所有程序员都叫了起来。
“这个功能太好了！”
“有这个，我至少能节约四分之一的时间！”
“程序自动调用啊，我一直想着类似的功能，但是就是不知道怎么实现，原来那个循环值守环境框架太死了。”
“你好，师姐！”嗯？好像混进了奇怪的东西。
高振东趁热打铁，又给他
（本章未完，请点击下一页继续阅读）