第271章 低调有序的发展（第2 / 5页）

机圈扛把子：“你这么一说，我忽然感觉博浪之所以花精力优化自动补全API，就是不想展示标准库？@星辰PM，出来挨打，你们到底要搞什么保密工作？”

孙宝银主导修改出的ecS更是对程序代码层面的可移植性做了大量的适配工作。

所以，不少本身有个人开发App作品的开发者，只花了很少量的时间，就基于ecS这个IDE完成了适配星辰系统的App重新编译工作。

额外的，这种统一标准的环境，其实解决了星辰系统所需要的绝大多数保密工作。

API是封装好的统一标准，用了统一的外表，至于内里具体是Sepi函数还是Lsp函数，与开发者关系不大。

像是机圈扛把子这种又是程序员又是机圈大佬的人，这会儿已经开始忙着吐槽了。

而计算机行业发展到现在，API也有统一的规范标准，比如POSIX(可移植操作系统接口)。

这是IEEE为要在各种UNIX操作系统上运行软件，而定义API的一系列互相关联的标准的总称。

Linux、Unix包括苹果系的系统都符合这种标准。

举个例子：

假设创建进程，Linux下要用fork函数、Windows下用CreateProcess函数、星辰系统用Sepi函数；

机圈扛把子：“@星辰PM，我是真没想到你们搞出来的IDE友好度这么高，编写代码与调试代码的提示做得真到位，尤其是自动补全调用API这块，太踏马智能了！

而且我感觉你们把所有的精力都放在自动补全API调用提示上了，这么发展下去，有可能真就AI写代码了，这踏马我直接失业？”

鸡哥这一吐槽，不少程序员也冒了头。

“就是说啊，博浪这次真有点吓到我了，你们在AI领域居然有积累？还这么深？直接踏马应用到了程序编写领域？”

“别的不说，这个ecS的代码编辑真是我用过最友好的了，美中不足的是只支持Java和C，而且只能给星辰平台写代码，以及踏马的连标准库都不列出来了，要不是支撑度足够友好，我都不知道咋说了。”

没标准的情况下程序要面向三个系统，需要把代码中不同函数名重新修改。

POSIX就是为了解决这个问题。

各个系统把对应函数封装成比如带有posix前缀的函数名，声明在同一个比如叫unistd.h里，程序员写代码的时候只需要包含这个unistd.h，就可以在在不同系统下调用对应的fork或者Sepi函数去运行对应操作。

这也是可移植操作系统接口的本意。

星辰系统为了能发展起来，当然适配了POSIX。