热闹来得汹涌，退得飞快。
潮水褪去，连谁在裸泳的事情，都不再有人关心。
博浪对此十分乐见其成。
国庆节后等了十来天，要的就是这么个低调效果。
毕竟，从翻身到现在也已经过去了一周年，博浪已不再是那‘不识愁滋味，爱上层楼’的少年了。
那些纯好事的网友散去后，Stars论坛也恢复了往日氛围。
星辰PM反倒活跃起来了。
“应用审核通道将于两点三十分正式开启，最后再次提醒各位开发者朋友，请大家注意，评判顺序虽然会优先参照提交时间戳，但如果审核不通过排序会顺延！
即：每个开发者都只有一次抢最先提交时间戳的机会，请大家珍惜机会！
现在还有三十分钟，对应用商店提交流程、应用审核规则、奖励计划规则还不完全清晰的朋友，请抓紧时间向FAQ、个人开发者各在线讨论组管理员垂询！
！！！！！”
星辰PM还特别单独加了一行感叹号，帖子也被置顶、高亮、轮询展示。
论坛各大面向个人开发者的在线讨论组也在重复播报这条消息。
虽然ecS(eclipse-Stars)软件的下载量早就超过了一万份，虽然一切看起来好像都突如其来，虽然，不少开发者已经摩拳擦掌准备提交应用了，但在博浪这方一切都是井然有序。
什么时候开始做什么，有条不紊。
这里还得解释一下为什么流程这么快。
因为绝大多数时候，开发者不用关心是什么操作系统，程序只需调用操作系统一致对外提供的应用程序接口(API)，即可完成对应操作。
即：App是经过操作系统来间接控制硬件的。
App(应用程序)→[API(应用程序接口)→资源管理逻辑及其它→驱动程序①②③]¹→硬件设备①②③
[]¹的部分属于操作系统的范畴。
从这个实现操作的流程来看，能很明显的发现，对开发者来说，重点要考虑的是业务逻辑如何实现，不用管距离的硬件资源管理与分配，也无需区分驱动程序接口。
一切交给了属于操作系统范畴的API。
而计算机行业发展到现在，API也有统一的规范标准，比如POSIX(可移植操作系统接口)。
这是IEEE为要在各种UNIX操作系统上运行软件，而定义API的一系列互相关联的标准的总称。
Linux、Unix包括苹果系的系统都符合这种标准。
举个例子：
假设创建进程，Linux下要用fork函数、Windows下用CreateProcess函数、星辰系统用Sepi函数；
没标准的情况下程序要面向三个系统，需要把代码中不同函数名重新修改。
POSIX就是为了解决这个问题。
各个系统把对应函数封装成比如带有posix前缀的函数名，声明在同一个比如叫unistd.h里，程序员写代码的时候只需要包含这个unistd.h，就可以在在不同系统下调用对应的fork或者Sepi函数去运行对应操作。
这也是可移植操作系统接口的本意。
星辰系统为了能发展起来，当然适配了POSIX。
孙宝银主导修改出的ecS更是对程序代码层面的可移植性做了大量的适配工作。
所以，不少本身有个人开发App作品的开发者，只花了很少量的时间，就基于ecS这个IDE完成了适配星辰系统的App重新编译工作。
额外的，这种统一标准的环境，其实解决了星辰系统所需要的绝大多数保密工作。
API是封装好的统一标准，用了统一的外表，至于内里具体是Sepi函数还是Lsp函数，与开发者关系不大。
像是机圈扛把子这种又是程序员又是机圈大佬的人，这会儿已经开始忙着吐槽了。
机圈扛把子：“@星辰PM，我是真没想到你们搞出来的IDE友好度这么高，编写代码与调试代码的提示做得真到位，尤其是自动补全调用API这块，太踏马智能了！
而且我感觉你们把所有的精力都放在自动补全API调用提示上了，这么发展下去，有可能真就AI写代码了，这踏马我直接失业？”
鸡哥这一吐槽，不少程序员也冒了头。
“就是说啊，博浪这次真有点吓到我了，你们在AI领域居然有积累？还这么深？直接踏马应用到了程序编写领域？”
“别的不说，这个ecS的代码编辑真是我用过最友好的了，美中不足的是只支持Java和C，而且只能给星辰平台写代码，以及踏马的连标准库都不列出来了，要不是支撑度足够友好，我都不知道咋说了。”
机圈扛把子：“你这么一说，我忽然感觉博浪之所以花精力优化自动补全API，就是不想展示标准库？@星辰PM，出来挨打，你们到底要搞什么保密工作？”
“鸡哥，你难道没发现ecS生成的App不是apk，没格式哦！”
“……”
星辰PM赶紧出来找补：“你们得理解我们只有这个能力水准，仓促之间做出来的东西存在不足很正常；
主要我们寻思大家都是程序员，先解决能用的问题，还没精力去完善更多的东西，别的以后再说。”
这章没有结束^.^，请点击下一页继续阅读！