热闹来得汹涌,退得飞快。
潮水褪去,连谁在裸泳的事情,都不再有人关心。
博浪对此十分乐见其成。
国庆节后等了十来天,要的就是这么个低调效果。
毕竟,从翻身到现在也已经过去了一周年,博浪已不再是那‘不识愁滋味,爱上层楼’的少年了。
那些纯好事的网友散去后,Stars论坛也恢复了往日氛围。
星辰PM反倒活跃起来了。
“应用审核通道将于两点三十分正式开启,最后再次提醒各位开发者朋友,请大家注意,评判顺序虽然会优先参照提交时间戳,但如果审核不通过排序会顺延!
即:每个开发者都只有一次抢最先提交时间戳的机会,请大家珍惜机会!
现在还有三十分钟,对应用商店提交流程、应用审核规则、奖励计划规则还不完全清晰的朋友,请抓紧时间向FAQ、个人开发者各在线讨论组管理员垂询!
!!!!!”
星辰PM还特别单独加了一行感叹号,帖子也被置顶、高亮、轮询展示。
论坛各大面向个人开发者的在线讨论组也在重复播报这条消息。
虽然ecS(eclipse-Stars)软件的下载量早就超过了一万份,虽然一切看起来好像都突如其来,虽然,不少开发者已经摩拳擦掌准备提交应用了,但在博浪这方一切都是井然有序。
什么时候开始做什么,有条不紊。
这里还得解释一下为什么流程这么快。
因为绝大多数时候,开发者不用关心是什么操作系统,程序只需调用操作系统一致对外提供的应用程序接口(API),即可完成对应操作。
即:App是经过操作系统来间接控制硬件的。
App(应用程序)→[API(应用程序接口)→资源管理逻辑及其它→驱动程序①②③]1→硬件设备①②③
[]1的部分属于操作系统的范畴。
从这个实现操作的流程来看,能很明显的发现,对开发者来说,重点要考虑的是业务逻辑如何实现,不用管距离的硬件资源管理与分配,也无需区分驱动程序接口。
一切交给了属于操作系统范畴的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赶紧出来找补:“你们得理解我们只有这个能力水准,仓促之间做出来的东西存在不足很正常;
主要我们寻思大家都是程序员,先解决能用的问题,还没精力去完善更多的东西,别的以后再说。”
“至于什么AI,鸡哥你别吓人行不,就是优化了下提示流程而已。”
“再说现在哪是关心IDE的时候,关心关... -->>
本章未完,点击下一页继续阅读